Package Details: seafile-client 9.0.18-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
Submitter: Localizator
Maintainer: Joffrey
Last Packager: Joffrey
Votes: 173
Popularity: 1.22
First Submitted: 2012-12-10 17:34 (UTC)
Last Updated: 2026-04-16 09:08 (UTC)

Pinned Comments

Joffrey commented on 2021-05-30 20:06 (UTC) (edited on 2021-05-30 20:11 (UTC) by Joffrey)

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 .. 45 Next › Last »

meromorphic commented on 2026-04-13 07:06 (UTC)

@mathys-lopinto: again, `yay -S seafile --rebuild solved this issue for me.

mathys-lopinto commented on 2026-04-13 06:37 (UTC)

Today I got the error "Seafile exited unexpectedly" when running seafile-applet.

After stracing seafile-applet, I found the root cause:

read(26, "/usr/bin/seaf-daemon: error whil"..., 139) = 139
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=42851, si_uid=1000, si_status=127, ...} ---
waitid(..., si_status=127, ...) = 0

Exit code 127 means "command not found" — seaf-daemon was failing to launch. Running it manually confirmed the issue:

/usr/bin/seaf-daemon: error while loading shared libraries: libwebsockets.so.20: cannot open shared object file: No such file or directory

To resolve this, I reinstalled libwebsockets, but found that the installed version was .so.21 who is newer than the .so.20 that seafile-client was compiled against.

I fixed it by creating a symlink:

sudo ln -s /usr/lib/libwebsockets.so.21 /usr/lib/libwebsockets.so.20

If anyone has a cleaner solution, feel free to share!

doblerone commented on 2026-01-19 17:49 (UTC)

Just cloned the repository as it is, and after trying to "makepkg -sirc" got the following error:

error: no se ha encontrado el paquete: seafile>=9.0.15
==> ERROR: «pacman» ha fallado al instalar las dependencias que faltaban.
==> Dependencias que faltan:
  -> seafile>=9.0.15
==> ERROR: No se pudieron resolver todas las dependencias.
david@arch ~/a/seafile-client (master) [8]> ll

Any ideas why I it fails with those flags?

meromorphic commented on 2025-08-17 12:19 (UTC)

@FineWolf is right, thanks! yay -S seafile --rebuild solves the issue for me, too.

againstthepieces commented on 2025-08-17 09:11 (UTC) (edited on 2025-08-17 09:20 (UTC) by againstthepieces)

@FineWolf thanks, rebuilding the seafile package (not seafile-client) works for me.

FineWolf commented on 2025-08-16 22:16 (UTC)

@meromorphic Better yet, simply do a new clean build of the seafile package manually or using your favorite AUR helper.

It will compile against the new version of libwebsockets.

meromorphic commented on 2025-08-16 14:02 (UTC) (edited on 2025-08-16 15:26 (UTC) by meromorphic)

Just a heads-up: after yesterday's (August 15, 2025) update of libwebsockets (https://archlinux.org/packages/extra/x86_64/libwebsockets/), the seaf-applet and daemon do not start. "seaf-cli start" fails with "error while loading shared libraries: libwebsockets.so.19: cannot open shared object file: No such file or directory." Which is perfectly correct, libwebsockets.so.19 is replaced with libwebsockets.so.20. For the moment, "sudo ln -s /usr/lib/libwebsockets.so.20 /usr/lib/libwebsockets.so.19" seems to make the client function again.

xhikari commented on 2025-04-07 02:06 (UTC)

@trap000d ,works now ,thank you

Joffrey commented on 2025-04-05 18:44 (UTC)

Thanks @trap000d for the patch.
https://github.com/haiwen/seafile-client/pull/1611

trap000d commented on 2025-04-05 07:26 (UTC)

@xhikari, Looks like changes in Qt6.9. After adding a couple of #include package seems builds OK.

See patch here:

https://github.com/trap000d/aur/blob/master/seafile-client/fix_build_with_QT6_9.diff

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