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

Hi and thanks for all the maintenance work! What is the new .nvchecker.toml file for?