Arch Linux User Repository

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

Only removing ~/.ccnet did not work for me. I had to remove ~/.ccnet and ~/Seafile/.seafile-data All libraries are syncing now.

Removing ~/.ccnet fixed the problem on my system: seaf-daemon no longer segfaults and sync works again. I had to re-configure the account and sync libraries: in doing so I overwrited the current version on my pc with the old version put on the server 4 hours ago. It was not a big issue for me but could be for others, so take care (I suggest to create a local backup of your libraries before syncing).

tl:dr Workaround: manually start seaf-daemon after launching the client/applet I got the same segfault with seaf-daemon, also did a full reinstall on my System and updated my Server to 6.0.9 Workaround for now: If i start the seaf-daemon from hand again with the client (applet) already running it seems to be running fine.

@ToK, @snack: just made a 'yaourt -Rncds libsearpc && yaourt -S seafile-client' and everything is going fine. No idea why there are failures on your systems :(

I just tried on a fresh Antergos system (before this I uses plain Arch) with the same result...

@eolianoe: maybe not building in a clean chroot might be the problem? If so, it's strange since I always updated with yaourt with no problems up to now. Did you try building in a standard environment? I will try the chroot as soon as I have time.

@ToK, @snack: I've just rebuild the seafile packages in a clean and up-to-date chroot and I'm not seeing any segfault on two different computers. You may have some special configuration which may break something

I also got a segfault in seaf-daemon: Apr 26 15:56:39 clodsahamp kernel: pool[3981]: segfault at 100 ip 0000000000000100 sp 00007f74f25b3208 error 14 in seaf-daemon[400000+99000] Apr 26 15:56:39 clodsahamp systemd[1]: Started Process Core Dump (PID 3982/UID 0). Apr 26 15:56:39 clodsahamp systemd-coredump[3983]: Process 3978 (seaf-daemon) of user 1000 dumped core. Stack trace of thread 3981: #0 0x0000000000000100 n/a (n/a) And i got a segfault in seafile-applet: Apr 26 15:56:57 clodsahamp kernel: seafile-applet[3711]: segfault at 8 ip 00007f5ebb601b51 sp 00007fff1a3b8010 error 4 in libQt5Widgets.so.5.8.0[7f5ebb46b000+628000] Apr 26 15:56:57 clodsahamp systemd[1]: Started Process Core Dump (PID 4136/UID 0). Apr 26 15:56:57 clodsahamp systemd-coredump[4137]: Process 3711 (seafile-applet) of user 1000 dumped core. Stack trace of thread 3711: #0 0x00007f5ebb601b51 _ZNK7QWidget14ensurePolishedEv (libQt5Widgets.so.5) #1 0x00007f5ebb602ae9 _ZN7QWidget10showNormalEv (libQt5Widgets.so.5) #2 0x00000000004effd9 _ZN10MainWindow10showWindowEv (seafile-applet) #3 0x0000000000492139 _ZN13SeafileApplet10warningBoxERK7QStringP7QWidget (seafile-applet) #4 0x00000000004921c1 _ZN13SeafileApplet12errorAndExitERK7QString (seafile-applet) #5 0x00000000004a4c57 _ZN13DaemonManager20checkSeafDaemonReadyEv (seafile-applet) #6 0x00007f5eba907d79 _ZN11QMetaObject8activateEP7QObjectiiPPv (libQt5Core.so.5) #7 0x00007f5eba914dc8 _ZN6QTimer10timerEventEP11QTimerEvent (libQt5Core.so.5) #8 0x00007f5eba908b93 _ZN7QObject5eventEP6QEvent (libQt5Core.so.5) #9 0x00007f5ebb5be34c _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt5Widgets.so.5) #10 0x00007f5ebb5c5b61 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt5Widgets.so.5) #11 0x00007f5eba8dc470 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt5Core.so.5) #12 0x00007f5eba92fcee _ZN14QTimerInfoList14activateTimersEv (libQt5Core.so.5) #13 0x00007f5eba930579 n/a (libQt5Core.so.5) #14 0x00007f5ec23c17b7 g_main_context_dispatch (libglib-2.0.so.0) #15 0x00007f5ec23c1a20 n/a (libglib-2.0.so.0) #16 0x00007f5ec23c1acc g_main_context_iteration (libglib-2.0.so.0) #17 0x00007f5eba93107f _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5) #18 0x00007f5eba8da8ca _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5) #19 0x00007f5eba8e2e14 _ZN16QCoreApplication4execEv (libQt5Core.so.5) #20 0x000000000048e6ff main (seafile-applet) #21 0x00007f5eb9d31511 __libc_start_main (libc.so.6) #22 0x000000000048edca _start (seafile-applet) Stack trace of thread 3805: #0 0x00007f5eb9df367d poll (libc.so.6) #1 0x00007f5ec23c19b6 n/a (libglib-2.0.so.0) #2 0x00007f5ec23c1acc g_main_context_iteration (libglib-2.0.so.0) #3 0x00007f5eba93107f _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5) #4 0x00007f5eba8da8ca _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5) #5 0x00007f5eba6fca73 _ZN7QThread4execEv (libQt5Core.so.5) #6 0x00007f5ec1a79125 n/a (libQt5DBus.so.5) #7 0x00007f5eba7016d8 n/a (libQt5Core.so.5) #8 0x00007f5ec36cb2e7 start_thread (libpthread.so.0) #9 0x00007f5eb9dfd54f __clone (libc.so.6) Stack trace of thread 3756: #0 0x00007f5eb9df367d poll (libc.so.6) #1 0x00007f5eace5d8e0 n/a (libxcb.so.1) #2 0x00007f5eace5f679 xcb_wait_for_event (libxcb.so.1) #3 0x00007f5ea4d8a239 n/a (libQt5XcbQpa.so.5) #4 0x00007f5eba7016d8 n/a (libQt5Core.so.5) #5 0x00007f5ec36cb2e7 start_thread (libpthread.so.0) #6 0x00007f5eb9dfd54f __clone (libc.so.6) Stack trace of thread 3761: #0 0x00007f5eb9df367d poll (libc.so.6) #1 0x00007f5ec23c19b6 n/a (libglib-2.0.so.0) #2 0x00007f5ec23c1acc g_main_context_iteration (libglib-2.0.so.0) #3 0x00007f5ec23c1b11 n/a (libglib-2.0.so.0) #4 0x00007f5ec23e9295 n/a (libglib-2.0.so.0) #5 0x00007f5ec36cb2e7 start_thread (libpthread.so.0) #6 0x00007f5eb9dfd54f __clone (libc.so.6) Stack trace of thread 3762: #0 0x00007f5eb9df367d poll (libc.so.6) #1 0x00007f5ec23c19b6 n/a (libglib-2.0.so.0) #2 0x00007f5ec23c1d42 g_main_loop_run (libglib-2.0.so.0) #3 0x00007f5eb8eafff6 n/a (libgio-2.0.so.0) #4 0x00007f5ec23e9295 n/a (libglib-2.0.so.0) #5 0x00007f5ec36cb2e7 start_thread (libpthread.so.0) #6 0x00007f5eb9dfd54f __clone (libc.so.6) Stack trace of thread 3779: #0 0x00007f5ec36d1ca6 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f5e93d72e44 n/a (libGLX_nvidia.so.0) #2 0x00007f5e92a90394 n/a (libnvidia-glcore.so.378.13) #3 0x00007f5e93d7212c n/a (libGLX_nvidia.so.0) #4 0x00007f5ec36cb2e7 start_thread (libpthread.so.0) #5 0x00007f5eb9dfd54f __clone (libc.so.6) I removed every packet concerning seafile-applet like snack did. And I remove ~/.ccnet and ~/Seafile/.seafile I tried it in gnome and in plasma with a fresh user. Noting changed I could access the server by clicking in the "main window" of seafile applet. But syncing doesn't work. I also have a Mac with seafile-client 6.0.4 which works fine. So it could not be may Server, i think (running armbian on a cubietruck).

@eolianoe: I just did a full rebuild of the stack: libsearpc ccnet-server ccnet seafile seafile-client in this order using yaourt, without touching any PKGBUILD. Nothing changed, seaf-daemon keeps crashing. @carlos @ToK: do you see the same segfault of seaf-daemon in journalctl?

@snack: I'm not seeing all theses errors... Could you try to rebuild all the seafile related packages in the proper order to get everything linked properly?