13.3.20 is a testing version.
Dropbox uses the following versioning scheme:
X.3.X = testing
X.4.X = stable
Search Criteria
Package Details: dropbox 211.4.6008-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/dropbox.git (read-only, click to copy) |
---|---|
Package Base: | dropbox |
Description: | A free service that lets you bring your photos, docs, and videos anywhere and share them easily. |
Upstream URL: | https://www.dropbox.com |
Licenses: | custom |
Submitter: | mtorromeo |
Maintainer: | mtorromeo |
Last Packager: | mtorromeo |
Votes: | 2374 |
Popularity: | 1.54 |
First Submitted: | 2009-01-22 14:21 (UTC) |
Last Updated: | 2024-10-30 08:51 (UTC) |
Dependencies (14)
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- libsm
- libxcomposite
- libxdamage
- libxmu
- libxrender
- libxslt (libxslt-gitAUR)
- libxxf86vm
- gendesk (make)
- libappindicator-gtk3 (optional) – make tray icons themed under some desktop environments like KDE plasma
- perl-file-mimeinfo (optional) – opening dropbox folder on some desktop environments
- ufw-extras (optional) – ufw rules for dropbox
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR) (optional) – for "Launch Dropbox Website" and file manager integration
Required by (9)
Sources (8)
- dropbox.service
- dropbox@.service
- DropboxGlyph_Blue.svg
- https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86-205.4.5765.tar.gz
- https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86-205.4.5765.tar.gz.asc
- https://edge.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86_64-211.4.6008.tar.gz
- https://edge.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86_64-211.4.6008.tar.gz.asc
- terms.txt
Latest Comments
« First ‹ Previous 1 .. 25 26 27 28 29 30 31 32 33 34 35 .. 96 Next › Last »
mtorromeo commented on 2016-10-18 12:06 (UTC)
<deleted-account> commented on 2016-10-17 21:18 (UTC)
Has anyone tried to actually use the `dropbox.service` unit? I get this weird behavior when starting the service:
After running `systemctl --user start dropbox.service`, It is being started and restarted 3-5 times by systemd for some reason and afterwards you can see dropbox is running O.K but systemd thinks the service has failed. In the process of it being started and stopped you can actually see the tray icon showing up and down. I couldn't find very useful information with `journal -xe --user-unit=dropbox.service`.
I guess it is something with the unit file itself? I tried to change some Directives in the [service] section but it didn't work out.
# EDIT:
I downloaded the new version (13.3.20) as mentioned by [@AJSlye](https://aur.archlinux.org/account/AJSlye) and it was all fixed without changing the service file. **The problem was** with the `dropbox` binary - For some reason they made it fork itself or something and exiting with code 1 (very unusual). That's why systemd thought the command failed so it tried again and again for a few times and in the end dropbox was running ok.
Very Important to Update the package exactly if you are using the systemd `dropbox.service`.
AJSlye commented on 2016-10-15 06:59 (UTC) (edited on 2016-10-15 07:00 (UTC) by AJSlye)
New version available:
https://d1ilhw0800yew8.cloudfront.net/client/dropbox-lnx.x86_64-13.3.20.tar.gz
Alexpin commented on 2016-09-16 20:38 (UTC)
The dl.dropboxusercontent.com urls are NOT official, they host user-created content. See: https://www.dropbox.com/en/help/217
jeroni commented on 2016-09-01 09:35 (UTC) (edited on 2016-09-01 18:59 (UTC) by jeroni)
Has anyone issues when opening dropbox folder from tray icon's context menu in gnome? all gnome desktop icons disappear and have to kill nautilus and re-open it in order to appear again.
Another annoying thing is the tiny font on tray icon's context menu.
SuperIce97 commented on 2016-08-19 22:59 (UTC) (edited on 2016-08-19 23:09 (UTC) by SuperIce97)
Can you use the dl.dropbox URLs instead? Those are the official release URLs on the site (https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-8.4.19.tar.gz for instance). I really don't trust the cloudfront links
EDIT: I trust the cloudfront links as those are officially given in the forums, but I would prefer the other link because it is much easier to identify. The AUR can be dangerous and it's nice to check the links to make sure it's not malicious. It's much easier to see dropbox/u/17 and understand that it's safe, but seeing https://d1ilhw0800yew8.cloudfront.net everythime is somewhat worrying and I always have to check the dropbox forums to make sure that is indeed the correct/safe link.
Notavi commented on 2016-08-09 10:34 (UTC)
Doesn't appear to work properly with Wayland desktops, although this can easily be worked around when starting dropbox manually by setting QT_QPA_PLATFORM="xcb".
Can the package be updated to avoid having to manually do this? Especially as people will probably not want this environment variable set for other applications (it forces Qt to use X11 instead of Wayland, so it's more of a compatibility fix than anything else).
darkvenger commented on 2016-07-12 09:09 (UTC)
@wfraser, or you could use the known hack to stop Dropbox from updating itself automatically (https://wiki.archlinux.org/index.php/Dropbox#Hack_to_stop_Auto_Update) and update it only through AUR.
wfraser commented on 2016-07-11 21:57 (UTC)
For me at least, the first thing the client does is download a newer version into my home directory, and on subsequent runs, it switches to that version, which then KILLS (literally, with SIGKILL) the one in /usr/bin/dropbox that I originally executed. This doesn't play nicely with things like systemd units which expect the original process to stay around.
Might I suggest changing /usr/bin/dropbox from a symlink to /opt/dropbox/dropbox, to something like the following:
#!/bin/sh
dist="$HOME/.dropbox-dist/dropboxd" # this is where dropbox puts the updated version
if [ -x $dist ]; then
exec $dist
fi
exec /opt/dropbox/dropbox
marvelvance commented on 2016-07-02 12:41 (UTC)
new link https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-5.4.24.tar.gz
Pinned Comments
yan12125 commented on 2019-01-05 16:39 (UTC) (edited on 2019-02-27 08:11 (UTC) by yan12125)
Run the following command in case you got errors during "Verifying source file signatures with gpg..."
Alternatively, you can download Dropbox's public key from https://linux.dropbox.com/fedora/rpm-public-key.asc and import it with:
You can check whether keys are successfully imported or not using the output of
gpg -k
. You should find something like this:yan12125 commented on 2018-08-01 11:41 (UTC) (edited on 2020-01-24 15:13 (UTC) by yan12125)
If you can't run the dropbox@ service normally, try to create a read-only directory ~/.dropbox-dist and run again.
yan12125 commented on 2017-11-06 15:13 (UTC) (edited on 2019-03-18 03:50 (UTC) by yan12125)
Some useful places for issues about Dropbox itself (not the package):
https://www.dropboxforum.com/t5/Desktop-client-builds/bd-p/101003016 Official Dropbox user feedback forum
Arch Linux discussion places: https://bbs.archlinux.org/, #archlinux on freenode.net, https://lists.archlinux.org/listinfo/aur-general