Package Details: evolution-etesync-git 1.0.0.r5.gc90f7d8-2

Git Clone URL: https://aur.archlinux.org/evolution-etesync-git.git (read-only, click to copy)
Package Base: evolution-etesync-git
Description: EteSync (end-to-end encrypted sync) plugin for Evolution
Upstream URL: https://gitlab.gnome.org/GNOME/evolution-etesync/
Licenses: LGPL
Conflicts: evolution-etesync
Provides: evolution-etesync
Submitter: tasn
Maintainer: tasn
Last Packager: tasn
Votes: 7
Popularity: 0.000120
First Submitted: 2020-08-20 10:45 (UTC)
Last Updated: 2020-12-05 12:02 (UTC)

Latest Comments

1 2 Next › Last »

plague-doctor commented on 2022-11-02 21:30 (UTC) (edited on 2022-11-02 21:36 (UTC) by plague-doctor)

etesync is not working with Evolution 3.46.1... evolution-etesync-git package installed, but I cannot see my calendars nor recreate them (no etesync option in New Calendar).

tasn commented on 2022-01-12 23:49 (UTC)

As per the GNOME ticket, a clean build of this plugin fixes it.

jhq commented on 2022-01-08 15:46 (UTC)

After my last update this plugin for evolution stopped working. I had to downgrade libetebase-0.5.1-1 to libetebase-0.5.0-1 so it works again now. Report: https://gitlab.gnome.org/GNOME/evolution-etesync/-/issues/13

enbQao commented on 2020-11-25 17:50 (UTC)

Alright, thanks!

tasn commented on 2020-11-25 17:36 (UTC)

Ahh sorry, I got it wrong. Yeah, the official libetebase used to be called etebase but it's now part of the main Arch repos under this new name. You'd need to remove it and install libetebase instead and then it'll work.

enbQao commented on 2020-11-25 17:12 (UTC)

@tasn these files belong to a package called etebase which I think used to be a dependency of this package. Can this also be uninstalled then?

tasn commented on 2020-11-25 15:59 (UTC)

How come do you have all of these files on the filesystem, did you install libetebase manually? Or actually, maybe do you have libetebase-git installed? If you have libetebase-git installed remove it and replace it with libetebase. The issue is that libetebase is no longer in AUR and is now part of Arch proper, and I don't think they set a "conflicts" and we can't do it either. If you don't have libetebase-git installed, and you installed libetebase externally, you can just: pacman -S libetebase --overwrite or whatever the syntax is. :)

enbQao commented on 2020-11-25 15:55 (UTC) (edited on 2020-11-25 15:55 (UTC) by enbQao)

When trying to upgrade from 0.6.0 to 0.7.0, it seems like libetebase was added as a new dependency. Trying to install this package as a dependency during the upgrade process gives the following error: failed to commit transaction (conflicting files) libetebase: /usr/include/etebase/etebase.h exists in filesystem (owned by etebase) libetebase: /usr/lib/cmake/Etebase/EtebaseConfig.cmake exists in filesystem (owned by etebase) libetebase: /usr/lib/libetebase.so exists in filesystem (owned by etebase) libetebase: /usr/lib/pkgconfig/etebase.pc exists in filesystem (owned by etebase)

What would be the proper solution to work around this (so that nothing 'breaks' along the way)?

djmj0 commented on 2020-11-03 19:09 (UTC)

I will check that. I didn't encounter that issue with any other aur-package so far. Thank you very much for your comments and the packages, the manual build at least works.

tasn commented on 2020-11-03 18:39 (UTC)

I wonder if maybe something in your makepkg script or whatever is blocking network requests. I really have no idea. You'd need to ask more experienced Archers.