Package: libseafile0
Version: 6.2.5-2
libseafile0 and seafile-daemon were upgraded to 6.2.5-2 from 6.1.8-1
and will no longer work.
Running seafile-applet no longer works, and this error shows up:
seafile-applet: symbol lookup error: seafile-applet: undefined symbol:
seafile_checkout_task_get_type
Relevant logs:
applet.log and ccnet.log only have entries from before the upgrade.
seafile.log:
[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?
Also interesting is that the seafile-gui is left behind in 6.1.8-1.
System information: Debian Buster with 4.18.0-2-amd64 kernel.
The server is on 6.3.3 and fully functional via the web gui.
Output of "reportbug -q --template -T none -s none -S normal -b
--list-cc none -q libseafile0"
Warning: no reportbug configuration found. Proceeding in novice mode.
Detected character set: UTF-8
Please change your locale if this is incorrect.
Using 'Orfeas Theofanis <orfetheo@debial>' as your from address.
Getting status for libseafile0...
Will send report to Debian (per lsb_release).
Maintainer for libseafile0 is 'Debian Seafile Team
<team+seaf...@tracker.debian.org>'.
Looking up dependencies of libseafile0...
Rewriting subject to 'libseafile0: none'
Saving a backup of the report at
/tmp/reportbug-libseafile0-backup-20181115-30943-cymw3hsc
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Orfeas Theofanis <orfetheo@debial>
To: Debian Bug Tracking System <sub...@bugs.debian.org>
Subject: libseafile0: none
X-Debbugs-Cc: none
Package: libseafile0
Version: 6.2.5-2
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libseafile0 depends on:
ii libglib2.0-0 2.58.1-2
ii libjansson4 2.11-1
ii libsearpc1 3.1.0-1
libseafile0 recommends no packages.
libseafile0 suggests no packages.
-- no debconf information