We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Forum Discussion
Headless install on Debian: libglapi.so.0: cannot open shared object file
I tried this on support, but didn't get a useful reply, so I hope someone here knows the answer.
On a Linux Debian 10 ("buster") headless server, I tried to follow the instructions at https://www...
Hello Albert25 ,
I just tried and made it work today on Ubuntu Server 18.04.4 LTS. As mentioned, the requirements are not fully met by default, so here is the list of what I had to additionally install (you probably alreayd have libc6):
sudo apt-get install libc6 sudo apt-get install libglapi-mesa sudo apt-get install libxdamage1 sudo apt-get install libxfixes3 sudo apt-get install libxcb-glx0 sudo apt-get install libxcb-dri2-0 sudo apt-get install libxcb-dri3-0 sudo apt-get install libxcb-present0 sudo apt-get install libxcb-sync1 sudo apt-get install libxshmfence1 sudo apt-get install libxxf86vm1
After that, I had to make sure of the following:
sudo chown "$USER" "$HOME" sudo chown -R "$USER" ~/Dropbox ~/.dropbox sudo chattr -R -i ~/Dropbox sudo chmod -R u+rw ~/Dropbox ~/.dropbox
and that seemed to do the trick. You may need to adapt few things here and there.
Hope it helps.
Salvo
Hello Albert25 ,
I just tried and made it work today on Ubuntu Server 18.04.4 LTS. As mentioned, the requirements are not fully met by default, so here is the list of what I had to additionally install (you probably alreayd have libc6):
sudo apt-get install libc6 sudo apt-get install libglapi-mesa sudo apt-get install libxdamage1 sudo apt-get install libxfixes3 sudo apt-get install libxcb-glx0 sudo apt-get install libxcb-dri2-0 sudo apt-get install libxcb-dri3-0 sudo apt-get install libxcb-present0 sudo apt-get install libxcb-sync1 sudo apt-get install libxshmfence1 sudo apt-get install libxxf86vm1
After that, I had to make sure of the following:
sudo chown "$USER" "$HOME" sudo chown -R "$USER" ~/Dropbox ~/.dropbox sudo chattr -R -i ~/Dropbox sudo chmod -R u+rw ~/Dropbox ~/.dropbox
and that seemed to do the trick. You may need to adapt few things here and there.
Hope it helps.
Salvo
I just used the same instructions for Debian 10 and it worked for my headless server. This has changed, as I set up a Debian server last week using the exact same download and it worked fine.
cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64" | tar xzf - ~/.dropbox-dist/dropboxd ## Bunch of errors here sudo apt install libc6 sudo apt install libglapi-mesa sudo apt install libxdamage1 sudo apt install libxfixes3 sudo apt install libxcb-glx0 sudo apt install libxcb-dri2-0 sudo apt install libxcb-dri3-0 sudo apt install libxcb-present0 sudo apt install libxcb-sync1 sudo apt install libxshmfence1 sudo apt install libxxf86vm1 ~/.dropbox-dist/dropboxd ## Worked fine
I also needed to add libglib2.0-0 (Debian 10).
I can only hope that the dev team will change this again as I have a use case of the CLI running in environments where it's just not viable to install X Server related libraries. It's just unnecessary.
Please, make a Linux Desktop App and a pure CLI version so everyone can choose what they need but don't force users to install libs they don't need for a function they don't use in a tool that has one job only. Sync files.
I get it, the linux share of users is probably small, but that shouldn't cause you to treat them and their very specific needs worse.
CLI worked, as it was, very well. At the very least, please allow us to run the older version without it autoupdating and then failing because it suddenly "needs" new libs. It's just very frustrating.
I just found a disk completely filled with upgrade files on a small server that uses headless dropbox service. I assume it broke and kept trying and failing to upgrade a previously working installation. The files it was getting then leaving were like:
1043520 96252 -rwxr-xr-x 1 autobot nogroup 98561877 Apr 3 22:11 Dropbox/.dropbox.cache/tmp_dirs/18cca87d08171623cd379d43355c5230/dropbox-upgrade-94.4.384.tar.gz 657286 96252 -rwxr-xr-x 1 autobot nogroup 98561877 Apr 15 19:19 Dropbox/.dropbox.cache/tmp_dirs/8e2c186a1116c0b40ea13b8e10888fd3/dropbox-upgrade-94.4.384.tar.gz 657348 96500 -rwxr-xr-x 1 autobot nogroup 98809031 Apr 18 14:32 Dropbox/.dropbox.cache/tmp_dirs/ac1f62c0c4a89a96edc738cd966b3637/dropbox-upgrade-95.4.441.tar.gz 657344 96500 -rwxr-xr-x 1 autobot nogroup 98809031 Apr 18 10:55 Dropbox/.dropbox.cache/tmp_dirs/516bdd1096660ad2bd1467de1ba12704/dropbox-upgrade-95.4.441.tar.gz
After installing the extra deps, it's back to normal the new upgrade file it downloaded disappeared.
I can't understand why is the CLI version is dependent on any X server libraries at all. Surely it should be the other way around: the GUI version depending on both X and CLI version.
I already had to write a script because the auto-updater litters the home dir with hidden .dropbox-dist-old-* directories:
#!/bin/sh /usr/bin/find /home/autobot/ -mindepth 1 -maxdepth 1 -type d -name '.dropbox-dist-old-*' -printf "%T@\t%p\n" | /usr/bin/sort -nr | /usr/bin/cut -f 2 | /usr/bin/tail -n +3 | /usr/bin/xargs -r rm -r
(keeps the latest two, written to be run from cron.)
