Package Details: seafile-client 8.0.5-1

Git Clone URL: https://aur.archlinux.org/seafile-client.git (read-only, click to copy)
Package Base: seafile-client
Description: GUI client for synchronizing your local files with seafile server
Upstream URL: https://github.com/haiwen/seafile-client
Licenses: Apache
Conflicts: seafile-client-qt5
Provides: seafile-client-qt5
Submitter: Localizator
Maintainer: Joffrey
Last Packager: Joffrey
Votes: 170
Popularity: 0.23
First Submitted: 2012-12-10 17:34
Last Updated: 2021-11-22 18:44

Pinned Comments

Joffrey commented on 2021-05-30 20:06

Please, when you have compilation or execution errors, recompile each component without using an AUR helper before reporting an issue.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

MrKyr commented on 2022-01-15 22:45

Hi, is it possible to make a package only for the cli client?

snack commented on 2021-11-03 07:40

The issue with the application crashing when the mouse is moved over the gear icon has vanished for me. I don't know what fixed it, maybe an update of a dependent package. The only manual intervention I recently did was to restore the compositing of my Plasma desktop after the upgrade to Plasma 5.23 removed the XRender backend and forced me to fix Plasma configuration in order to get the compositor back at work with the OpenGL backed. But to me this doesn't seem to have any clear relationship with the Seafile client issue, so it's probably irrelevant.

YamashitaRen commented on 2021-10-26 15:20

For the record, I have snack's issue too.

And now it looks like my preferences are ignored because the "undefined symbol" issue came back. Maybe you don't have the bug because you did not check it or something like that...

bionade24 commented on 2021-10-16 12:10

@snack No, it's full of AUR packages. Honestly, at this point just downgrade to 8.0.3 and stick with it. Maybe it's bc my server still runs 7.15. Someone has to take time to debug it correctly.

My checksums:
158237338f3476140a230ff5adff1f6b0e8831f3c2947317348d553deb99fca4 /usr/bin/seafile-applet
8fca5c846fd932d853915b207bbabe3eacffb74e990a24012141b69413913e06 /usr/bin/seaf-daemon
ab10cafcc2951a856a830b7a2686cf87efa62e55bd97ee10656aebd757234a31 /usr/lib/libsearpc.so
70fae0d24bd84ee00b5543f3c1ae676fed72773260081525bb43bf29f24af382 /usr/lib/libseafile.so

snack commented on 2021-10-16 12:02

@bionade24: thanks for the help and sorry for the off-topic question. The problem still persists on my machine, but I se that in your repo you have many other packages. Do you use these instead of the official Arch ones on the machines where Sefile works as expected? If yes then the breakage might come from a non-Seafile package whose version in Arch repos causes the breakage.

bionade24 commented on 2021-10-16 11:27

This will go a bit off-topic (if requested I'll delete it).

@snack The key pacman complains about is a subkey of my key (Or the other way around idk). Answering the dialog will unfortunately not help. The right way is to edit the trust level of the key, which can be achieved faster by using pacman-key --lsign-key <fingerprint>.

snack commented on 2021-10-16 11:26

@bionade: I imported and trusted the key 289AD6AA32857A04ABA587417EAC11ACDBCFBCEB, then pacman -Syy then pacman -S seafile-client seafile libsearpc. Still the same issue.

snack commented on 2021-10-16 11:01

@bionade: I added your [oscloud] repo to my pacman.conf, but when I download its db pacman says:

error: oscloud: key "289AD6AA32857A04ABA587417EAC11ACDBCFBCEB" is unknown

This key is different from the one listed in archwiki:

Key-ID: CB222E7EBC11D682AAC8B317A4A0D73114FDE6FC

Should I trust it? (not a gpg expert here, so sorry if the question is a dumb one). Thanks

bionade24 commented on 2021-10-16 10:27

@snack I would say that should work, too. But you'll only be sure with PGP integrity.

Now upgraded my 2nd device, works fine too.

snack commented on 2021-10-14 08:13

@bionade24: I downloaded the packages from your site manually and the pacman -U.