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

I have the same error as username227

package function has error apparently:

install: cannot stat '/var/tmp/pamac-build-jerry/dropbox/src/DropboxGlyph_Blue.svg': No such file or directory

The PKGBUILD as currently written cannot handle being re-ran within the same build directory. I.e.

# check out this AUR
$ cd dropbox
$ makepkg
# <Succeeds>
$ makepkg -f
# <Will fail during prepare()>

This is due to the gendesk command failing if a file it generates already exists when invoked without the -f command. The simplest way to fix this is by just giving it the -f command.

@mtorromeo, could you please apply the following patch to the PKGBUILD?

$ git diff
diff --git a/PKGBUILD b/PKGBUILD
index e5d6bcf..20ebc4c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -42,7 +42,7 @@ validpgpkeys=(
 )

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

 package() {

(While this may seem a contrived scenario, it affects across version updates as well, and actively impedes the way the aura AUR package manager operates by default, for example. Ref: https://github.com/fosskers/aura/issues/955 )

Quick follow-up. Looks like I need to run snixembed in order to get the Dropbox tray icon. Running Awesome window manager.

I'm getting no try icon and the warning about Dropbox requiring App Indicator support even though I have libappindicator-gtk3 installed. Everything is up to date with latest release of packages. Any ideas?

Running dropbox in a terminal window, nothing stands out in the output:

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'
<frozen zipimport>:259: UserWarning: google.protobuf.service module is deprecated. RPC implementations should provide code generator plugins which generate code specific to the RPC implementation. service.py will be removed in Jan 2025
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 '/opt/dropbox/PyQt5.QtCore.so'
dropbox: load fq extension '/opt/dropbox/PyQt5.sip.so'
dropbox: load fq extension '/opt/dropbox/PyQt5.QtGui.so'
dropbox: load fq extension '/opt/dropbox/PyQt5.QtWidgets.so'
Fontconfig warning: using without calling FcInit()

Just installed it on a pretty fresh Arch install. It was pretty weird. https://wiki.archlinux.org/title/Dropbox is outdated.

Login was through the website. I needed to do it twice. Once when starting dropbox for the first time, and second when I tried syncing through the old setting menu.

At first it showed me the old setting menu when it's not syncing, but I can't open it again after it syncs. Now opening "Preferences" will open a new vertical menu that has "Language", "Notifications", and so on. The problem is autostart etc. was in the old settings menu but not in the new vertical menu.

Starting dropbox also gives some warning about libappindicator. Something about Dropbox soon will requires libappindicator for future updates.

You guys should make plans when the support for linux gets worse or dropped.

There appears to be an issue with this being out of date and copying its source into /opt, when the service usually operates from the user's home directory. With 221.3, DropBox decided to remove the preferences GUI and now require CLI operations for most tasks, which makes this setup nearly unusable.

I'm still getting used to things, but I can update this with v220.4.4126, which will resolve the GUI situation while remaining compatible (for now). However, this also requires the user set the .dropbox-dist folder to read only so it cannot update it. I have yet to find an elegant solution for this, so I'll have to see how the Debian/Ubuntu systems work and try to mirror the setup.

On a fresh arch installation, I was failing to get the popup dialog asking me to confirm moving my dropbox folder to a different location, but it was printed on the terminal (if dropbox launched from terminal) but without any option to confirm or cancel.

Installing the package libappindicator-gtk3 and its dependencies (gtk3-1:3.24.49-1 libdbusmenu-glib-16.04.0.r498-2 libdbusmenu-gtk3-16.04.0.r498-2 libappindicator-gtk3-12.10.0.r298-4) solved the problem.

I haven't made a read only directory ~/.dropbox-dist. Dropbox updated itself and still syncs fine.

Is there any progress? The last statement from the maintainer is 10/22

The package should work now.

but it definitely does not work.