$ objdump -T /home/ppp/.SynologyDrive/SynologyDrive.app/lib/libarchive.so.13 | grep rar5
objdump: /home/ppp/.SynologyDrive/SynologyDrive.app/lib/libcurl.so.4: no version information available (required by /usr/lib/libdebuginfod.so.1)
So, the SynologyDrive app seems to be the culprit of this problem. (Did the installation mess up some environment paths?) Via this forum post, and this link, I found a workaround, running mpv via a shell script:
I wonder how it was installed? Normally, ldd should not point to your home folder. It has probably updated the ldd cache? Did you install a deb package as root?
That would be a terrible behavior for a portable app.
Cache is located here: /etc/ld.so.cache maybe remove it and recreate it?
Then I guess it has a local cache or the variable LD_LIBRARY_PATH is set somewhere wrong. I can imagine that you set /home/ppp/.SynologyDrive/SynologyDrive.app/lib/ first to the search path and then /usr/lib, what would lead to such a behavior.
I found that /opt/Synology/SynologyDrive/package/cloudstation/conf/synology-drive-open-file.desktop
contains this line: Exec=sh -c 'env "LD_LIBRARY_PATH=$HOME/.SynologyDrive/SynologyDrive.app/lib/" "$HOME/.SynologyDrive/SynologyDrive.app/bin/cloud-drive-ui" --open-file "'%f'"'
I guess that is the reason for this issue. Am I right about that? If yes, is the right path forward to contact the package maintainer?
But get that. You cannot use Shell Variables like $HOME in a Desktop file. It is rather a crippling solution, what they have done. A little script would be much better than using the Desktop file for that.
However… when LD_LIBRARY_PATH is set somewhere, then you should get an output here:
In the meantime you can experiment with usurping their desktop file.
Copy to ~/.local/share/applications and edit that version of the desktop file and it should take precedence.
Just for the record, this is what Synology did reply:
Upon investigation, we have found that our Synology Drive Client app is not compatible with your version of Linux. As per our software specifications, the supported operating systems for our app are Windows 7 and above (excluding Windows 10 on ARM and Windows Server editions), macOS 10.14 and above (64-bit), and Ubuntu 18.04 and above (officially supported versions). Manjaro Linux x86_64 is not currently supported.
We kindly advise that you upgrade your operating system to a supported version of Ubuntu or consider using one of the other supported operating systems such as Windows or macOS. We apologize for any inconvenience this may cause and we appreciate your understanding.
That is a default excuse mail. Don’t expect any support there when using Manjaro xD
That was a run to make it running on sway (wayland):
pamac build synology-drive
# copy the portable package (normally should be $HOME/.SynologyDrive/SynologyDrive.app/)
cp -r /opt/Synology/SynologyDrive/package/cloudstation/ ~/cloudstation
# Remove this config:
rm ~/cloudstation/bin/qt.conf
# preload needed libs since here it needs these special libs:
export LD_PRELOAD=$HOME/cloudstation/lib/libicuuc.so.64:$HOME/cloudstation/lib/libicudata.so.64:$HOME/cloudstation/lib/libfct-qt.so.1
# Set the system path plugins:
export QT_PLUGIN_PATH=/usr/lib/qt/plugins
# Specify that it has to use Xorg
export QT_QPA_PLATFORM=xcb
# switch dir and run it:
cd ~/cloudstation/bin && ./cloud-drive-ui
However, I did that only for testing. I guess that could be somehow packaged as an AppImage, so that your issue would not happen.
This doesn’t make much sense to me. If your system is correctly detecting the right library for libarchive, it doesn’t make much sense that mpv uses other. I have been able to find discrepancies like this only when 32bit/64bit executables and libraries are mixed (i.e. 32 bit executable doesn’t find a 64 bit library)
Also I suppose that mpv is the one from Manjaro repository and you are executing it from the command line
Good tips. I checked my environment files but found nothing out of the order. But it might be related to some update, as after reinstalling mpv and rebooting the system it once again is working.