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

@Richardk2n, you beat me to this comment. But a strange thing happened while I was trying to generate the new shasums - when I tried to run makepkg, it said that there was a 403 error from the source. When I tried to build in a chroot using "SKIP' instead of the shasums, though, it downloaded just fine. Never experienced anything like that before.

@armadillo @mtorromeo forgot to update the SHA256. New one is ec2ee411a295ab1f559243ad267899f7b4b7405d97641374909ab0fd4b310fd0 for sha256sums_x86_64

dropbox 210.4.4854-1 fails to build at present:

==> Validating source_x86_64 files with sha256sums...
    dropbox-lnx.x86_64-210.4.4854.tar.gz ... FAILED
    dropbox-lnx.x86_64-210.4.4854.tar.gz.asc ... Skipped
==> ERROR: One or more files did not pass the validity check!

@cyclic3 same issue as @rosenberg. Clearing ~/.dropbox-dist doesn't help. Qtile/wayland (worked with previous versions).

@rosenberg, I had the same issue, and the solution here worked for me: https://unix.stackexchange.com/questions/198782/why-does-dropbox-say-killed-on-arch-linux

Basically, just nuke the ~/.dropbox-dist/ dir. I had to log in again to dropbox, and then everything started syncing again, although the folder has not come back :/

@rosenberg assuming you're using gnome, have you tried installing and enabling AppIndicator (gnome-shell-extension-appindicator) I had that problem and it fixed things for me.

Hello,it doesn't work for me anymore, it gets killed for no apparent reason

It used to work

➜  dropbox
dropbox: load fq extension '/opt/dropbox/cryptography.hazmat.bindings._openssl.abi3.so'
dropbox: load fq extension '/opt/dropbox/cryptography.hazmat.bindings._padding.abi3.so'
dropbox: load fq extension '/opt/dropbox/apex._apex.abi3.so'
dropbox: load fq extension '/opt/dropbox/psutil._psutil_linux.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/psutil._psutil_posix.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/google._upb._message.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/tornado.speedups.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/wrapt._wrappers.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/cryptography.hazmat.bindings._openssl.abi3.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/cryptography.hazmat.bindings._padding.abi3.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/apex._apex.abi3.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/psutil._psutil_linux.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/psutil._psutil_posix.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/google._upb._message.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/tornado.speedups.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/wrapt._wrappers.cpython-38-x86_64-linux-gnu.so'
Killed
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/PyQt5.QtCore.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/PyQt5.sip.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/PyQt5.QtGui.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/PyQt5.QtWidgets.so'
dropbox: load fq extension '/home/USERNAME/.dropbox-dist/dropbox-lnx.x86_64-208.4.5824/PyQt5.QtDBus.so'

Hi, thanks for your work on this package.

Could you please apply the following patch, which solves the dropbox.desktop already exists problem?

--- PKGBUILD    2024-08-31 11:07:18.178793373 -0700
+++ PKGBUILD-240831-patched     2024-08-31 11:01:25.553619893 -0700
@@ -42,7 +42,7 @@
 )

 prepare() {
-  gendesk --pkgname="$pkgname" --pkgdesc="$pkgdesc" --categories=Network PKGBUILD
+  gendesk --pkgname="$pkgname" --pkgdesc="$pkgdesc" --categories=Network -f PKGBUILD
 }

 package() {

can you fix the goddamn dropbox.desktop already exists error already, that is trivial and as the package stands it is basically incompatible with any automated AUR helper