Arch Linux User Repository

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

For quite some time I get an error when building the package. So far, I have tried to install it from the Software Tab on Manjaro, via yay, via pamac and I tried building it myself. All attempts have failed with the same error.

collect2: error: ld returned 1 exit status make[2]: *** [CMakeFiles/seafile-applet.dir/build.make:4030: seafile-applet] Error 1 make[1]: *** [CMakeFiles/Makefile2:979: CMakeFiles/seafile-applet.dir/all] Error 2 make: *** [Makefile:136: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

@mehrad, as I have written to you in https://aur.archlinux.org/account/gromit/comments#comment-918134: patch is part of the base-devel meta packge and therefore assumed to be installed according to https://wiki.archlinux.org/title/Arch_User_Repository#Getting_started

Check https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot if you want how one can verify that a package builds in a clean chroot :)

The software patch should be also added as dependency (similar to cmake) as it is used in line 33: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=seafile-client#n33

On a clean-install setup, neither of cmake and patch are installed, and not having them would make this PKGBUILD to break.

There is a bug in seafile-client 9.0.2-1 with characters like ã or à. Happens with German umlauts (ö,ü,ä). See https://forum.seafile.com/t/failed-to-index-file-seafile-9-0-16-with-seafile-client-9-0-2-1/17994/5 Fix in: https://github.com/haiwen/seafile/pull/2676

After a reboot seafile-applet started working again. Now I have all of my libraries unsynced, but this can be sorted out...

edit: I spoke too early. It seems that when started by the Plasma Desktop autostart the client starts but libraries are not synced becauseseaf-daemon is segfaulting continuously. Closing the client and the restarting it the g_error_new_valist reported in my previous post starts appearing again.

Since last system update a few minutes ago I cannot start seafile-applet. In CLI I get this error:

$ seafile-applet 
lang = C, translation = (null), locale.name() = C

(process:56173): GLib-WARNING **: 18:21:20.661: (../glib/glib/gerror.c:763):g_error_new_valist: runtime check failed: (domain != 0)

I rebuilt and reinstalled libsearpc, seafile and seafile-client in this order without using AUR helpers as suggested in the sticky post, but that didn't help.

@bionade24: rebuilding seafile fixed the problem, thank you.

@snack: Check the daemon.log logfile & try rebuilding seafile not seafile-client. If you get this error message, seafile-client has to be working or it would crash before.

@snack: Check the daemon.log logfile & try rebuilding seafile not seafile-client. If you get this error message, seafile-client has to be working or it would crash before.

@bionade24: This is what I found in the log file:

[09/11/2022 20:48:45]read id from id file
[09/11/2022 20:48:45]starting seaf-daemon:  QList("-c", "/home/mori/.ccnet", "-d", "/home/mori/Seafile/.seafile-data", "-w", "/home/mori/Seafile")
[09/11/2022 20:48:45]Seafile daemon process exited normally with code 127 
[09/11/2022 20:48:47]Trying to restart seafile daemon
[09/11/2022 20:48:47]starting seaf-daemon:  QList("-c", "/home/mori/.ccnet", "-d", "/home/mori/Seafile/.seafile-data", "-w", "/home/mori/Seafile")
[09/11/2022 20:48:47]Seafile daemon process exited normally with code 127 
[09/11/2022 20:48:47]reaching max tries of restarting seafile daemon, aborting
[09/11/2022 20:48:48]Seafile exited unexpectedly
[09/11/2022 20:48:48][Daemon Mgr] stopping seafile daemon

but I can't find a clue in it. I also rebuilt seafile-client to no avail.