Arch Linux User Repository

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>

If you can't run the dropbox@ service normally, try to create a read-only directory ~/.dropbox-dist and run again.

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

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

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

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
./pkg/dropbox/usr/share/applications/dropbox.desktop
./src/dropbox.desktop
./dropbox.desktop

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

I don't use any AUR helper: I have a clone of <https://aur.archlinux.org/dropbox.git> 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!

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.

[1] https://github.com/rofl0r/proxychains-ng/issues/231

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.

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.

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

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