Package Details: dropbox 6.4.14-1

Git Clone URL: https://aur.archlinux.org/dropbox.git (read-only)
Package Base: dropbox
Description: A free service that lets you bring your photos, docs, and videos anywhere and share them easily.
Upstream URL: http://www.dropbox.com
Licenses: custom
Conflicts: dropbox-experimental
Submitter: mtorromeo
Maintainer: mtorromeo
Last Packager: mtorromeo
Votes: 2099
Popularity: 14.302601
First Submitted: 2009-01-22 14:21
Last Updated: 2016-07-09 07:10

Dependencies (5)

Sources (7)

Pinned Comments

mtorromeo commented on 2016-02-24 10:27

STOP wasting my time and spamming everyone's mailboxes with useless requests to change the download URLs.
The cloudfrount links ARE OFFICIAL release locations.

Latest Comments

darkvenger commented on 2016-07-12 09:09

@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

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

new link https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-5.4.24.tar.gz

Det commented on 2016-06-23 19:59

I don't trust the validity of the mirrors.

Please validate your mirrors.

lordbalmung commented on 2016-06-01 19:12

I realize that "cloudfront" is listed as an official mirror in dropbox help site but it is still hard to validate the authenticity of the package since cloudfront is a CDN not specific to dropbox. Could you please suggest another method of validation. :)

PS: That said, I understand why you need to use the cloudfront packages. The official dropbox linux source codes hosted in dropbox are way outdated.

benedikt.winder commented on 2016-05-10 11:05

If someone have a problem with the Tray Icon on KDE/Plasma 5 i have posted a solution that worked for me on the Dropbox Forum:

https://www.dropboxforum.com/hc/en-us/community/posts/201908279-Systray-icon-not-showing-in-KDE-Plasma-5-2?page=2#community_comment_207660876

chori commented on 2016-05-01 17:49

For those still wondering if cloudfront.net is an official Dropbox release location, the answer is YES: https://www.dropbox.com/en/help/217

omnigamer commented on 2016-04-12 13:54

Anyone seeing the following issue with their startup service? I see this:

dropbox@XXX.service: Failed at step USER spawning /usr/bin/dropbox: No such process

I'm also unclear whether it should be dropbox@foo@bar.com.service or just dropbox@foo.service

despairblue commented on 2016-03-07 22:53

The current version segfaults for me. In case anyone else has that problem. Installing the experimental version worked.

rafasc commented on 2016-02-26 00:57

@darkvenger, yes it is getting ridiculous, and there's a simple solution:
https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-3.14.7.tar.gz

It's not a matter of having the Dropbox name in the link. As @joaompinto mentioned, it's about downloading the source code from a place without manually checking if the link is legit.

If it is using SSL and comes from the dropbox domain, it gives some level of authenticity. To check the authenticity of the cloudfront link you have to manually go to their forums. (Or otherwise blindly trust the maintainer/cloudfront link)

Is this a upstream issue? Yes, I think. Could this be fixed by changing the link to the one above and ending this silly discussion? Yes.

All comments