Arch Linux User Repository

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

Hi,

maybe someone can help me with an error during compilation:

[ 88%] Linking CXX executable seafile-applet
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../lib/libgio-2.0.so: undefined reference to `g_module_open_full'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/seafile-applet.dir/build.make:4004: seafile-applet] Error 1
make[1]: *** [CMakeFiles/Makefile2:987: CMakeFiles/seafile-applet.dir/all] Error 2
make: *** [Makefile:146: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

I build the package with "makepkg -fsri". When I check to see if the symbol is available, I find it:

readelf -Ws --dyn-syms /usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../lib/libgio-2.0.so | grep g_module_open_full
   417: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND g_module_open_full

Does anyone know how I can solve the problem?

When trying to login via SSO, seafile-applet crashes after entering the domain. In the cli the debug message "Aborted (core dumped)" appears and applet.log contains:

[16.02.2022 17:27:00]read id from id file
[16.02.2022 17:27:00]starting seaf-daemon:  ("-c", "/home/<user>/.ccnet",    "-d", "<path>/Seafile/.seafile-data", "-w", "<path>/Seafile/seafile/")
[16.02.2022 17:27:01][Rpc Client] connected to daemon
[16.02.2022 17:27:01][Rpc Client] connected to daemon
[16.02.2022 17:27:02]Starting the network status detector
[16.02.2022 17:27:02][AutoUpdateManager] cancel all download tasks
[16.02.2022 17:27:02][AutoUpdateManager] clean file caches db
[16.02.2022 17:27:02][AutoUpdateManager] clean file caches
[16.02.2022 17:27:02]starting applet rpc service
[16.02.2022 17:27:02]socket file exists, delete it anyway
[16.02.2022 17:27:02]applet rpc service started
[16.02.2022 17:27:05]WebEngineContext used before QtWebEngine::initialize() or OpenGL context creation failed.
[16.02.2022 17:27:05]QGLXContext: Failed to create dummy context
[16.02.2022 17:27:05]Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DefaultSwapBehavior, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile  QSurfaceFormat::NoProfile)

Hi, is it possible to make a package only for the cli client?

The issue with the application crashing when the mouse is moved over the gear icon has vanished for me. I don't know what fixed it, maybe an update of a dependent package. The only manual intervention I recently did was to restore the compositing of my Plasma desktop after the upgrade to Plasma 5.23 removed the XRender backend and forced me to fix Plasma configuration in order to get the compositor back at work with the OpenGL backed. But to me this doesn't seem to have any clear relationship with the Seafile client issue, so it's probably irrelevant.

For the record, I have snack's issue too.

And now it looks like my preferences are ignored because the "undefined symbol" issue came back. Maybe you don't have the bug because you did not check it or something like that...

@snack No, it's full of AUR packages. Honestly, at this point just downgrade to 8.0.3 and stick with it. Maybe it's bc my server still runs 7.15. Someone has to take time to debug it correctly.

My checksums:
158237338f3476140a230ff5adff1f6b0e8831f3c2947317348d553deb99fca4 /usr/bin/seafile-applet
8fca5c846fd932d853915b207bbabe3eacffb74e990a24012141b69413913e06 /usr/bin/seaf-daemon
ab10cafcc2951a856a830b7a2686cf87efa62e55bd97ee10656aebd757234a31 /usr/lib/libsearpc.so
70fae0d24bd84ee00b5543f3c1ae676fed72773260081525bb43bf29f24af382 /usr/lib/libseafile.so

@bionade24: thanks for the help and sorry for the off-topic question. The problem still persists on my machine, but I se that in your repo you have many other packages. Do you use these instead of the official Arch ones on the machines where Sefile works as expected? If yes then the breakage might come from a non-Seafile package whose version in Arch repos causes the breakage.

This will go a bit off-topic (if requested I'll delete it).

@snack The key pacman complains about is a subkey of my key (Or the other way around idk). Answering the dialog will unfortunately not help. The right way is to edit the trust level of the key, which can be achieved faster by using pacman-key --lsign-key <fingerprint>.

@bionade: I imported and trusted the key 289AD6AA32857A04ABA587417EAC11ACDBCFBCEB, then pacman -Syy then pacman -S seafile-client seafile libsearpc. Still the same issue.