Installed the owncloud-client 2.5.1.10973+oc-10450 amd64 package from the official OpenSuse repository into my Linux Mint 19 Tara x68_64. When trying to start the client, I get errors that tell me that the owncloud binary and the ocqt libraries are looking for the system libQt5Core.so.5 and expect it to be version 5.10, which it apparently isn’t. They should look for the ocqt library but they refuse to do so even if I specify LD_LIBRARY_PATH to point to the ocqt libraries directory. On my other systems, this bug doesn’t manifest.
you have to download the Packages for ubuntu 18.04 not for ubuntu 18.10 ,because linux mint 19 Tara has to do with ubuntu 18.04
please make the following steps :
Good point, thank you, @lazawan.
You are right that the Ubuntu 18.10 repository must be involved somehow because I really enabled it recently by mistake.
Then I did apt remove owncloud-client ocqt* and apt clean and then exactly what you recommend but the problem persists.
What confuses me is this (let’s choose a line): Stahuje se:1 http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/Ubuntu_18.04 ocqt5101-libqt5core5a 5.10.1-1+5.1 [2 084 kB] (“Stahuje se” stands for “Downloading”.)
Are you sure that it’s the right version for Ubuntu 18.04? Shouldn’t it be 5.9.5, which is the system default Qt’s version? If the owncloud binary searches for the system libQt5Core.so.5, I would expect it to have to be so.
from what i know the ownCloud repositories are shipping own (and newer) QT versions intentionally due to e.g. various Bugs in older QT versions and similar.
Hi @anon21401411, yes I know, thank you for the clarification. But my question is why the ownCloud libQt5Core.so.5.10.1 library gets ignored and all the ownCloud Qt libraries find the system library instead?
Even tried to modify the symlink libQt5Core.so.5 in the system library directory to point to the ownCloud library and then issued sudo ldconfig but that didn’t work: I got a no such file or directory error. The same if I copied the file there. So apparently the file has to be corrupt somehow in the package already. Or not?
sorry but my answer was just for the question about the right version.
Answering the initial question about why only the system library is used probably needs someone with deep knowledge of Linux. I hope there is some one having such knowledge active in this forums able to give an answer.
On my system, debian based, owncloud-client comes with an own qt5 library, which is installed at /opt/ownCloud/qt-5.10.1/lib. My systems default version is even older.
Hello @alfredb, so then it seems to me that something’s wrong with the ownCloud Qt5Core 5.10.1 library itself (it doesn’t get found by the system even if I rebuild the ld cache).
Discovered a dedicated Linux Mint 19 repository on the openSUSE server (there isn’t a really working link but if you tinker a bit with the direct download link you can get to it and make a shell script with following contents:
You can name it, e. g., add-owncloud-repository, make it executable (chmod u+x add-owncloud-repository), and save it somewhere on your $PATH (e. g. $HOME/bin). Then run it (add-owncloud-repository) and you should have your ownCloud specially tailored for Linux Mint 19.
OK, but this whole thing didn’t work for me because the problem with the libQt5Core library still persists.
Sorry for asking this: Did you verify that you don’t have an old and wrong owncloud binary around on your system? And that /usr/bin/owncloud is a link to /opt/ownCloud/ownCloud/bin/owncloud?
Thank you, @lazawan, for your input, but I think I already verified here in my previous post that the binary is in the correct place. Doing which owncloud shows /usr/bin/owncloud, which is a symbolic link to /opt/ownCloud/ownCloud/bin/owncloud. The which program should always show which binary gets executed when I call its name as a command.
To verify that the file was actually installed by the last apt operation, I went to /var/cache/apt/archives and inspected the ownCloud deb package with mc. Compared the size and date of the contained owncloud binary with the installed one and both agree.
owncloud binaries on my system:
pavel@lenovo ~ $ sudo find / -type f -name owncloud
/opt/ownCloud/ownCloud/bin/owncloud
/timeshift/snapshots/2018-12-09_20-00-01/localhost/opt/ownCloud/ownCloud/bin/owncloud
find: ‘/run/user/1026/gvfs’: Operace zamítnuta
(“Operace zamítnuta” stands for something as “Operation denied”)
I doubt that the binary in the timeshift backup directory would be involved somehow. It isn’t even on the $PATH.
OK, but what about the library in question, libQt5Core.so.5? This is pretty far more interesting:
So there are many versions of that library scattered throughout my system that came bundled with various software. I’ll try to get rid of them and keep only the system one and the ownCloud one and post the results.
Tried to remove every trace of the libQt5core library from the system. Actually uninstalled all software that bundles an own version of Qt with it. Even removed the files in the timeshift backups. Still no luck
pavel@lenovo ~ $ sudo find / -type f -name libQt5Core.so*
/opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5Core.so.5.10.1
find: ‘/run/user/1026/gvfs’: Permission denied
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.9.5
pavel@lenovo ~ $ owncloud
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by owncloud)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5DBus.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5WebKitWidgets.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5Xml.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/ownCloud/lib/x86_64-linux-gnu/libowncloudsync.so.0)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/ownCloud/lib/x86_64-linux-gnu/libowncloud_csync.so.0)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libqt5keychain.so.1)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5Widgets.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5WebKit.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5Network.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5Gui.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5PrintSupport.so.5)
owncloud: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.10' not found (required by /opt/ownCloud/qt-5.10.1/lib/x86_64-linux-gnu/libQt5Sql.so.5)
I suspect that something could be wrong with the file system. Discovered that the man command is also broken. The notebook is pretty old (in today’s means: it’s about four to five years old). I had previously replaced the original hard drive with an SSD, and now, the notebook hasn’t been used for about a month. Will check the hard drive with fsck, reinstall ownCloud and report back. Maybe I should reinstall the whole system but that’s kind of a last resort for me.
pavel@lenovo ~ $ sudo aa-disable /usr/bin/owncloud
Profile for /opt/ownCloud/ownCloud/bin/owncloud not found, skipping
pavel@lenovo ~ $ sudo aa-disable /opt/ownCloud/ownCloud/bin/owncloud
Profile for /opt/ownCloud/ownCloud/bin/owncloud not found, skipping
pavel@lenovo ~ $ sudo aa-disable owncloud
Profile for /opt/ownCloud/ownCloud/bin/owncloud not found, skipping
But for the man command, it worked. So maybe that’s another issue. Reinstalling the system isn’t an option for me because I keep the kernel from an old Linux Mint version I upgraded many times from. As I mentioned already, the notebook refuses to boot any newer kernel. I could manage to get the old kernel somehow again but that’s a major task… It isn’t in the repositories any more. Still not certain if the kernel is the cause. Before the one month hiatus, an older version of ownCloud worked well. Maybe I’m going to get an older version of ownCloud and install it manually (if it’s possible).
Edit:
OK guys, I think I got it. Tried to downgrade the ownCloud client to version 2.4.3 and it worked.
Should someone run into this situation here is a script for their convenience:
Do you guys think I should file a bug? Because I suspect this has something to do with the latest ownCloud client and my ancient kernel not playing together well—and that’s a rare case.
Anyway, thank you guys, @lazawan, @alfredb, and @anon21401411, for being my patient guides and helping me think during the process of solving this issue.
