Package Details: dropbox 17.4.33-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: 2152
Popularity: 15.085308
First Submitted: 2009-01-22 14:21
Last Updated: 2017-01-11 10:11

Latest Comments

Alexpin commented on 2016-12-21 20:12

@cbrnr I was skeptical of URLs used to host user data because in principle they could be used to host malicious clients. However, after figuring out that the official link points to that URL, I'm definitely ok with downloading dropbox from there.

@mtorromeo Thanks for your time and patience.

mtorromeo commented on 2016-12-21 18:10

I updated the URLs since there are many users that are having problems with the cloudfront ones.

I have tested them again anyway and they were still working fine for me. No 404 and no redirects either. Just a straight 200 OK with the download data.

Just to be clear, I am not ignoring the users with actual problems like this one but I have disabled the notifications in this thread a long time ago.

I have too many packages to maintain to waste my time on the pointless requests that many users have been making here and I'm sorry for everybody else with actual issues.

doraskayo commented on 2016-12-21 15:00

@mtorromeo, it appears there's a misunderstanding here. The source URLs actually give 404 responses to many
users, including myself.

When I visit the Dropbox website to download the "Headless Install" for x86_64 Linux, the URL listed is the
following:
https://www.dropbox.com/download?plat=lnx.x86_64

When visiting that URL with network inspection (F12 in Chromium), I can see that it redirects to this URL:
https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-16.4.29.tar.gz

I tried to see if this URL scheme can be used to download earlier versions of Dropbox as well, and it seems
that it was able to fetch every single version of this package since its initial commit (3.4.6).

Therefore, I can only conclude that Dropbox has probably changed the location in which they host their
downloads, and that because of some weird funky caching, it appears that the old URL scheme still works,
but only for some users. Regardless, the new URL scheme appears stable and reliable, even for older
versions. It works well for me, and hopefully for everyone else as well.

wooque commented on 2016-12-21 14:12

I'm also getting 404 for links, changed URLs as crbnr suggested to successfully install Dropbox. I'm from East Europe if it matters.

GordonGR commented on 2016-12-21 12:51

*rolls his eyes and disables notifications, so he can avoid the contant trolling*

cbrnr commented on 2016-12-21 07:48

@GordonGR the download links do not work for many people, including me. I'd suggest you stop bullying everyone reporting legitimate problems here.

@Alexpin I don't know how these links cannot be official just because they are on a Dropbox-owned domain listed to host user content. After all, the official download links point right there.

sajay_surya commented on 2016-12-21 03:57

The download link is throwing a 404 error. I'm accessing the server from India. Please update the download link.

Alexpin commented on 2016-12-20 13:29

@GordonGR: the download links do NOT work for me either. The fact that you don't have a problem does not imply that the problem doesn't exist.

@cbrnr: those urls are NOT official. See https://www.dropbox.com/en/help/217 where you can see that urls in the form dl.dropboxusercontent.com/* are used to host USER data.
EDIT: having said that, the file hosted at dl.dropboxusercontent.com and the one at www.dropbox.com/download (linked below by @Tenza) are indeed the same file.

GordonGR commented on 2016-12-20 13:22

The download links work perfectly well. Stop bullying the maintainer.

cbrnr commented on 2016-12-20 12:19

As some people have already indicated, the download links in the PKGBUILD do not work any more. I don't know why the URLs that the official download site points to cannot be used, but here are the two lines that need to be changed in the PKGBUILD that use the official download URLs:

source_i686=("https://dl.dropboxusercontent.com/u/17/${pkgname}-lnx.x86-${pkgver}.tar.gz")
source_x86_64=("https://dl.dropboxusercontent.com/u/17/${pkgname}-lnx.x86_64-${pkgver}.tar.gz")

All comments