Package Details: dropbox 112.4.321-1

Git Clone URL: (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:
Licenses: custom
Submitter: mtorromeo
Maintainer: mtorromeo
Last Packager: mtorromeo
Votes: 2344
Popularity: 4.68
First Submitted: 2009-01-22 14:21
Last Updated: 2020-12-22 08:34

Sources (8)

Pinned Comments

yan12125 commented on 2019-01-05 16:39

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 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]
uid           [ unknown] Dropbox Automatic Signing Key <>

yan12125 commented on 2018-08-01 11:41

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

Some useful places for issues about Dropbox itself (not the package):

  1. Official Dropbox user feedback forum

  2. Arch Linux discussion places:, #archlinux on,

Latest Comments

« First ‹ Previous ... 5 6 7 8 9 10 11 12 13 14 15 ... Next › Last »

yan12125 commented on 2019-03-18 04:01

Disowning this package as I haven't used Dropbox for a long time.

yan12125 commented on 2019-03-18 03:53

@leonardof The last file is already removed in commit 3db0f6a54245. That's one of reasons I suggest people to clean AUR package repos before building packages.

leonardof commented on 2019-03-16 21:08

Thanks for the answer, @yan12125. I never knew extra-x86_64-build existed, let alone that it was the recommended command for building packages from AUR.

With regard to copying, I just presumed the file on outside src/ was a copy because there is another one inside:

$ find . -name dropbox.desktop

yan12125 commented on 2019-03-16 15:57

The best way is extra-x86_64-build. If you want to stick with makepkg, clean the folder first. For example, git pull && git clean -dfx && makepkg.

By the way, dropbox.desktop is generated by gendesk. I'm not sure what you mean by "copying over the file from within src/".

leonardof commented on 2019-03-16 13:21

I don't use any AUR helper: I have a clone of <> where I run git pull, makepkg and pacman -U to update the package. That't the recommended way, right?

For a while now, makepkg fails because of a leftover dropbox.desktop. I have to delete the file, which is again copied from src/ by makepkg, and again I have to delete the file the next time I update.

Please stop copying over the file from within src/, or at least make it so that the package can be updated without the user manually deleting the file.

Thanks in advance!

yan12125 commented on 2019-03-15 03:15

Sorry for the last unnecessary pkgrel bumping - there's a bug in my script and I've fixed it.

@zman0900: That's a bug of pacaur - report it there. @syrenity: Are you using proxychains with dropbox? If so it's a known issue [1] and I think only Dropbox developers can fix it.


zman0900 commented on 2019-03-14 21:21

Could the gendesk command be moved to a build() function? Some aur helpers (pacaur at least) do not install makedepends until after prepare() has been ran, so prepare() fails if I don't manually install gendesk first.

syrenity commented on 2019-03-10 09:07

Getting following error on latest version:

dropbox: locating interpreter !! dropbox: can't trust path, fall back on working directory (relative)! !! dropbox: failed to resolve program path (No such file or directory)! !! dropbox: no executable path! (error 1) Aborted (core dumped)

The headless version from Dropbox site works fine.

Fenrihr commented on 2019-02-27 00:40

i'm getting the error "Verifying source file signatures with sha256sums..." with dropbox-lnx.x86_64-67.4.83.tar.gz

i import the gpg keys but keep getting the same error

yan12125 commented on 2019-02-25 04:06

@sercans: Thank you very much for the comment! optdepends updated.