Package Details: dropbox 68.4.102-2

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: https://www.dropbox.com
Licenses: custom
Submitter: mtorromeo
Maintainer: mtorromeo
Last Packager: yan12125_2
Votes: 2277
Popularity: 10.496004
First Submitted: 2009-01-22 14:21
Last Updated: 2019-03-18 04:00

Dependencies (14)

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

If you can't run the dropbox@ service normally, try to create a read-only directory ~/.dropbox-dist and run again. See https://gitlab.com/yan12125/aur/issues/21 for details.

yan12125 commented on 2017-11-06 15:13

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

1 2 3 4 5 6 ... 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
./pkg/dropbox/usr/share/applications/dropbox.desktop
./src/dropbox.desktop
./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 <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!

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.

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

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.