Package Details: dropbox 211.4.6008-1

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)

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..."

gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E

Alternatively, you can download Dropbox's public key from https://linux.dropbox.com/fedora/rpm-public-key.asc and import it with:

gpg --import rpm-public-key.asc

You can check whether keys are successfully imported or not using the output of gpg -k. You should find something like this:

pub   rsa2048 2010-02-11 [SC]
      1C61A2656FB57B7E4DE0F4C1FC918B335044912E
uid           [ unknown] Dropbox Automatic Signing Key <linux@dropbox.com>

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):

  1. https://www.dropboxforum.com/t5/Desktop-client-builds/bd-p/101003016 Official Dropbox user feedback forum

  2. Arch Linux discussion places: https://bbs.archlinux.org/, #archlinux on freenode.net, https://lists.archlinux.org/listinfo/aur-general

Latest Comments

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 96 Next › Last »

Det commented on 2016-06-23 19:59 (UTC)

I don't trust the validity of the mirrors. Please validate your mirrors.

lordbalmung commented on 2016-06-01 19:12 (UTC) (edited on 2016-06-01 19:14 (UTC) by lordbalmung)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

@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.

darkvenger commented on 2016-02-26 00:25 (UTC)

This discussion is indeed getting really annoying, saying that a URL is more official than another just because one contains the dropbox word (https://dl-web.dropbox.com) and the other does not (https://d1ilhw0800yew8.cloudfront.net) seems a little ridiculous. For those who are really concerned you should probably complain to Dropbox. Why is the Linux platform the only binary in https://www.dropboxforum.com that comes from cloudfront?

joaompinto commented on 2016-02-25 20:34 (UTC)

Hello mtorromeo, I will take a look at your comments and improve my PKGBUILD. I hope you do the same and understand why people care about using official download links, with proper SSL certificates, from the software provider, and not from a 3rd party. SSL was invented for a reason, encryption and identity. While encryption is not a requirement for this case. Identity is. Please check the following: curl -vq https://dropbox.com 2>&1 | grep "subject" curl -vq https://d1ilhw0800yew8.cloudfront.net/ 2>&1 | grep "subject" To validate your statement "cloudfrount links ARE OFFICIAL" people will need to download from https://dropbox.com, run a sha256sum on the resulting files, and check against your PKGBUILD sha256sum.

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 96 Next › Last »