This post is partly for info if anyone else who finds this wondering why Dropbox has stopped working on SLED 11 SP3 and partly in case anyone has a solution. As per title, Dropbox no longer works on SLED 11 SP3.
The cause is not any updates to SLED 11 SP3, it’s updates to Dropbox. Posts on Dropbox forums indicate there are also problems with versions of Ubuntu and CentOS.
The Dropbox client will automatically update itself though and there is nothing in the preferences to disable that. So far I’ve found that downgrading to 2.10.51 then removing write permission prevents it from updating.
$ cd
$ rm -rf .dropbox-dist/
$ curl https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-2.10.51.tar.gz | tar xvfz -
$ chmod 500 .dropbox-dist/
I’ve not found a way to make 3.0.3 work.
https://www.dropbox.com/install?os=lnx claims “The Dropbox daemon works fine on all 32-bit and 64-bit Linux servers.” Let’s see if they modify the Dropbox daemon to make that claim true, or remove the claim
Hi
If you run ldd against the library, the cause it clear… built with qt5…
ldd .dropbox-dist/dropbox-lnx.x86_64-3.0.3/plugins/platforms/libqxcb.so|grep not
libQt5DBus.so.5 => not found
libQt5Gui.so.5 => not found
libQt5Core.so.5 => not found
All part of libqt5-qtbase, not sure how it would build against SLE 11 SP3…
[QUOTE=malcolmlewis;25450]Hi
If you run ldd against the library, the cause it clear… built with qt5…
ldd .dropbox-dist/dropbox-lnx.x86_64-3.0.3/plugins/platforms/libqxcb.so|grep not
libQt5DBus.so.5 => not found
libQt5Gui.so.5 => not found
libQt5Core.so.5 => not found
All part of libqt5-qtbase, not sure how it would build against SLE 11 SP3…[/QUOTE]
Those files are included with the Dropbox daemon and dropboxd uses them
mike@linux-7xyj:~> strace -f .dropbox-dist/dropboxd 2>&1| grep -E 'libQt5Gui.so.5|libQt5DBus.so.5|libQt5Core.so.5'
[pid 3470] open("/home/mike/.dropbox-dist/dropbox-lnx.x86_64-3.0.3/libQt5Core.so.5", O_RDONLY) = 7
[pid 3470] open("/home/mike/.dropbox-dist/dropbox-lnx.x86_64-3.0.3/libQt5Gui.so.5", O_RDONLY) = 7
[pid 3470] open("/home/mike/.dropbox-dist/dropbox-lnx.x86_64-3.0.3/libQt5DBus.so.5", O_RDONLY) = 7
mike@linux-7xyj:~>
It seems to be QT5 related but it’s more subtle than just a bunch of missing so files.
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.28-4-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
Upgrade to SLED 12, it works fine
[/QUOTE]
Longer term, yeah. But sadly not a solution that can be quickly implemented in a managed Enterprise(esque) environment.
Upgrade to SLED 12, it works fine
[/color]
Longer term, yeah. But sadly not a solution that can be quickly
implemented in a managed Enterprise(esque) environment.[/color]
Anyone knows if libQt5 could be added and with which repositories (even unsupported)?
[QUOTE=malcolmlewis;25450]Hi
If you run ldd against the library, the cause it clear… built with qt5…
ldd .dropbox-dist/dropbox-lnx.x86_64-3.0.3/plugins/platforms/libqxcb.so|grep not
libQt5DBus.so.5 => not found
libQt5Gui.so.5 => not found
libQt5Core.so.5 => not found
All part of libqt5-qtbase, not sure how it would build against SLE 11 SP3…[/QUOTE]
Hi
AFAIK, it won’t build on SLE 11 SP3, there are no builds on the
openSUSE Build Service…
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.36-38-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
[QUOTE=malcolmlewis;26278]Hi
AFAIK, it won’t build on SLE 11 SP3, there are no builds on the
openSUSE Build Service…
[/QUOTE]
As far as I understand it the problem isn’t that libQT5 isn’t in SLED 11 SP3, the libQT5 bits Dropbox needs are included with the daemon (see an earlier post of mine in this thread). Rather the problem is with XOrg included in SLED 11 SP3, specifically it looks like it’s that it doesn’t have XInput2 extension. I could be wrong about this.
Whatever the issue is it appears to affect more than just current builds of Dropbox. https://bugreports.qt.io/browse/QTBUG-38050 Perhaps this is why Dropbox have yet to produce a 3.x version that works on SLED 11 SP3 even though they have fixed issues that prevented 3.x working on some other distros.
what’s the current status on this issue? Have somebody found a temporary solution for this? I am currently working without Dropbox, just found out today that the Gnome Icon was not even on my toolbar anymore. Have you found a way to downgrade your Dropbox and keep it running? So far I have tried the Fedora rpm and the command line and nothing worked out.
what’s the current status on this issue? Have somebody found a temporary solution for this? I am currently working without Dropbox, just found out today that the Gnome Icon was not even on my toolbar anymore. Have you found a way to downgrade your Dropbox and keep it running? So far I have tried the Fedora rpm and the command line and nothing worked out.
My best to you all,[/QUOTE]
The status is that Dropbox have moved on to version 3.2.x and that also doesn’t work on SLED 11 SP3 but in a different way to how 3.0.x doesn’t work. Meanwhile their Linux download page continues to claim that it ‘works fine’ on all Linux.
How to downgrade to the newest version that works is described in the first post of this thread.
Maybe if you and enough other people raise the issue with Dropbox they’ll fix it.
