search

haiwen / seafile-client

Seafile desktop client.
http://seafile.com
Apache License 2.0
471 stars 279 forks source link

[Bug] seafile-applet: symbol lookup error #1150

Closed bitodt closed 5 years ago

bitodt commented 5 years ago

Summary: seafile-applet is not starting any more. Steps to reproduce: Debian Buster, fully upgraded (15/11/18) on 4.18.0-2 kernel. Watching the logs, the problem started 2 days ago, on an aptitude upgrade

seafile-daemon:amd64 6.1.8-1 -> 6.2.5-2
libseafile0:amd64 6.1.8-1 -> 6.2.5-2

Expected behavior: Upon running seafile-applet, the application should open and start syncing, while showing the seafile-applet on the menu bar. Observed behavior: Upon running seafile-applet, this error shows up up seafile-applet: symbol lookup error: seafile-applet: undefined symbol: seafile_checkout_task_get_type and no application is running. Everything was working fine before the update, client always on and syncing.

applet.log and ccnet.log only have entries from before the upgrade. seafile.log could be useful:

[11/12/18 17:13:56] sync-mgr.c(739): Repo 'Screenshots' sync state transition from 'uploading' to 'initializing'.
[11/12/18 17:13:57] sync-mgr.c(1553): Removing blocks for repo Screenshots(f8845120).
[11/15/18 04:07:12] seaf-daemon.c(491): starting seafile client 6.2.5
[11/15/18 04:07:12] seafile-session.c(382): client id = d20353391d2779a8e28d611e130a87813f73e67b, client_name = ��$@V
[11/15/18 04:07:12] seaf-daemon.c(518): rpc server started.
[11/15/18 04:07:14] seaf-daemon.c(491): starting seafile client 6.2.5
[11/15/18 04:07:14] seafile-session.c(382): client id = d20353391d2779a8e28d611e130a87813f73e67b, client_name = orfetheo@debial
[11/15/18 04:07:14] seaf-daemon.c(518): rpc server started.
[11/15/18 04:24:52] seaf-daemon.c(491): starting seafile client 6.2.5
[11/15/18 04:24:52] seafile-session.c(382): client id = d20353391d2779a8e28d611e130a87813f73e67b, client_name = orfetheo@debial
[11/15/18 04:24:52] seaf-daemon.c(518): rpc server started.

The 2 last runs are by running a simple seaf-daemon command, without configuration or the applet. On the 1st run, you can see a messed up client name, which might be the culprit.

Did something change with the encoding in the 6.2.5-2 update?

The server is on 6.3.3 and fully functional via the web gui.

shoeper commented 5 years ago

The Debian package is maintained by Debian maintainers

mrjovanovic commented 5 years ago

Encountering the same issue, just wanted to add your Debian bug report here @orfeas0 for anyone that's looking to track it.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913818