Package Details: dropbox 150.4.5000-1

Git Clone URL: (read-only, click to copy)
Package Base: dropbox
Description: A free service that lets you bring your photos, docs, and videos anywhere and share them easily.
Upstream URL:
Licenses: custom
Submitter: mtorromeo
Maintainer: mtorromeo
Last Packager: mtorromeo
Votes: 2370
Popularity: 4.28
First Submitted: 2009-01-22 14:21 (UTC)
Last Updated: 2022-06-11 16:07 (UTC)

Sources (8)

Pinned Comments

yan12125 commented on 2019-01-05 16:39 (UTC) (edited on 2019-02-27 08:11 (UTC) by yan12125)

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 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]
uid           [ unknown] Dropbox Automatic Signing Key <>

yan12125 commented on 2018-08-01 11:41 (UTC) (edited on 2020-01-24 15:13 (UTC) by yan12125)

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

yan12125 commented on 2017-11-06 15:13 (UTC) (edited on 2019-03-18 03:50 (UTC) by yan12125)

Some useful places for issues about Dropbox itself (not the package):

  1. Official Dropbox user feedback forum

  2. Arch Linux discussion places:, #archlinux on,

Latest Comments

bob418 commented on 2022-04-13 23:24 (UTC)

Dropbox cannot work properly on Gnome 42. The icon on the top bar is not clickable so the preferences cannot be managed.

chovy commented on 2021-12-08 03:24 (UTC)

-> Flagged Out Of Date AUR Packages: dropbox

i716 commented on 2021-12-04 09:45 (UTC) (edited on 2021-12-16 09:35 (UTC) by i716)

Update to the latest version of dropbox has failed. dropbox 135.4.4221-1 (131.4.3968-1) AUR

==> Verifying source file signatures with gpg... dropbox-lnx.x86_64-135.4.4221.tar.gz ... cat: write error: Broken pipe FAILED ==> ERROR: One or more PGP signatures could not be verified!

The key has already been imported when dropbox was first installed. Therefore trying to re-add it doesn't change anything.


gpg --import ~/Downloads/rpm-public-key.asc  ✔ gpg: key FC918B335044912E: "Dropbox Automatic Signing Key" not changed gpg: Total number processed: 1 gpg: unchanged: 1

FIXED: Sorry, my mistake, I was trying to build w/ sudo. Ran again as normal user and problem solved.

jhossbach commented on 2021-11-30 10:36 (UTC)

@mtorromeo: Could you add the argument -f to the gendesk so that previous .desktop files are overwritten? That solves @jfly's problem.

jfly commented on 2021-11-30 02:49 (UTC) (edited on 2021-11-30 02:51 (UTC) by jfly)

Anyone else seeing this error when installing?

==> Starting prepare()...
[dropbox]                         Generating desktop file... no
dropbox.desktop already exists. Use -f as the first argument to overwrite it.
==> ERROR: A failure occurred in prepare().

I've worked around this for now by commenting out the prepare block.

Edit: Sorry, I didn't look back in the history! I see this was mentioned way back in 2020:

jhossbach commented on 2021-09-09 20:12 (UTC)

@acyment: The dropbox-lnx.x86_64-130.4.4978.tar.gz file didn't pass the validity check. Try pulling the AUR repo again, run makepkg again, see if that works. If not, run makepkg --geninteg and compare the sha256sums with the ones in the PKGBUILD.

acyment commented on 2021-09-09 13:09 (UTC) (edited on 2021-09-09 13:10 (UTC) by acyment)

Similar to what others have commented, I am now getting this error:

    dropbox@.service ... Passed
==> Validating source_x86_64 files with sha256sums...
   dropbox-lnx.x86_64-130.4.4978.tar.gz ... FAILED
   dropbox-lnx.x86_64-130.4.4978.tar.gz.asc ... Skipped
==> ERROR: One or more files did not pass the validity check!
   Error: Failed to build dropbox

moormaster commented on 2021-06-22 18:58 (UTC) (edited on 2021-06-22 18:59 (UTC) by moormaster)

gpg --keyserver hkp:// --recv-keys FC918B335044912E

works for me as suggested here

StormEngineer commented on 2021-05-10 00:39 (UTC)

This is still an issue today:

xavierbaez commented on 2021-05-03 21:08 (UTC)

I think this package needs to be upgraded to version


xavierbaez commented on 2021-05-03 20:44 (UTC)

My dropbox says it's not the latest version I have package dropbox 120.4.4598-1 Dropbox Linux version 96.4.172

ghen commented on 2021-05-03 14:22 (UTC)

The dropbox client is auto-updating in your homedir, see

pedrorafael commented on 2021-04-23 13:58 (UTC)

The program does not open on gnome 40.

pedrorafael commented on 2021-04-23 13:58 (UTC)

The program does not open on gnome 40.

xuanruiqi commented on 2020-12-02 15:22 (UTC)

No update?

wooque commented on 2020-10-06 09:05 (UTC)

Same here, had to download and import key manually

pitlochry commented on 2020-10-06 08:51 (UTC)

I can confirm, that (using yay without sudo)

gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E

does not work. Only downloading directly from and adding with

gpg --import rpm-public-key.asc

works. Can the PKGBUILD be updated with this?

cavernico commented on 2020-10-02 14:44 (UTC) (edited on 2020-10-02 14:51 (UTC) by cavernico)

in several machines the command

gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E

wont work...

only downloading directrly from and add with:

gpg --import rpm-public-key.asc

Can the PKGBUILD be updated with this?

gothicVI commented on 2020-09-19 06:48 (UTC)

@Kunda download working fine for me. Check any firewall, proxy, VPN settings. Also try the link via browser.

Kunda commented on 2020-09-19 04:05 (UTC)

Building dropbox...
==> Making package: dropbox 105.4.651-1 (Sat 19 Sep 2020 12:02:31 AM EDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found DropboxGlyph_Blue.svg
  -> Found terms.txt
  -> Found dropbox.service
  -> Found dropbox@.service
  -> Downloading dropbox-lnx.x86_64-105.4.651.tar.gz...
** Resuming transfer from byte position 101001773
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0    49    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 416
==> ERROR: Failure while downloading
Failed to build dropbox

gothicVI commented on 2020-09-18 21:09 (UTC)

@idanka: are you using a AUR helper like yay or alike? If so, do not run them as root! Also do import the keys as user not as root.

idanka commented on 2020-09-18 21:05 (UTC)

@ gothicVI I use Manjaro Gnome 20.1 pamac gtk 9.5.10-1/ aur / install dropbox 105 ... / Build error pgp

terminal: sudo -s

gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E

gpg: keyserver receive failed: General error

downloads rpm-public-key.asc

gpg --import rpm-public-key.asc

gpg: key FC918B335044912E: "Dropbox Automatic Signing Key" not changed gpg: Total number processed: 1 gpg: unchanged: 1

Sry, but aur error output not Englist.

gothicVI commented on 2020-09-18 20:45 (UTC)

@idanka: how are you trying to install? Provide a bit more information.

idanka commented on 2020-09-18 19:57 (UTC)

yan12125 "Run the following command in case you got errors during "Verifying source file signatures with gpg..."

Sry, but not works "ERROR: One or more files did not pass the validity check! Failed to build dropbox"

dolour commented on 2020-09-14 09:39 (UTC)

Tray icon no longer visible since todays update. Otherwise it seems to run fine tho.

albuntu commented on 2020-09-04 17:05 (UTC) (edited on 2020-09-04 17:06 (UTC) by albuntu)

I have (a) problem(s): Although I imported the key via 'sudo gpg --import rpm-public-key.asc' Dropbox will not be installed: ... ==> Überprüfe Signaturen der Quell-Dateien mit gpg... dropbox-lnx.x86_64-104.4.175.tar.gz ... FEHLGESCHLAGEN (Unbekannter öffentlicher Schlüssel FC918B335044912E) ==> FEHLER: Eine oder mehrere PGP-Signaturen konnten nicht überprüft werden! Fehler beim Erstellen von dropbox ... What can I do?

brandon.arnold commented on 2020-08-26 19:23 (UTC)

@wooque I guess the dropbox tray picks up different methods of showing generating the sign in link, then, depending on the environment. For me, it did not work until I installed Qt5, and qt5-base is one method out of quite a few of doing that. I'm sure GTK is also adequate.

wooque commented on 2020-08-26 07:46 (UTC)

I don't have qt5-base neither and I just successfully signed in my account

brandon.arnold commented on 2020-08-26 05:29 (UTC) (edited on 2020-08-26 05:29 (UTC) by brandon.arnold)

I recommend adding qt5-base as a dependency. The Sign In dialog doesn't work without Qt5, which I just learned trying to get this package to work in my i3 system tray.

thebombzen commented on 2020-08-08 14:58 (UTC) (edited on 2020-08-08 14:58 (UTC) by thebombzen)

@eisterman This exact issue has already been explained to the maintainer, who refuses to fix this problem. The maintainer of this package seems to believe, incorrectly, that the -f flag is not what people want.

yfc commented on 2020-08-08 14:02 (UTC)

@yan12125 and @jerz4evr Finally got Dropbox installed. Thanks so much for your help!

Devastator commented on 2020-07-05 13:39 (UTC) (edited on 2020-07-05 13:42 (UTC) by Devastator)

Something wrong with /usr/bin/dropbox symlink, but i have no idea whats wrong. I get error:

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)

When i launch from /opt/dropbox/dropbox then no errors.

eisterman commented on 2020-07-02 00:14 (UTC) (edited on 2020-07-02 00:14 (UTC) by eisterman)

In PKGBUILD, prepare(), if it already finds the existing dropbox.desktop file, rather than overwriting because it already exists, it raise an error, which often happens if an installation has abnormally crashed before.

In particular, line 45 should be replaced with gendesk -f --pkgname="$pkgname" --pkgdesc="$pkgdesc" --categories=Network PKGBUILD adding the flag -f to overwrite the dropbox.desktop file during preparation.

varunsbhatta commented on 2020-06-17 19:28 (UTC) (edited on 2020-06-17 19:29 (UTC) by varunsbhatta)

Build is failing with the following log.

==> Validating source files with sha256sums...
    DropboxGlyph_Blue.svg ... Passed
    terms.txt ... Passed
    dropbox.service ... Passed
    dropbox@.service ... Passed
==> Validating source_x86_64 files with sha256sums...
    dropbox-lnx.x86_64-99.4.501.tar.gz ... FAILED
    dropbox-lnx.x86_64-99.4.501.tar.gz.asc ... Skipped
==> ERROR: One or more files did not pass the validity check!
Failed to build dropbox

I have the imported the right keys (as mentioned in the pinned comment). Any help?

ranger commented on 2020-06-05 14:55 (UTC)

@nthorderindex, maybe you should try to install without any aur helpers? To see if the problem is with your system or with the aur helper

nthorderindex commented on 2020-06-05 14:48 (UTC) (edited on 2020-06-05 14:51 (UTC) by nthorderindex)

@gothicVI I'm using aura, which needs to be run as root when installing packages. I've installed this package before using aura without an issue, I'm just trying to upgrade (97.4.467-1 -> 98.4.158-1). I tried using pikaur instead and the check passed, so it does seem to be an issue with aura though and not actually with this package.

EDIT: In case anyone else has this problem, it's solved by using sudo -E rather than just sudo. Explanation in the aura changelog here:

gothicVI commented on 2020-06-05 05:34 (UTC) (edited on 2020-06-05 05:34 (UTC) by gothicVI)

@nthorderindex what's the exact command you're using to install dropbox in the first place?

If you're running, e.g., pikaur or yay do not run them as root.

nthorderindex commented on 2020-06-04 21:00 (UTC)

Not sure what to make of this — I've imported the key (and it shows up in the output of gpg -k) but am currently getting a "PGP signatures could not be verified" error:

==> Verifying source file signatures with gpg...
    dropbox-lnx.x86_64-98.4.158.tar.gz ... FAILED
==> ERROR: One or more PGP signatures could not be verified!

jerz4evr commented on 2020-05-31 02:30 (UTC) (edited on 2020-05-31 02:39 (UTC) by jerz4evr)

An single command to fix the errors with file signature verification as referenced by yan12125's comment is the following:

curl | gpg --import

This is especially helpful if you keep getting the following error when trying to use gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E:

gpg: keyserver receive failed: Server indicated a failure

gothicVI commented on 2020-05-21 21:48 (UTC)

@Groumpf: Thanks a lot! That actually does the trick...

Groumpf commented on 2020-05-21 15:54 (UTC)

@gothicVI: I accidentally ran pikaur as root and got your error message. Try running pikaur as a normal user.

gothicVI commented on 2020-03-30 12:26 (UTC)

Running makepkg and makepkg --install on the snapshot did the trick. There seems to be something wrong with pikaur I'll need to investigate...

gothicVI commented on 2020-03-29 12:35 (UTC)

Hi, the update from version 92.4.382-1 -> 93.4.273-1 fails with:

:: Starte den Buildvorgang:
Job for run-u136.service failed because the control process exited with error code.
See "systemctl status run-u136.service" and "journalctl -xe" for details.

Ausführung des Befehls 'systemd-run --service-type=oneshot --pipe --wait --pty -p DynamicUser=yes -p CacheDirectory=pikaur -E HOME=/tmp -p WorkingDirectory=/var/cache/pikaur/build/dropbox makepkg --force' ist fehlgeschlagen.
:: Versuchen, wiederherzustellen?
[R] Build nochmal versuchen
[p] überspringe PGP-Signaturprüfung
[c] überspringe Checksummen-Prüfung
[i] ignoriere Architektur
[d] entferne Build-Verzeichnis und versuche erneut
[e] edit PKGBUILD
[u] überspringe Build dieses Pakets
[a] bauen aller Pakete abbrechen


systemctl status run-u136.service
● run-u136.service - /usr/bin/makepkg --force
     Loaded: loaded (/run/systemd/transient/run-u136.service; transient)
  Transient: yes
     Active: failed (Result: exit-code) since Sun 2020-03-29 14:25:47 CEST; 4min 27s ago
    Process: 3231 ExecStart=/usr/bin/makepkg --force (code=exited, status=1/FAILURE)
   Main PID: 3231 (code=exited, status=1/FAILURE)

Mär 29 14:25:26 ${HOSTNAME} systemd[1]: Starting /usr/bin/makepkg --force...
Mär 29 14:25:47 ${HOSTNAME} systemd[1]: run-u136.service: Main process exited, code=exited, status=1/FAILURE
Mär 29 14:25:47 ${HOSTNAME} systemd[1]: run-u136.service: Failed with result 'exit-code'.
Mär 29 14:25:47 ${HOSTNAME} systemd[1]: Failed to start /usr/bin/makepkg --force.


journalctl -xe
Mär 29 14:26:51 ${HOSTNAME} kded5[1357]: Registering "org.kde.StatusNotifierItem-5501-2/StatusNotifierItem" to system tray
Mär 29 14:26:51 ${HOSTNAME} plasmashell[1444]: QQuickItem::stackAfter: Cannot stack StatusNotifierItem_QMLTYPE_391(0x55a649fdff80, parent=0x55a6493beb80, geometry=0,0 0x0) after StatusNotifi>
Mär 29 14:26:52 ${HOSTNAME} systemd[1]: run-u136.service: Main process exited, code=exited, status=1/FAILURE
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support:
-- An ExecStart= process belonging to unit run-u136.service has exited.
-- The process' exit code is 'exited' and its exit status is 1.
Mär 29 14:26:52 ${HOSTNAME} systemd[1]: run-u136.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support:
-- The unit run-u136.service has entered the 'failed' state with result 'exit-code'.
Mär 29 14:26:52 ${HOSTNAME} systemd[1]: Failed to start /usr/bin/makepkg --force.
-- Subject: A start job for unit run-u136.service has failed
-- Defined-By: systemd
-- Support:
-- A start job for unit run-u136.service has finished with a failure.
-- The job identifier is 2492 and the job result is failed.
Mär 29 14:26:52 ${HOSTNAME} audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=run-u136 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? ad>
Mär 29 14:26:52 ${HOSTNAME} kernel: audit: type=1130 audit(1585484812.965:108): pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=run-u136 comm="systemd" exe="/usr/lib/sy>
Mär 29 14:26:54 ${HOSTNAME} wpa_supplicant[1037]: wlo1: WPA: Group rekeying completed with 38:10:d5:32:86:99 [GTK=CCMP]
Mär 29 14:28:25 ${HOSTNAME} kwin_x11[1436]: Could not attach Keys property to:  PlasmaQuick::Dialog(0x558b70338c80)  is not an Item
Mär 29 14:28:25 ${HOSTNAME} kwin_x11[1436]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 22552, resource id: 37751024, major code: 3 (GetWindowAttributes), minor code: 0
Mär 29 14:28:25 ${HOSTNAME} kwin_x11[1436]: qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 22553, resource id: 37751024, major code: 14 (GetGeometry), minor code: 0
Mär 29 14:28:25 ${HOSTNAME} kwin_x11[1436]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 22556, resource id: 37751024, major code: 3 (GetWindowAttributes), minor code: 0
Mär 29 14:28:25 ${HOSTNAME} kwin_x11[1436]: qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 22557, resource id: 37751024, major code: 14 (GetGeometry), minor code: 0
Mär 29 14:28:29 ${HOSTNAME} sudo[2066]: pam_unix(sudo:session): session closed for user root
Mär 29 14:28:29 ${HOSTNAME} kernel: audit: type=1106 audit(1585484909.176:109): pid=2066 uid=0 auid=1000 ses=2 subj==unconfined msg='op=PAM:session_close grantors=pam_limits,pam_unix,pam_per>
Mär 29 14:28:29 ${HOSTNAME} kernel: audit: type=1104 audit(1585484909.176:110): pid=2066 uid=0 auid=1000 ses=2 subj==unconfined msg='op=PAM:setcred grantors=pam_unix,pam_permit,pam_env acct=>
Mär 29 14:28:29 ${HOSTNAME} audit[2066]: USER_END pid=2066 uid=0 auid=1000 ses=2 subj==unconfined msg='op=PAM:session_close grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/>
Mär 29 14:28:29 ${HOSTNAME} audit[2066]: CRED_DISP pid=2066 uid=0 auid=1000 ses=2 subj==unconfined msg='op=PAM:setcred grantors=pam_unix,pam_permit,pam_env acct="root" exe="/usr/bin/sudo" ho>
Mär 29 14:29:45 ${HOSTNAME} kwin_x11[1436]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36756, resource id: 37751044, major code: 20 (GetProperty), minor code: 0

Do you need any additional information?

ordtrogen commented on 2020-02-29 09:03 (UTC)

When I get the error in

Starting prepare()

which has been the case for quite a while, I do

rm src/dropbox.desktop

and since I initiated the process with makepkg -si, I issue that command again. YMMV

nipsky commented on 2020-02-28 20:30 (UTC)

Hi, for the last few versions, I’m getting the following error:

==> Starting prepare()...
[dropbox]                         Generating desktop file... no
dropbox.desktop already exists. Use -f as the first argument to gendesk to overwrite.
==> ERROR: A failure occurred in prepare().

fra-san commented on 2020-01-24 18:32 (UTC)

@jomority No problem, it would be unreasonable to require everybody to read hundreds of comments before posting anything. Maybe we (I, at least) should add a few notes about the Dropbox startup process to the Wiki.

jomority commented on 2020-01-24 17:17 (UTC) (edited on 2020-01-24 17:20 (UTC) by jomority)

@fra-san Ah, sorry, I was not aware that it was already proposed.

So, it looks like currently, no easy solution for all setups is possible. It could maybe be solved by a wrapper script, but really the starting process should be standardized upstream.

The %h is on me. I didn't test it with the system unit. I used it because homes can be in other locations than /home/$USER. It seems like there is no easy solution for instantiated units for that case.

And I forgot, that I symlinked .dropbox to .local/share/dropbox.

So next time I will think longer and search harder, before I post here.

fra-san commented on 2020-01-24 16:39 (UTC) (edited on 2020-01-24 16:59 (UTC) by fra-san)

@jomority Something like that has been proposed in late 2018, see this comment by soderstrom.

Unfortunately it doesn't work in some configurations, as I pointed out back then. The dropbox process only forks if it can find a new version online. This is usually true if you haven't opted out from the "Early releases" program. If a new version cannot be found, the process does not fork, systemd assumes something went wrong (when a timeout is hit), kills it and starts a new instance. In a loop. This issue may be possibly worked out, but any solution will have to be thoroughly tested before it can be added to the package.

As an aside: %h in system units (dropbox@) resolves to /root; (at least on my system) the pid file's full path has to be /home/%I/.dropbox/

jomority commented on 2020-01-24 15:35 (UTC)

I have another solution for using the dropbox service (referencing the pinned comment of yan12125 from 2018-08-01). Override the unit with:

# Fix successful start not detected
# Fix stopping and detection of running status and main process

You can override this with systemctl --user edit dropbox or sudo systemctl edit dropbox@ depending on if you are using the user service.

Maybe the package sources could also be updated.

dlezo commented on 2020-01-11 13:56 (UTC)

I'm also constantly having that message about using -f in gendesk. I know very little about PKGBUILD files, but I can assure that I only have this issue with this Dropbox build file, and it happens everytime I update Dropbox. The rest of the packages I have installed don't complains about using -f with gendesk or need any kind of special attention. I really appreciate the work of the maintainers of this package, but having to update it in a different way than others is not user friendly. Some users like myself would prefer to simplify everything as much as possible when update their systems.

friday13 commented on 2019-12-25 14:11 (UTC) (edited on 2019-12-25 14:12 (UTC) by friday13)

warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/plugins/platforms/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/qt.conf
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/resources/resources_images.rcc
warning: could not get file information for opt/dropbox/resources/resources_qml.rcc
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/
warning: could not get file information for opt/dropbox/wmctrl
warning: could not get file information for usr/bin/dropbox
warning: could not get file information for usr/lib/systemd/system/dropbox@.service
warning: could not get file information for usr/lib/systemd/user/dropbox.service
warning: could not get file information for usr/share/applications/dropbox.desktop
warning: could not get file information for usr/share/licenses/dropbox/terms.txt
warning: could not get file information for usr/share/pixmaps/dropbox.svg
:: Processing package changes...
(1/1) reinstalling dropbox                                             [---------------------------------------] 100%
error: could not extract /opt/dropbox/ (Lzma library error:  No progress is possible)
error: problem occurred while upgrading dropbox
error: could not commit transaction
error: failed to commit transaction (transaction aborted)
Errors occurred, no packages were upgraded.

servimo commented on 2019-12-12 14:51 (UTC) (edited on 2019-12-19 11:47 (UTC) by servimo)

I could not run dropbox, it gives me this error: "thread panicked while processing panic. aborting. Segmentation faul (core image recorded)"

ranger commented on 2019-12-11 23:39 (UTC)

You are right, it's not correct because it's not failing for me. But it is correct because it is as the official guideline describes. It fails if you don't clear your build path. The wiki says you should clean the build path. Clean your build path.

thebombzen commented on 2019-12-11 23:34 (UTC)


Just because it's never failed for you does not mean it is correct. If it fails for other people it's not all those users' responsibility to fix something that you close as "worksforme."

Also this has nothing to do with the --noextract option.

asakurahao commented on 2019-12-09 23:07 (UTC)

Similar to @rohit275, my dropbox was running pretty well until last weak. Now it is showing "connecting". I know it is not the network because I'm running other two "clouds" in the same computer and I have the dropbox in a windows computer at the "same network". Could someone help me, please?

ranger commented on 2019-12-04 09:11 (UTC)


The PKGBUILD as it is now, without what you call "the obvious fix" has never failed for me.

It's the user that has to take care of this, not the PKGBUILD. For example, if you add "the obvious fix" it will be impossible to use the --noextract option while building. Using the -c option is what the wiki suggests.

nyanpasu64 commented on 2019-12-04 05:52 (UTC)

overwriting generated files shouldn't be in the PKGBUILD, because not everyone wants this. If you want to run makekpg again and overwrite the files use makepkg --cleanbuild

When doing the obvious thing to upgrade dropbox, makepkg fails with an error. If you don't want to add the obvious fix, can you catch this particular error message and suggest running makepkg --cleanbuild or makepkg -src instead?

ranger commented on 2019-11-22 19:42 (UTC)

@ thebombzen,

overwriting generated files shouldn't be in the PKGBUILD, because not everyone wants this. If you want to run makekpg again and overwrite the files use makepkg --cleanbuild

Or even better, run makepkg -src when every time you run build a package, so you won't have any leftover files.

thebombzen commented on 2019-11-22 14:12 (UTC)

Can we add the -f argument to gendesk located in prepare() of PKGBUILD? If you run makepkg more than once, gendesk will refuse to overwrite the previously generated desktop file and exit with failure, causing the build to abort. Using -f will just tell it to overwrite the file if it exists.

jango commented on 2019-11-18 07:32 (UTC)

If you use dolphin file manager install this addons "dolphin-plugins" to see the folder status

Achilleus commented on 2019-11-13 23:04 (UTC) (edited on 2019-11-13 23:05 (UTC) by Achilleus)

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) Przerwane (zrzut pamięci)

Zwenn76 commented on 2019-11-03 09:28 (UTC)

@ranger Thank you and sorry for posting here. I should have read the archwiki thoroughly.. But yes I can confirm that this workaround works.

ranger commented on 2019-11-03 09:11 (UTC)

@Zwenn76 You have to disable Dropbox auto update.

Zwenn76 commented on 2019-11-03 09:07 (UTC)

It seems like as soon as there is a new version and this package gets flagged out of date I am having trouble with my installed version. My CPU is running high and htop shows that in /.dropbox-dist/dropbox-lnx.x86_64-84.4.170 there are several version of /newversion running. So it seems that dropbox is aware that there is a newer version and starts complaining. I can only stop the daemon than. Is anyone facing the same issue?

rohit275 commented on 2019-11-02 00:46 (UTC)

I have been struggling with all the tips on the Arch Wiki as well as comments in this thread and have been unable to start my dropbox installation on a fresh Arch install. Previously was running into the same issues on Manjaro, where dropbox used to work fine before recent updates. The program seems to be eternally "connecting" even with a fresh install on a new arch install, and I am never able to log in or interact with the program at all. Has anyone else been having these issues? So far no solution has worked for me.

DenisBY commented on 2019-10-08 09:34 (UTC) (edited on 2019-10-08 10:00 (UTC) by DenisBY)

@fra-san Here is a link to deb Also this page ( says that "The new desktop experience will be updated for Dropbox desktop users over the next few weeks."

UPDATE: yes, you are right. it seems it contains "a command-line tool and a Nautilus extension that integrates the Dropbox web service with your GNOME Desktop."

fra-san commented on 2019-10-08 09:05 (UTC) (edited on 2019-10-08 09:06 (UTC) by fra-san)

@DenisBY It looks like 2019.02.04 is the latest version of nautilus-dropbox, not that of Dropbox itself.
The list of Dropbox builds at confirms that the one linked in the "Source" section above (82.4.155) is the most recent stable one.

DenisBY commented on 2019-10-08 07:06 (UTC) (edited on 2019-10-08 07:07 (UTC) by DenisBY)

There is new version of Dropbox client available (2019.x) Could we expect AUR for this version? Thanks

markxnelson commented on 2019-09-23 01:18 (UTC)

Hi, The tray icon does not work well for me. It does appear, and it changes to the "syncing" icon for a short time, then goes back to normal. I cannot click on it (left/right) - no menu is ever shown, so I cannot interact with the dropbox program.

nTia89 commented on 2019-09-17 08:40 (UTC) (edited on 2019-09-23 07:25 (UTC) by nTia89)

I have an issue with SVG icon provided:
I used to change default icon with the SVG icon for my Dropbox folder. Since last pacman upgrade file manager is no more able to show the SVG and thus place a blank icon in place of that.
Now, I think SVG we provide has a problem, because opening and saving it with Inkscape or LibreOffice Draw, makes it "working" again. Now, I am not an expert but size before and after that re-saving changes from 605 Bytes to 4.9 KB and it's strange... maybe we provide a malformed SVG? because also the thumbnail os SVG itself is empty but image viewer opens it correctly!
EDIT: also .desktop icon fails to load: I use gnome-shell and icon disappeared from the launcher (but I can still launch it normally)
EDIT2: here is a screenshot []

zman0900 commented on 2019-09-13 18:30 (UTC)

If the 'prepare' section is re-ran without first cleaning out the build directory, the gendesk command errors:

dropbox.desktop already exists. Use -f as the first argument to gendesk to overwrite.

Please add the '-f' argument.

interskh commented on 2019-09-10 07:08 (UTC)

Looks like i've got the same thing as @syrenity, but i don't use proxychains

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) [1] 9559 abort sudo dropbox

satriani commented on 2019-09-09 06:50 (UTC) (edited on 2019-09-09 06:50 (UTC) by satriani)

For all who have issue: ImportError: cannot open shared object file: No such file or directory

sudo chmod 755 /opt/dropbox/

brownbear404 commented on 2019-09-08 17:49 (UTC)

The "selective sync" button does not seem to do anything. Does someone else face similar issue? Seems to be a problem with the latest builds:

chapa commented on 2019-09-08 10:44 (UTC)

If you have message " cannot open shared object file: No such file or directory\n'] (error 3)"

Fix it sudo chmod 755 /opt/dropbox/

ambra commented on 2019-09-07 21:03 (UTC)

You need to:

chmod go+r

in order to start dropboxd.

Tio commented on 2019-09-07 11:35 (UTC)

@wooque Indeed. Sorry. Ok, it works now. Thank you!

wooque commented on 2019-09-07 11:33 (UTC) (edited on 2019-09-07 11:33 (UTC) by wooque)

as servimo said

sudo chmod 755 /opt/dropbox/

will fix the issue

Tio commented on 2019-09-07 11:15 (UTC)

I am using Manjaro Gnome. So, what can I do?

servimo commented on 2019-09-07 11:12 (UTC) (edited on 2019-09-07 11:13 (UTC) by servimo)

I just changed the permissions of "" and it is working. It's permissions was to only root could read or write.

Tio commented on 2019-09-07 11:09 (UTC)

After the last update it doesn't work anymore:

[tio@tio-pc ~]$ dropbox
dropbox: locating interpreter
dropbox: logging to /tmp/dropbox-antifreeze-htKc54
dropbox: initializing
dropbox: initializing python 3.7.2
dropbox: setting program path '/opt/dropbox/dropbox'
dropbox: setting home path '/opt/dropbox'
dropbox: setting python path '/opt/dropbox:/opt/dropbox/'
dropbox: python initialized
dropbox: running dropbox
dropbox: setting args
dropbox: applying overrides
dropbox: running main script
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
Traceback (most recent call last):
  File "dropbox/client/main.pyc", line 18, in <module>
  File "dropbox/client/features/catalina_migration/catalina_migration_controller.pyc", line 19, in <module>
  File "dropbox/client/features/catalina_migration/catalina_account_context.pyc", line 13, in <module>
  File "dropbox/client/features/catalina_migration/alert_dialog.pyc", line 10, in <module>
  File "dropbox/client/features/file_locking/base_file_locking_alert.pyc", line 14, in <module>
  File "dropbox/client/features/legacy_ui_launcher.pyc", line 21, in <module>
  File "dropbox/client/configuration/manager.pyc", line 45, in <module>
  File "dropbox/client/configuration/utils.pyc", line 27, in <module>
  File "dropbox/client/notifications/loud_notifications/do_not_disturb/model.pyc", line 51, in <module>
  File "ui/common/preferences.pyc", line 21, in <module>
  File "dropbox/client/authentication/manager.pyc", line 36, in <module>
  File "dropbox/client/authentication/control_flow_helpers.pyc", line 3, in <module>
  File "dropbox/client/high_trace.pyc", line 53, in <module>
  File "dropbox/client/logging/dbxlog_logger.pyc", line 11, in <module>
  File "apex/dbxlog.pyc", line 14, in <module>
  File "<_bootstrap_overrides>", line 153, in load_module
ImportError: cannot open shared object file: No such file or directory
!! dropbox: fatal python exception:
['Traceback (most recent call last):\n', '  File "dropbox/client/main.pyc", line 18, in <module>\n', '  File "dropbox/client/features/catalina_migration/catalina_migration_controller.pyc", line 19, in <module>\n', '  File "dropbox/client/features/catalina_migration/catalina_account_context.pyc", line 13, in <module>\n', '  File "dropbox/client/features/catalina_migration/alert_dialog.pyc", line 10, in <module>\n', '  File "dropbox/client/features/file_locking/base_file_locking_alert.pyc", line 14, in <module>\n', '  File "dropbox/client/features/legacy_ui_launcher.pyc", line 21, in <module>\n', '  File "dropbox/client/configuration/manager.pyc", line 45, in <module>\n', '  File "dropbox/client/configuration/utils.pyc", line 27, in <module>\n', '  File "dropbox/client/notifications/loud_notifications/do_not_disturb/model.pyc", line 51, in <module>\n', '  File "ui/common/preferences.pyc", line 21, in <module>\n', '  File "dropbox/client/authentication/manager.pyc", line 36, in <module>\n', '  File "dropbox/client/authentication/control_flow_helpers.pyc", line 3, in <module>\n', '  File "dropbox/client/high_trace.pyc", line 53, in <module>\n', '  File "dropbox/client/logging/dbxlog_logger.pyc", line 11, in <module>\n', '  File "apex/dbxlog.pyc", line 14, in <module>\n', '  File "<_bootstrap_overrides>", line 153, in load_module\n', 'ImportError: cannot open shared object file: No such file or directory\n'] (error 3)
Aborted (core dumped)

commented on 2019-09-07 09:02 (UTC)

Same problem as @wooque. The issue is that depends on that cannot be loaded even if it is available in the same directory.

wooque commented on 2019-09-07 08:45 (UTC) (edited on 2019-09-07 08:45 (UTC) by wooque)

Dropbox 80.4.126 fails to start with this error

ImportError: cannot open shared object file: No such file or directory !! dropbox: fatal python exception: ['Traceback (most recent call last):\n', ' File "dropbox/client/main.pyc", line 18, in <module>\n', ' File "dropbox/client/features/catalina_migration/catalina_migration_controller.pyc", line 19, in <module>\n', ' File "dropbox/client/features/catalina_migration/catalina_account_context.pyc", line 13, in <module>\n', ' File "dropbox/client/features/catalina_migration/alert_dialog.pyc", line 10, in <module>\n', ' File "dropbox/client/features/file_locking/base_file_locking_alert.pyc", line 14, in <module>\n', ' File "dropbox/client/features/legacy_ui_launcher.pyc", line 21, in <module>\n', ' File "dropbox/client/configuration/manager.pyc", line 45, in <module>\n', ' File "dropbox/client/configuration/utils.pyc", line 27, in <module>\n', ' File "dropbox/client/notifications/loud_notifications/do_not_disturb/model.pyc", line 51, in <module>\n', ' File "ui/common/preferences.pyc", line 21, in <module>\n', ' File "dropbox/client/authentication/manager.pyc", line 36, in <module>\n', ' File "dropbox/client/authentication/control_flow_helpers.pyc", line 3, in <module>\n', ' File "dropbox/client/high_trace.pyc", line 53, in <module>\n', ' File "dropbox/client/logging/dbxlog_logger.pyc", line 11, in <module>\n', ' File "apex/dbxlog.pyc", line 14, in <module>\n', ' File "<_bootstrap_overrides>", line 153, in load_module\n', 'ImportError: cannot open shared object file: No such file or directory\n'] (error 3) zsh: abort (core dumped) dropbox

libdropbox_apex is located at /opt/dropbox/

johnny_boy commented on 2019-09-03 12:36 (UTC)

When I pause syncing, dropbox almost always crashes after a period of time. This has been happening for some time. Anyone else?

dolour commented on 2019-07-24 12:45 (UTC) (edited on 2019-07-24 12:45 (UTC) by dolour)

Dropbox is now spawning 2 tray icons after bootup, and creates another one for every click you perform on any of those icons. And those icons are getting plenteous very quickly...

wooque commented on 2019-07-20 10:45 (UTC)

After 77.4.131-1 update Dropbox is using monospace font for interface, which is ugly

obelix1502 commented on 2019-07-17 15:30 (UTC)

I've the same issue when I try to install firefox-nightly-fr :

$ gpg --recv-keys FC918B335044912E
gpg: connecting dirmngr at '/run/user/1000/gnupg/S.dirmngr' failed: Échec de l'appel IPC connect gpg: échec de réception depuis le serveur de clefs : Pas de dirmngr

Someone could help me ?

stratosgear commented on 2019-06-14 09:14 (UTC)

Similar to @walkindude:

gendesk: error while loading shared libraries: cannot open shared object file: No such file or directory
==> ERROR: A failure occurred in prepare().
Error making: dropbox

walkindude commented on 2019-06-06 20:18 (UTC)

gendesk: error while loading shared libraries: cannot open shared object file: No such file or directory

getzze commented on 2019-05-17 08:43 (UTC)

For the systemd service to be working correctly (stop and restart commands), you need to change the type from simple to forking:


jessymilare commented on 2019-05-17 03:29 (UTC) (edited on 2019-05-17 03:29 (UTC) by jessymilare)

I get the same error as @acdw. Adding '-f' to gendesk in PKGCONFIG worked, although I had also to install dropbox-filesystem-fix from

Thaodan commented on 2019-05-01 16:39 (UTC)

Why libappindicator-gtk3 for plasma? Plasma supports the StatusNotifer spec out of the box and dropbox is no GTK app.

PRafael commented on 2019-04-26 15:42 (UTC)

Thank you for your time. Grat job.

Regards Paulo

jahismighty commented on 2019-04-19 14:43 (UTC)

@acdw: as a hacky workaround you can modify PKGBUILD and add the specified flag (-f) to the gendesk command in the prepare() function.

Morganamilo commented on 2019-04-11 20:36 (UTC)

mksrcinfo is old and defunct but still being used on this package. This means some fields like pgp keys don't show up in the srcinfo even though they should.

Please use makepkg --printsrcinfo instead.

acdw commented on 2019-04-11 12:27 (UTC)

I get the following error when trying to install:

dropbox.desktop already exists. Use -f as the first argument to gendesk to overwrite.

It's during the prepare() stage of installation. It aborts the install.

michaldybczak commented on 2019-04-05 18:54 (UTC)

Thanks, now it works :).

mtorromeo commented on 2019-04-04 20:46 (UTC)

Download issue fixed

figue commented on 2019-04-04 20:35 (UTC)

Here you have my forked package as I said before:

The other one is not maintained by me.

michaldybczak commented on 2019-04-04 20:00 (UTC)

Not possible to install, something is wrong with the download link:

==> ERROR: Error during download Aborting... :: Unable to build dropbox - makepkg exited with code: 1

rcrath commented on 2019-04-04 19:41 (UTC)

Not installing: get error as follows.

curl: (22) The requested URL returned error: 403 ==> ERROR: Failure while downloading Aborting... ==> ERROR: Makepkg was unable to build dropbox.

figue commented on 2019-04-04 10:51 (UTC)

@wooque I wrote some time ago a fork of this package that always download the latest version of Dropbox, unfortunately it was removed from AUR and I can't find it on my work PC. But, I found this project in github that use the same idea. With it, you can install always the latest version:

wooque commented on 2019-04-03 12:11 (UTC)

@mtorromeo is there a chance that package will be updated

vader23 commented on 2019-03-28 15:55 (UTC)

The simplest and best way:

yan12125 commented on 2019-03-18 04:01 (UTC)

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

yan12125 commented on 2019-03-18 03:53 (UTC) (edited on 2019-03-18 04:02 (UTC) by yan12125)

@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 (UTC)

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

yan12125 commented on 2019-03-16 15:57 (UTC)

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 (UTC)

I don't use any AUR helper: I have a clone of <> 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 (UTC)

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.


zman0900 commented on 2019-03-14 21:21 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

sercans commented on 2019-02-22 20:26 (UTC)

@yan12125 kde plasma needs libappindicator-gtk3 to show themed tray icons. libappindicator-gtk3 package can be in optdepends.

i could not make xfce to show themed tray icon with libappindicator-gtk2 or libappindicator-gtk3

yan12125 commented on 2019-02-10 07:14 (UTC)

Sorry for the delay - I was on the Chinese New Year vacation last week :)

anks commented on 2019-02-10 02:58 (UTC)

This package needs an update. Running old version cause high CPU on some setups. @yan12125

arunkhattri commented on 2019-01-26 05:53 (UTC)

How to set the preferences? I am not getting any menu for dropbox as suggested in many wiki's /blogs.

have installed in Dell Vostro 15 3000 series Version: 65.4.177-2 Architecture: x86_64

yan12125 commented on 2019-01-09 03:44 (UTC)

Dropbox 64 fixes tray icon on XFCE, LXDE, MATE and Gnome. I guess more dependencies are necessary as the release note [1] mentions libappindicator. Please tell me if you got the tray icon work with extra packages and I'll add them to optdepends.


yan12125 commented on 2019-01-06 10:28 (UTC)

@amatriain: in my experience is unstable. You may want to choose another keyserver or download Dropbox's public key manually (see the updated pinned comment).

amatriain commented on 2019-01-06 09:14 (UTC)

I'm getting an error when importing the gpg key:

$ gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E gpg: no valid OpenPGP data found.

Also when I search the key in I get no results. Maybe it's been revoked?

yan12125 commented on 2019-01-05 16:39 (UTC) (edited on 2019-02-27 08:11 (UTC) by yan12125)

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 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]
uid           [ unknown] Dropbox Automatic Signing Key <>

yan12125 commented on 2018-12-29 00:42 (UTC)

Thank you @alex.forencich! I made your comment pinned.

alex.forencich commented on 2018-12-28 22:48 (UTC)

Install this package if you need to run dropbox on a non-ext4 filesystem:

This should work when running dropbox from the command line and as a service.

alex.forencich commented on 2018-12-28 22:14 (UTC)

Yeah, I suppose that's a good point, it would be possible to make a separate package that provides the .so file, the override wrapper script, and the override systemd unit file.

yan12125 commented on 2018-12-19 08:24 (UTC)

Regarding incompatibility with non-EXT4 filesystems: I don't think using existing "patches" [1][2] requires modifications to this package. Propose your modified PKGBUILD if you believe so.

[1] [2]

Galaxy commented on 2018-12-18 13:59 (UTC)

Would you include this patch to allow it running on other fs ?

yan12125 commented on 2018-12-13 02:15 (UTC)

@netlexer: Thanks for notifying me. That should have been fixed.

netlexer commented on 2018-12-13 01:54 (UTC) (edited on 2018-12-13 01:58 (UTC) by netlexer)

Did a newer version briefly become available via the AUR and then reverted? Yay, my package manager states:

dropbox: local (63.4.100-1) is newer than AUR (62.4.103-1)

which I don't think I've seen before. And if so why?

Is it OK to keep this newer version?

yan12125 commented on 2018-12-02 01:42 (UTC)

@InvisibleRasta: it looks like a wrapper script calling the actual binary. There's nothing to do with this package.

commented on 2018-12-02 00:53 (UTC)

yan12125 commented on 2018-12-01 00:54 (UTC)

@ncage: Awesome!

@InvisibleRasta: which patch did you refer? If the one mentioned by @alex.forencich - it's reported to be broken, and it patches the dropbox-cli package, not this one.

ncage commented on 2018-12-01 00:01 (UTC)

@yan1212 thanks for the reply. After much research i found out its actually a dropbox/gnome issue. It has been broken since gnome 3.28. I spelled out the details at:

commented on 2018-11-29 03:01 (UTC)

would it be possible for you to add the unsupported filesystem patch to this

yan12125 commented on 2018-11-13 12:07 (UTC)

@ncage: most likely you need to install optional dependencies of this package - perl-file-mimeinfo and/or xdg-utils. Running dropbox from a terminal should help you diagnose the problem, too.

ncage commented on 2018-11-13 02:00 (UTC)

Everything is working except when i click "Open Dropbox Folder" menu item. I'm running gnome. Anyone have a clue?

yan12125 commented on 2018-11-10 02:20 (UTC)

@alex.forencich: Did you test it? Looks like it has been broken some time per

alex.forencich commented on 2018-11-08 07:33 (UTC)

This should be incorporated in to this package to keep dropbox working on non-ext4 filesystems: .

t.langlois commented on 2018-10-24 09:34 (UTC)

I'm receiving an advice from Dropbox in order to put the Dropbox folder on an ext4 partition but it is already the case. Is it a glitch in their type of partition detection scheme or are they sending this to all users ? If this is not the right place for this kind of question, tell me.

yan12125 commented on 2018-10-18 11:45 (UTC)

Thanks @fra-san for various test results. I'll keep this package as-is - no dropping dropbox@.service, no changes to dropbox.service.

fra-san commented on 2018-10-16 13:19 (UTC) (edited on 2018-10-16 13:19 (UTC) by fra-san)

I'm really interested in keeping dropbox running smoothly, so I kept playing with the patches proposed by soderstrom and yan12125.
I found an issue with systemd units that use Type=forking: if you opt out from Dropbox's "Early releases" program (i.e. from using beta and experimental version) and you install the latest stable version, then at startup dropbox can't find a new version and doesn't fork, making the systemd service hit a timeout and fail. The service, then, restarts itself, times out again, and... you know.
It looks like Type=simple with disabled automatic updates is the only configuration that works in the most common scenarios.

fra-san commented on 2018-10-09 18:00 (UTC) (edited on 2018-10-10 09:18 (UTC) by fra-san)

Just one point: it might be useful to point out that your proposal requires ~/.dropbox-dist to be writable, otherwise the start job fails and dropbox is caught in a restart loop. I don't completely like the idea of having unavoidable automatic updates, but if it's ok for other users I'll live with it.

EDIT: Sorry, I should have been more precise. I can only confirm the aforementioned error if ~/.dropbox-dist is created with permissions = 000 as suggested in Not sure about a read-only ~/.dropbox-dist with something inside it.

johannes87 commented on 2018-10-06 17:08 (UTC)

The current version is 58.4.92. Updating worked on my x86_64 computer by updating pkgver and sha256sums_x86_64 in PKGBUILD

yan12125 commented on 2018-10-03 13:11 (UTC) (edited on 2018-10-09 18:14 (UTC) by yan12125)

I'd like to drop dropbox@.service in favor of dropbox.service to fix Please leave comments there if you object.

<del>I'll carry out the change if no one objects in two weeks.</del>

UPDATE: as mentioned by Francesco Sanesi, dropping dropbox@.service might break multi-user scenarios. I'll postpone the original plan.

soderstrom commented on 2018-09-01 14:46 (UTC) (edited on 2018-09-01 23:21 (UTC) by soderstrom)


Here is a permanent fix for dropbox service reloading.

Dropbox actually works correctly by forking itself, and it even gives us ~/.dropbox/ so systemd can know which process id to track.

There were some minor issues with dropbox return SIGKILL between process which really doesn't work with restart=on-failure alone. Therefore, SuccessExitStatus for SIGKILL was needed. Finally I also noticed that dropbox doesn't properly clean up (i.e. removing the file from last session) so had to add an ExecStopPost command for that.

You can see all of this here

This way automatic updates works again an you no longer need to make ~/.dropbox-dist read-only.

One concern I have is haven't tested this for only for the, so might be worth checking out.

Also note that, be a journal entry of the form "dropbox@$USER.service: Can't open PID file /home/$USER/.dropbox/ (yet?) after start: No such file or director"

This is because dropbox takes longer than some timeout before creating the file. Essentially it is triggering because of the "yet" part of that message. The line after will be "Started Dropbox" and everything is fine.

At least the ground labor is done now.

Enjoy your day.

yan12125 commented on 2018-08-31 06:08 (UTC)

@mtorromeo: Is it OK for you if I add lilac as a co-maintainer? I'd like to configure the lilac bot [1] to update this package automatically. (I can do that myself as I'm now a trusted user, just ask for approval)


yan12125 commented on 2018-08-01 11:41 (UTC) (edited on 2020-01-24 15:13 (UTC) by yan12125)

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

JatraMaya commented on 2018-06-20 16:06 (UTC) (edited on 2018-06-20 16:10 (UTC) by JatraMaya)

@parnmatt & @sl13kp

Just edit the PKGBUILD, find this line and remove the bold text. find "$pkgdir"/opt/dropbox/ -type f -exec chmod 644 {} \; chmod 755 "$pkgdir"/opt/dropbox/dropboxd chmod 755 "$pkgdir"/opt/dropbox/dropbox{,_py3}

a-bostaurus commented on 2018-06-20 16:02 (UTC)

Got the same problem as parnmatt.

parnmatt commented on 2018-06-20 14:45 (UTC)

I'm getting an error with the recent update; are you missing a file?

chmod: cannot access '/var/cache/pacman/pkg/dropbox25812/dropbox/pkg/dropbox/opt/dropbox/dropbox_py3': No such file or directory

sl13kp commented on 2018-06-20 14:00 (UTC)

chmod: impossibile accedere a '/tmp/yaourt-tmp-stefano/aur-dropbox/pkg/dropbox/opt/dropbox/dropbox_py3

afwlehmann commented on 2018-05-23 17:34 (UTC)

If I'm not mistaken then the current pkgrel should be reset to 1 now that pkgver was upgraded to 50.4.71.

yan12125 commented on 2018-05-09 08:00 (UTC)

49.4.68 is announced, anyway.

BTW, @jorgicio, how did you find the new URL before it's announced?

jorgicio commented on 2018-05-08 23:53 (UTC)

In fact, althought no news were published, the 49.4.68 is up. I'm now in Gentoo, I maintain the dropbox package on my overlay, and that version is up.

yan12125 commented on 2018-05-08 10:12 (UTC)

jorgicio flagged dropbox out-of-date on 2018-05-06 for the following reason:

Version 49.4.68 was just released.

After two days, there are still no news about 49.4.68 on, and still points to 48.4.58. I guess Dropbox engineers do not consider 49.4.68 ready yet, so unflag out-of-date.

yan12125 commented on 2018-03-25 07:39 (UTC) (edited on 2018-06-05 05:54 (UTC) by yan12125)

Recently I removed !upx from options as support for upx is dropped in pacman-git. If you use upx and get errors, please open a new issue at or leave a comment in

raumzeitkeks commented on 2018-03-05 13:50 (UTC)

@portaloffreedom Running

QT_QPA_PLATFORM=xcb dropbox

or - using the dropbox-cli package -

QT_QPA_PLATFORM=xcb dropbox-cli start

works for me.

portaloffreedom commented on 2018-03-03 13:04 (UTC)

Dropbox doesn't run on Wayland. Tried to force the xcb platform but it's completely ignoring my commands. Here is my terminal output:

$ dropbox -platform xcb
dropbox: locating interpreter
dropbox: logging to /tmp/dropbox-antifreeze-xwNXiB
dropbox: initializing
dropbox: initializing python 2.7.11
dropbox: setting program path '/opt/dropbox/dropbox'
dropbox: setting home path '/opt/dropbox'
dropbox: setting python path '/opt/dropbox:/opt/dropbox/'
dropbox: python initialized
dropbox: running dropbox
dropbox: setting args
dropbox: applying overrides
dropbox: running main script
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
dropbox: load fq extension '/opt/dropbox/'
!! (Qt:Fatal) This application failed to start because it could not find or load the Qt platform plugin "wayland".

Available platform plugins are: xcb.

Reinstalling the application may fix this problem.

Alexpin commented on 2018-02-01 13:10 (UTC)

@gj545rndmu take a look at the pinned comment:

[...] If you believe there's really an issue in PKGBUILD and/or relevant packaging scripts, please open an issue at with a title starting with "dropbox:".

gj545rndmu commented on 2018-02-01 10:45 (UTC)

Stupid question, but what do you mean with the last commit message "correct dependencies (closes #16)"? Is there something like a bugtracker?

yan12125 commented on 2017-11-06 15:13 (UTC) (edited on 2019-03-18 03:50 (UTC) by yan12125)

Some useful places for issues about Dropbox itself (not the package):

  1. Official Dropbox user feedback forum

  2. Arch Linux discussion places:, #archlinux on,

JayGatsby commented on 2017-11-06 14:51 (UTC)

also having problems with the tray icon -- using gnome ... I have to kill the dropbox process and restart it to get the icon to present itself. also cannot check the box to have dropbox start automatically -- it does start automatically but not with the tray icon.

commented on 2017-10-29 09:19 (UTC)

@bluesheep: forgot to add that both extensions are also in AUR:

commented on 2017-10-28 17:20 (UTC)

@bluesheep for the time being you can install the Topicons Plus or Kstatusnotifier/appindicator extensions to get items in the system tray:

bluesheep commented on 2017-10-28 16:39 (UTC)

I am using Gnome and have dropbox installed. since Gnome 3.26 there is no system tray anymore, thus there also is no dropbox status icon anymore. When I wanted to open the dropbox settings, previously i went to the status icon, right clicked it and selected "preferences". This is not possible anymore. Trying to open it via the icon in the application menu just starts the application. Is there any way the dropbox settings can be accesed in Gnome 3.26? Please let me know if I overlooked something.

unnilquadium commented on 2017-09-29 14:09 (UTC) (edited on 2017-09-29 21:42 (UTC) by unnilquadium)

Using Xfce and same thing happening here. Dropbox automatically sets itself to autostart regardless of the option I choose. Solved it (temporarily) by creating an empty dropbox.desktop file in .config/autostart and setting it as immutable with chattr +i

nullptr_t commented on 2017-09-28 05:27 (UTC)

@renatocan: > However, it occurs only on my desktop and not on my laptop. That's funny, I have the same issue with cinnamon. My desktop does not show the icon, but my laptop does (both cinnamon, same version), while KDE always shows the icon. It would be nice to find a workaround for hidden tray icons.

renatocan commented on 2017-09-28 01:34 (UTC)

I am also having a similar problem to the one mentioned by @dedfed. I use XFCE and although the startup option is disabled in Dropbox, the autostart file is created and it starts but the icon is not showed in system tray. The synchronization works but, to have the icon showed, I have to kill dropbox process and open it again. I could only make the icon work when starting xfce by creating a script with a "sleep 15" before calling dropbox. However, after dropbox is initialized the first time it creates a new autostart file which breaks this solution (since dropbox starts without the icon before my script is called). The problem started since last update. However, it occurs only on my desktop and not on my laptop. Thanks, Renato.

yan12125 commented on 2017-09-27 07:43 (UTC)

@dedfed: sounds the reverse of an older bug. @coxackie's comment on 2017-08-16 16:42 and my comment on 2017-08-19 18:15 may help.

dedfed commented on 2017-09-27 07:02 (UTC)

I have a problem with xfce4 where i have the startup option disabled but every time i start my laptop dropbox starts. I have also looked in "Session and startup" settings but disabling or deleting the dropbox entry does not seem to work as dropbox reactivates/ recreates the entry every time i start it. I have also tried to add "Hidden=true" on my dropbox.desktop file, but this seemed to work only until the next update.

rabarrett commented on 2017-09-25 05:42 (UTC)

Thank you so much yan! I didn't think about the fact that I crashed a couple of days ago while updating. Seems I have a regular problem crashing whenever I'm copying a large file to a USB. I've searched all over and tried copying with different things (rsync, pycp, etc.), but nothing seems to work. And since my forum searches keep turning up nothing on the issue, I'm not sure how to solve the large copy problem. But at least dropbox is working again. Much appreciated.

rabarrett commented on 2017-09-25 05:42 (UTC)

Thank you so much yan! I didn't think about the fact that I crashed a couple of days ago while updating. Seems I have a regular problem crashing whenever I'm copying a large file to a USB. I've searched all over and tried copying with different things (rsync, pycp, etc.), but nothing seems to work. And since my forum searches keep turning up nothing on the issue, I'm not sure how to solve the large copy problem. But at least dropbox is working again. Much appreciated.

yan12125 commented on 2017-09-24 18:33 (UTC)

@rabarrett: the checksum is correct. Most likely you got a broken file (partial downloads, etc.) Try to delete existing dropbox-lnx.x86_64-35.4.20.tar.gz and install again.

rabarrett commented on 2017-09-24 15:00 (UTC)

Hi yan. I managed to manually remove and reinstall knewstuff. I'm still having a problem with dropbox. It complains about the integrity check. AUR Packages (1) dropbox-35.4.20-1 :: Proceed with installation? [Y/n] y :: Retrieving package(s)... :: dropbox build files are up-to-date -- skipping :: Checking dropbox integrity... ==> Making package: dropbox 35.4.20-1 (Sun Sep 24 09:53:46 CDT 2017) ==> Retrieving sources... -> Found dropbox.png -> Found dropbox.desktop -> Found terms.txt -> Found dropbox.service -> Found dropbox@.service -> Found dropbox-lnx.x86_64-35.4.20.tar.gz ==> Validating source files with sha256sums... dropbox.png ... Passed dropbox.desktop ... Passed terms.txt ... Passed dropbox.service ... Passed dropbox@.service ... Passed ==> Validating source_x86_64 files with sha256sums... dropbox-lnx.x86_64-35.4.20.tar.gz ... FAILED ==> ERROR: One or more files did not pass the validity check! :: failed to verify dropbox integrity

yan12125 commented on 2017-09-24 14:20 (UTC)

As knewstuff itself doesn't work, it's not a dropbox issue but a knewstuff one. Mailing lists, IRC channels or forums are better places for this problem.

yan12125 commented on 2017-09-24 11:05 (UTC)

@rabarrett: Most likely knewstuff isn't installed correctly. Try reinstalling it.

yan12125 commented on 2017-08-23 05:47 (UTC)

@Kozmik: Thanks! I added it to optional dependencies.

Kozmik commented on 2017-08-23 03:30 (UTC)

xdg-utils should probably be added as a dependency, as without it Dropbox won't open my browser to let me log in unless I set the BROWSER environment variable manually.

yan12125 commented on 2017-08-19 18:15 (UTC)

@coxackie: I can confirm the same issue on LXQt - seems a dropbox bug. A workaround is rename the startup file in ~/.config/autostart/ from dropbox.desktop to something else. Technically, dropbox checks a preference item `startupitem` when it's started, and ~/.config/autostart/dropbox.desktop is deleted if `startupitem` is not set.

coxackie commented on 2017-08-16 16:42 (UTC)

I am experiencing a weird bug with Dropbox v32.4.23 on Gnome. I add dropbox.desktop to ~/.config/autostart/ in order to get it to autostart (either via Gnome Tweak Tool or manually copying it from /usr/share/applications). Whenever I start Dropbox, it deletes the dropbox.desktop file from ~/.config/autostart/. I have also noticed that the option "Start Dropbox on system startup" from Dropbox preferences is always unticked when Dropbox starts, even if I have enabled it previously. Potentially this is to blame? Anyone else experiencing this?

yan12125 commented on 2017-08-04 16:27 (UTC) (edited on 2017-08-04 19:23 (UTC) by yan12125) points to 31.4.24 yesterday, yet it changed back to 30.4.23 this morning. I believe that's because 31.4.24 has big problems on Windows [1]. I synced my files on several Arch boxes with 31.4.24 today and see no issues, so I decide to stay with 31.4.24. If you got problems with 31.4.24 while 30.4.23 is fine, please tell me and I'll downgrade this package. Update: Dropbox just releases 31.4.25 and points to this version. I guess they've fixed the problem. [1]

yan12125 commented on 2017-07-26 12:01 (UTC) (edited on 2017-07-28 06:17 (UTC) by yan12125)

I unflagged it as the official download link still points to dropbox-lnx.x86_64-30.4.22.tar.gz, and there's no news about 30.4.23 on Desktop client builds announcements [1]. I suspect it not a real stable version. @timofonic: how did you get those URLs? Any clue that's a stable release? [1]

timofonic commented on 2017-07-26 03:07 (UTC)


Alexpin commented on 2017-07-16 07:10 (UTC)

@LukeLR fakeroot is in group base-devel, which is an implied dependency of makepkg.

user20159 commented on 2017-07-16 07:06 (UTC)

Since installation requires fakeroot, it should be listed as a dependency.

yan12125 commented on 2017-05-31 15:13 (UTC)

Hello, Dropbox's server has changed something so that is broken. I have to change this line: grep -P '^Location:' into grep -iP '^Location:' Although that script is not directly related to this package, it's useful for those who want to build latest dropbox packages locally. Could you consider fixing

gcavallo commented on 2017-05-12 18:48 (UTC)

See if concerned about domain change.

yan12125 commented on 2017-04-17 12:23 (UTC)

Dropbox uses a new URL scheme for the latest version (23.4.19): $ curl --head "" | grep 'Location:' % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 Location: Could you change it? As mentioned below, dropboxusercontent is not so trustyworthy.

Lemongrass commented on 2017-04-05 22:20 (UTC)

My Dropbox is 21.4.25., out of date. I have a file called dropbox-update-22.4.24.tar.gz in .dropbox.cache . How can I make Dropbox update? Notes: I have dropbox-cli and I always run Dropbox in Firejail like firejail dropbox.

figue commented on 2017-02-09 23:29 (UTC)

My "dynamic mod" still works with 19.4.13... Not so bad after all ;)

s3k0 commented on 2017-02-09 22:07 (UTC)

Dropbox version "19.4.13"

spsf64 commented on 2017-02-07 11:00 (UTC)

@figue thank you, worked 100%!

figue commented on 2017-02-07 09:14 (UTC)

@spsf64 of course: @zjagannatha thanks. Added!

spsf64 commented on 2017-02-06 14:33 (UTC)

@figue can you post the full PKGBUILD? Thanks

zjagannatha commented on 2017-02-06 02:49 (UTC)

@figue: that's awesome! works like a charm for me. One minor note, you should add this: makedepends=("wget")

figue commented on 2017-02-04 16:55 (UTC) (edited on 2017-02-04 16:58 (UTC) by figue)

Hi @mtorromeo maybe you can change PKGBUILD to something like this: 1. Get latest version checking dropbox's official url. 2. Add a pkgver() function to change package version in build time. 3. Done. The bad thing is checksums need to be skipped. Here you can see a diff with my proposal: Cheers Edit: I forgot to add wget as a makedepend...

cbrnr commented on 2017-01-20 07:50 (UTC)

Thanks @mtorromeo!

commented on 2017-01-19 07:53 (UTC)

Release 17.4.33-1 fails when installing: "error: failed to commit transaction (package missing required signature)"

Alexpin commented on 2016-12-21 20:12 (UTC)

@cbrnr I was skeptical of URLs used to host user data because in principle they could be used to host malicious clients. However, after figuring out that the official link points to that URL, I'm definitely ok with downloading dropbox from there. @mtorromeo Thanks for your time and patience.

mtorromeo commented on 2016-12-21 18:10 (UTC)

I updated the URLs since there are many users that are having problems with the cloudfront ones. I have tested them again anyway and they were still working fine for me. No 404 and no redirects either. Just a straight 200 OK with the download data. Just to be clear, I am not ignoring the users with actual problems like this one but I have disabled the notifications in this thread a long time ago. I have too many packages to maintain to waste my time on the pointless requests that many users have been making here and I'm sorry for everybody else with actual issues.

doraskayo commented on 2016-12-21 15:00 (UTC) (edited on 2016-12-21 15:02 (UTC) by doraskayo)

@mtorromeo, it appears there's a misunderstanding here. The source URLs actually give 404 responses to many users, including myself. When I visit the Dropbox website to download the "Headless Install" for x86_64 Linux, the URL listed is the following: When visiting that URL with network inspection (F12 in Chromium), I can see that it redirects to this URL: I tried to see if this URL scheme can be used to download earlier versions of Dropbox as well, and it seems that it was able to fetch every single version of this package since its initial commit (3.4.6). Therefore, I can only conclude that Dropbox has probably changed the location in which they host their downloads, and that because of some weird funky caching, it appears that the old URL scheme still works, but only for some users. Regardless, the new URL scheme appears stable and reliable, even for older versions. It works well for me, and hopefully for everyone else as well.

wooque commented on 2016-12-21 14:12 (UTC)

I'm also getting 404 for links, changed URLs as crbnr suggested to successfully install Dropbox. I'm from East Europe if it matters.

GordonGR commented on 2016-12-21 12:51 (UTC)

*rolls his eyes and disables notifications, so he can avoid the contant trolling*

cbrnr commented on 2016-12-21 07:48 (UTC)

@GordonGR the download links do not work for many people, including me. I'd suggest you stop bullying everyone reporting legitimate problems here. @Alexpin I don't know how these links cannot be official just because they are on a Dropbox-owned domain listed to host user content. After all, the official download links point right there.

sajaysurya commented on 2016-12-21 03:57 (UTC)

The download link is throwing a 404 error. I'm accessing the server from India. Please update the download link.

Alexpin commented on 2016-12-20 13:29 (UTC) (edited on 2016-12-20 13:41 (UTC) by Alexpin)

@GordonGR: the download links do NOT work for me either. The fact that you don't have a problem does not imply that the problem doesn't exist. @cbrnr: those urls are NOT official. See where you can see that urls in the form* are used to host USER data. EDIT: having said that, the file hosted at and the one at (linked below by @Tenza) are indeed the same file.

GordonGR commented on 2016-12-20 13:22 (UTC)

The download links work perfectly well. Stop bullying the maintainer.

cbrnr commented on 2016-12-20 12:19 (UTC)

As some people have already indicated, the download links in the PKGBUILD do not work any more. I don't know why the URLs that the official download site points to cannot be used, but here are the two lines that need to be changed in the PKGBUILD that use the official download URLs: source_i686=("${pkgname}-lnx.x86-${pkgver}.tar.gz") source_x86_64=("${pkgname}-lnx.x86_64-${pkgver}.tar.gz")

Tenza commented on 2016-12-18 04:33 (UTC)

Can someone update the PKGBUILD to download the files from:

mmmcalistair commented on 2016-12-17 14:08 (UTC)

Installation fails due to 404 while trying to load file

archeyxx commented on 2016-12-16 01:06 (UTC)

I know the domain was at one time listed as official dropbox domains but they are no longer listed as official on dropbox's site:

ryuzy commented on 2016-12-15 09:18 (UTC)

I'm getting a 404 error with the source

severoraz commented on 2016-12-09 18:54 (UTC) (edited on 2016-12-09 18:55 (UTC) by severoraz)

Should this package mention somewhere that it does not have a signature so the "error: dropbox: missing required signature" message is expected? Edit 1: and perhaps also mention or link to the safest way to work around this

mtorromeo commented on 2016-10-18 12:06 (UTC)

13.3.20 is a testing version. Dropbox uses the following versioning scheme: X.3.X = testing X.4.X = stable

commented on 2016-10-17 21:18 (UTC)

Has anyone tried to actually use the `dropbox.service` unit? I get this weird behavior when starting the service: After running `systemctl --user start dropbox.service`, It is being started and restarted 3-5 times by systemd for some reason and afterwards you can see dropbox is running O.K but systemd thinks the service has failed. In the process of it being started and stopped you can actually see the tray icon showing up and down. I couldn't find very useful information with `journal -xe --user-unit=dropbox.service`. I guess it is something with the unit file itself? I tried to change some Directives in the [service] section but it didn't work out. # EDIT: I downloaded the new version (13.3.20) as mentioned by [@AJSlye]( and it was all fixed without changing the service file. **The problem was** with the `dropbox` binary - For some reason they made it fork itself or something and exiting with code 1 (very unusual). That's why systemd thought the command failed so it tried again and again for a few times and in the end dropbox was running ok. Very Important to Update the package exactly if you are using the systemd `dropbox.service`.

AJSlye commented on 2016-10-15 06:59 (UTC) (edited on 2016-10-15 07:00 (UTC) by AJSlye)

New version available:

Alexpin commented on 2016-09-16 20:38 (UTC)

The urls are NOT official, they host user-created content. See:

jeroni commented on 2016-09-01 09:35 (UTC) (edited on 2016-09-01 18:59 (UTC) by jeroni)

Has anyone issues when opening dropbox folder from tray icon's context menu in gnome? all gnome desktop icons disappear and have to kill nautilus and re-open it in order to appear again. Another annoying thing is the tiny font on tray icon's context menu.

SuperIce97 commented on 2016-08-19 22:59 (UTC) (edited on 2016-08-19 23:09 (UTC) by SuperIce97)

Can you use the dl.dropbox URLs instead? Those are the official release URLs on the site ( for instance). I really don't trust the cloudfront links EDIT: I trust the cloudfront links as those are officially given in the forums, but I would prefer the other link because it is much easier to identify. The AUR can be dangerous and it's nice to check the links to make sure it's not malicious. It's much easier to see dropbox/u/17 and understand that it's safe, but seeing everythime is somewhat worrying and I always have to check the dropbox forums to make sure that is indeed the correct/safe link.

Notavi commented on 2016-08-09 10:34 (UTC)

Doesn't appear to work properly with Wayland desktops, although this can easily be worked around when starting dropbox manually by setting QT_QPA_PLATFORM="xcb". Can the package be updated to avoid having to manually do this? Especially as people will probably not want this environment variable set for other applications (it forces Qt to use X11 instead of Wayland, so it's more of a compatibility fix than anything else).

darkvenger commented on 2016-07-12 09:09 (UTC)

@wfraser, or you could use the known hack to stop Dropbox from updating itself automatically ( and update it only through AUR.

wfraser commented on 2016-07-11 21:57 (UTC)

For me at least, the first thing the client does is download a newer version into my home directory, and on subsequent runs, it switches to that version, which then KILLS (literally, with SIGKILL) the one in /usr/bin/dropbox that I originally executed. This doesn't play nicely with things like systemd units which expect the original process to stay around. Might I suggest changing /usr/bin/dropbox from a symlink to /opt/dropbox/dropbox, to something like the following: #!/bin/sh dist="$HOME/.dropbox-dist/dropboxd" # this is where dropbox puts the updated version if [ -x $dist ]; then exec $dist fi exec /opt/dropbox/dropbox

marvelvance commented on 2016-07-02 12:41 (UTC)

new link

Det commented on 2016-06-23 19:59 (UTC)

I don't trust the validity of the mirrors. Please validate your mirrors.

lordbalmung commented on 2016-06-01 19:12 (UTC) (edited on 2016-06-01 19:14 (UTC) by lordbalmung)

I realize that "cloudfront" is listed as an official mirror in dropbox help site but it is still hard to validate the authenticity of the package since cloudfront is a CDN not specific to dropbox. Could you please suggest another method of validation. :) PS: That said, I understand why you need to use the cloudfront packages. The official dropbox linux source codes hosted in dropbox are way outdated.

benedikt.winder commented on 2016-05-10 11:05 (UTC)

If someone have a problem with the Tray Icon on KDE/Plasma 5 i have posted a solution that worked for me on the Dropbox Forum:

chori commented on 2016-05-01 17:49 (UTC)

For those still wondering if is an official Dropbox release location, the answer is YES:

omnigamer commented on 2016-04-12 13:54 (UTC)

Anyone seeing the following issue with their startup service? I see this: dropbox@XXX.service: Failed at step USER spawning /usr/bin/dropbox: No such process I'm also unclear whether it should be or just dropbox@foo.service

despairblue commented on 2016-03-07 22:53 (UTC)

The current version segfaults for me. In case anyone else has that problem. Installing the experimental version worked.

rafasc commented on 2016-02-26 00:57 (UTC)

@darkvenger, yes it is getting ridiculous, and there's a simple solution: It's not a matter of having the Dropbox name in the link. As @joaompinto mentioned, it's about downloading the source code from a place without manually checking if the link is legit. If it is using SSL and comes from the dropbox domain, it gives some level of authenticity. To check the authenticity of the cloudfront link you have to manually go to their forums. (Or otherwise blindly trust the maintainer/cloudfront link) Is this a upstream issue? Yes, I think. Could this be fixed by changing the link to the one above and ending this silly discussion? Yes.

darkvenger commented on 2016-02-26 00:25 (UTC)

This discussion is indeed getting really annoying, saying that a URL is more official than another just because one contains the dropbox word ( and the other does not ( seems a little ridiculous. For those who are really concerned you should probably complain to Dropbox. Why is the Linux platform the only binary in that comes from cloudfront?

joaompinto commented on 2016-02-25 20:34 (UTC)

Hello mtorromeo, I will take a look at your comments and improve my PKGBUILD. I hope you do the same and understand why people care about using official download links, with proper SSL certificates, from the software provider, and not from a 3rd party. SSL was invented for a reason, encryption and identity. While encryption is not a requirement for this case. Identity is. Please check the following: curl -vq 2>&1 | grep "subject" curl -vq 2>&1 | grep "subject" To validate your statement "cloudfrount links ARE OFFICIAL" people will need to download from, run a sha256sum on the resulting files, and check against your PKGBUILD sha256sum.

mtorromeo commented on 2016-02-24 10:27 (UTC)

STOP wasting my time and spamming everyone's mailboxes with useless requests to change the download URLs. The cloudfrount links ARE OFFICIAL release locations.

mtorromeo commented on 2016-02-24 10:25 (UTC)

@lamego.pinto: You are not even downloading the specific pkgver so your PKGBUILD will break at every release.

joaompinto commented on 2016-02-24 10:17 (UTC)

Please update with links to the official dropbox client download site: I have done and tested, you can get it from:

oberon2007 commented on 2016-02-16 02:58 (UTC)

Thank you for this package! New stable release 3.14.5 is available now:

mtorromeo commented on 2016-02-07 10:46 (UTC)

That was an official location. And I updated the URL anyway so please drop this argument already...

mathieu.clabaut commented on 2016-02-07 09:11 (UTC) (edited on 2016-02-07 09:17 (UTC) by mathieu.clabaut)

I also have some concerns, for that I observe a strange behaviour where dropbox continuously upload data ever when everything is synced and there are no reason for uploading a vast quantity of data ! I don't know if it is a bug or an intended behaviour, but I do not feel easy about having this piece of software coming from unofficial location. However, comparing the md5sum of the targz with the one from gives the same results

silverhammermba commented on 2016-02-02 18:15 (UTC) (edited on 2016-02-02 18:15 (UTC) by silverhammermba)

@joelpet, I also see the cloudfront URL. I would certainly feel better about this package if the sources were updated to the official ones. For now I think I'll retract my vote.

joelpet commented on 2016-01-28 03:23 (UTC)

I share @ron89's concern that the source is downloaded from a (seemingly) arbitrary Dropbox user's content. I assume the URL was originally taken from where official (?) Desktop Client Builds are posted and then just kept the same for each new release. However, when I visit now, the download URL is instead That file's SHA1 sum (9836b0b37f6d0d7527f4449d3109f2bbaf32d48c) matches the one at, and none of the URLs seem to redirect to the other. Am I alone in seeing the URL on the Desktop Client Builds page? If not, how about updating PKGBUILD to reflect this change of URL? Thank you for making this package available.

FadeMind commented on 2016-01-21 13:09 (UTC)

@x-yuri follow this site:

x-yuri commented on 2016-01-21 12:13 (UTC) (edited on 2016-01-21 12:14 (UTC) by x-yuri)

Where do you get 3.12.6 version? I can't see anything like that here: But more importantly, my log is full of `[ALERT]: You're using an old version of Dropbox. Please update to the latest version to continue using Dropbox.` messages, even after updating this package.

QuimaxW commented on 2015-12-17 21:01 (UTC)

3.12.5 is now current. On my system, it's been nagging me to enter a system (root?) password with no explanation. Apparently, it was trying to update itself. PKGBUILD stays the same, just updated the version to 3.12.5 (and the related checksum lines if you wish to not ignore those) and it compiled just fine.

FadeMind commented on 2015-12-06 14:26 (UTC)

3.12.4 released.

TioDuke commented on 2015-11-14 13:07 (UTC)

For all having trouble with sync'ing folders, verify your file system mount parameters. In my case, my Dropbox folder was on an XFS partition with the noatime option. Changing to relatime solved my synchronization problems. I've read that if you are on ext3/ext4 you should use the user_xattrs option. I hope this helps someone.

mtorromeo commented on 2015-11-13 16:43 (UTC)

Sorry about that. Fixed.

Spike29 commented on 2015-11-13 14:15 (UTC)

Hello, it seems like you forgot to update .SRCINFO (PKGBUILD version is 3.10.11, .SRCINFO one is 3.10.8) :)

janilson commented on 2015-11-09 13:12 (UTC)

@KeNaCo, I didn't mean to flame. But I understand your point of view. Thanks anyway, since you did want to help us. @rafasc, thanks for tip

rafasc commented on 2015-11-08 22:18 (UTC)

@janilson Fixed the spotify tray issue (and some other tray apps that still use xembed) by installing xembed-sni-proxy-git.

KeNaCo commented on 2015-11-08 18:00 (UTC)

@janilson This isn't about can/can't help. This is about proper place to ask help and solving problems whish is forum. End of flame, if you want discuss more, +Ken Mijime on g+, @KeNaCo666 on twitter.

janilson commented on 2015-11-08 11:24 (UTC)

@KeNaCo, I think we can help each with little issues. But thanks anyway, we could have asked in forum as well. @rafasc, I've made it work, I just downgraded to version 3.2.9.

KeNaCo commented on 2015-11-06 08:24 (UTC)

@rafasc @janilson you should use forum for this kind of issues.

rafasc commented on 2015-11-06 04:17 (UTC)

Anyone missing the tray icon?

janilson commented on 2015-11-05 00:54 (UTC)

I can't make the current version (3.10.8) work. I can install it, I can login in my account, but the folders doesn't sincronize. The application stop sincronize (as if it has downloaded all the new files) but nothing more hapens. I checked my cellphone app and and the new files are all there, but in my Arch box they aren't. Is anyone facing this problem?

H.Metal commented on 2015-10-22 01:27 (UTC)

Updated PKGBUILD (3.10.8): @ron89 This is the official link from Dropbox.

ron89 commented on 2015-10-06 09:40 (UTC)

May I ask why the source files are hosted on Source code of dropbox is available on Dropbox site, so why not using it directly?

Localizator commented on 2015-10-02 16:15 (UTC)

Stable Build 3.10.7: Updated PKGBUILD:

KeNaCo commented on 2015-08-09 19:55 (UTC)

@PlugaruT If you won't wait, just use this version, and update package later.

rafaelff commented on 2015-08-09 18:50 (UTC)

@PlugaruT This package should provide the version 3.8.6. That's why it is flagged as out of date: to let the maintainer know of this information, so he can update it.

PlugaruT commented on 2015-08-09 18:20 (UTC)

@DerpishCat where I can get the 3.8.6 version? I can't find it in AUR

katt commented on 2015-08-09 15:37 (UTC)

@PlugaruT Latest version is 3.8.6

PlugaruT commented on 2015-08-08 21:24 (UTC)

Why this package is flagged out?

mtorromeo commented on 2015-08-03 08:23 (UTC)

@alex.forencich The most generic solution I could come up with is adding "ReadOnlyDirectories=/home/%u/.dropbox-dist" to the systemd service file. There is no guarantee that the user's home is located in /home/USERNAME though and %h can only be used in systemd user instances.

alex.forencich commented on 2015-08-03 06:35 (UTC)

The systemd script does not work correctly if dropbox can auto-update. If an update to dropbox gets installed in ~/.dropbox-dist, the executable that the systemd script tries to run will pass control to the new version in ~/.dropbox-dist and then die. Systemd will restart it automatically, causing a conflict. The solution appears to be to disable auto-update by deleting ~/.dropbox-dist and recreating it with no permissions. Not sure if there is a more permanent solution implemented as part of the package.

irb commented on 2015-07-31 17:35 (UTC)

Looks like 3.8.5 is out:

FadeMind commented on 2015-07-10 07:25 (UTC)

3.6.9 released.

karhu commented on 2015-06-29 09:38 (UTC)

The start of the Dropbox website from tray icon no longer works. Imposible to open URI << file:///tmp/dbx....... >> Problems with the "tmp-file." File or directory not found. Same as gorki.b Do you need more information ?

brittyazel commented on 2015-06-23 21:24 (UTC)

is it possible to add "gvfs-set-attribute /home/*user*/Dropbox metadata::custom-icon-name folder-dropbox" to the install script? That way custom folder themes for dropbox can take effect

alucryd commented on 2015-06-16 09:22 (UTC)

3.6.7 is out :)

gorki.b commented on 2015-05-30 10:37 (UTC)

The start of the Dropbox website from tray icon no longer works. Problems with the "tmp-file." File or directory not found.

tayhe commented on 2015-05-22 11:09 (UTC)

There is a post about dropbox tray icon in plasma5 :

jelkink commented on 2015-05-19 05:51 (UTC)

I have had the same problems as TioDuke and had to downgrade and block auto-upgrading to be able to use Dropbox again. It would not sync (at least not upload changes) otherwise. Very little buzz around this online, though, so many people are not experiencing this? (forum discussion:

fthiery commented on 2015-05-15 15:00 (UTC)

I believe that the recent qt updates fixed the icon issue (it did on 3 systems of mine -- but i'm using gnome3).

71GA commented on 2015-04-21 06:57 (UTC)

The setup file is not working - I get an error after "makepkg -si": cp: cannot stat '/home/dijak/Downloads/dropbox/src/.dropbox-dist/dropbox-lnx.x86_64-3.4.3': No such file or directory

TioDuke commented on 2015-04-12 10:17 (UTC)

Has anyone had any problems symc'ing files in subfolders? I realised that only files under ~/Dropbox and ~/Dropbox/Public get sync'ed since version 3.4.x. The only way for other subfolders to sync, is to restart de daemon. I had to revert to 3.2.9 to have sync'ing working again.

speedytux commented on 2015-04-06 15:40 (UTC)

Here KDE Frameworks 5.9.0, Plasma 5.2.2. I modified PKGBUILD for the dropbox 3.4.3 and installed it. The icon in the system tray is still missing, but the app works. Even with the trick from Thaodan.

darkvenger commented on 2015-04-02 13:25 (UTC)


rubenvb commented on 2015-04-02 12:09 (UTC)

Although not present on the website as a release (only release candidate), the client currently downloads dropbox 3.4.1 into ~/.dropbox-dist and runs that instead. Would it be possible to update this package?

Thaodan commented on 2015-03-28 01:36 (UTC)

you should at Environment=DISPLAY=:0 to the systemd --user service to make the tray icon a fix to do this without editing the file is: cat .config/systemd/user/dropbox.service.d/env.conf [Service] Environment=DISPLAY=:0

fthiery commented on 2015-03-18 08:44 (UTC)

Hi I just experienced the same issue with owncloud-client (depends: qtkeychain-qt5 qt5-webkit hicolor-icon-theme). It used to depend on qt4.

wooque commented on 2015-03-16 11:54 (UTC)

@resio Experienced same thing. Fresh Arch + minimal Xfce install, Dropbox starts but doesn't show GUI for login. As it worked before on past installation, I investigate what package could be missing and found out that Dropbox needs libxslt, after that it's launching GUI and working fine. @mtorromeo libxslt as dependency?

trapangle commented on 2015-03-13 19:55 (UTC)

@dmccombs Installing the dependencies solved it for me: qt5-webkit popt libsm Icon in the tray, no need to authorize on another computer, everything works smooth.

commented on 2015-03-12 17:56 (UTC)

Fresh install (12Mar15), Cinnamon desktop. Package is workign fine and icon appears. Only needed to authorize computer using cell phone code in a window popping up on first run after install. No reboot or other no complications.

resio commented on 2015-03-10 01:39 (UTC)

After a fresh arch install, dropbox won't even launch a GUI when trying to start it. If you're trying to start dropbox from terminal after a fresh install, you won't see any messages. Reboot and start dropbox before starting x, and you'll see dropbox wants you to go to a link to authorize your computer. Go to that url on another machine, and youll see dropbox has now authorized you. Start Xorg and, though tray icon won't be there (theres a bug out right now), it'll still be running

toketin commented on 2015-03-09 09:48 (UTC)

Still no dropbox icon in the systray with Plasma 5.

AdrianCohea commented on 2015-03-06 19:05 (UTC)

bkk: Your error looks a lot to me like you built the package as root. This happens when you do something like "sudo makepkg -s" or "makepkg -s" from a root shell. You should build the package as a regular user. You should install them as root.

bkk commented on 2015-03-05 17:07 (UTC)

Hi, I am getting the error: cp: „/root/.config/autostart/“ can not be created: Is not a directory Not sure how to investigate further...

FadeMind commented on 2015-03-05 10:40 (UTC)

Bump 3.2.9

dmccombs commented on 2015-02-22 15:46 (UTC)

This won't run for me either with the 3.x version, similar to @trapangle. Looking around, it appears to be this bug for which there's no real fix for yet aside from pinning to a lower version of dropbox.

StatelessCat commented on 2015-02-21 22:44 (UTC)

Hey, any way to got dropbox system tray indicator in plasma 5 without the ugly wmsystemtray ? I have seen in the article of Martin Graesslin ( ), is it possible to package Dropbox with Qt5.4 wich support Status Notifier instead of XEmbed ? I understand that you do not have access to sources of Dropbox, but maybe you can do something :)

trapangle commented on 2015-02-21 12:00 (UTC)

Can't get it to work anymore. I removed any dropbox file from my whole system (64 bits - XFCE) and reinstalled this package and thunar-dropbox from the AUR. When I start it using applications menu, or "dropbox" in command line, or /opt/dropbox/dropbox, or /opt/dropbox/dropboxd, the process starts without any error, but no icon in the notification area (I checked it's not set to "hidden"), no window opens (not sure if that's supposed to happen) and the files are not synchronized.

thiagowfx commented on 2015-02-14 04:08 (UTC)

mtorromeo, I think what you said makes sense, dropbox-cli is the package which should be updated. I suggested an edit to it in its page.

aaronjameslang commented on 2015-02-13 12:44 (UTC)

I think it's reasonable for the dropbox package to have a command `dropbox`, and the dropbox-cli package to have a command called `dropbox-cli`. If users disagree they can symlink/alias to their heart's content, but the default names should be as least-surprising as possible. Looking at the dropbox-cli page, a similar solution has been suggested there.

mtorromeo commented on 2015-02-13 08:06 (UTC)

I don't use dropbox-cli so I missed the conflict. The dropbox "source" always provided both "dropbox" and "dropboxd" binaries but I decided to link only dropboxd to /usr/bin since it was the wrapper necessary to make it work. Now "dropboxd" has become useless and I changed the link. I am fine removing the link altogether, so that you would have to launch it by /opt/dropbox/dropbox or with the provided desktop file. What do you think about this?

cfr42 commented on 2015-02-12 22:41 (UTC)

This isn't a conflict with itself but, as thiagowfx says, with dropbox-cli. It would be good to know if the change made in the PKGBUILD here reflects a change in dropbox or not, and whether there is an alternative way of getting the functionality currently provided by dropbox-cli. I'm not clear whether it is simply a case of dropbox-cli being out of date (either the package or upstream), or whether it is a problem with changes made to the packaging of dropbox. Whereas previously, dropbox sym linked using /usr/bin/dropboxd, now it is using /usr/bin/dropbox which, of course, conflicts with dropbox-cli.

tancrackers commented on 2015-02-12 16:28 (UTC)

The tray icon works with dropboxd and with the systemd service, both using KDE. Major props!

thiagowfx commented on 2015-02-12 15:40 (UTC)

This conflicts with the dropbox-cli package now.

vendion commented on 2015-02-12 12:45 (UTC)

For some reason dropbox seems to conflict with itself, I got this when trying to upgrade: aura >>= Building `dropbox`... loading packages... resolving dependencies... looking for conflicting packages... Packages (1) dropbox-3.2.6-2 Total Installed Size: 125.03 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] (1/1) checking package integrity [-----------------------------------------------------------------------------------] 100% (1/1) loading package files [-----------------------------------------------------------------------------------] 100% (1/1) checking for file conflicts [-----------------------------------------------------------------------------------] 100% error: failed to commit transaction (conflicting files) dropbox: /usr/bin/dropbox exists in filesystem Errors occurred, no packages were upgraded. Do I need to uninstall and reinstall the dropbox package?

brittyazel commented on 2015-02-12 00:45 (UTC)

With the last couple versions, when I try to interact (in Gnome) with the icon in the bottom corner my system acts weird. If I try to open preferences, my system becomes unresponsive, and if I tell it to open dropbox folder my nautilus handling the desktop crashes. Not sure what is causing it.

playenball commented on 2015-02-11 22:33 (UTC)

I ended up disabling the systemd service and using the dropbox.desktop file to auto-start it with my desktop environment and now I have an icon every time. Also I had to point the desktop file to dropbox instead of dropboxd like ItachiSan commented about.

ecognito commented on 2015-02-11 20:08 (UTC)

The icon is back for me with version 3.2.6.

playenball commented on 2015-02-11 15:14 (UTC)

Still no tray icon on Mate.

KarboniteKream commented on 2015-02-11 12:14 (UTC)

Version 3.2.6 broke the icon, which was working in 3.2.4.

ItachiSan commented on 2015-02-11 10:38 (UTC)

You should edit the dropbox.desktop file as now it points to "dropboxd" executable, when the package offers the "dropbox" one

bertogs commented on 2015-02-10 23:11 (UTC)

Icon is back on XFCE!

jz_train commented on 2015-02-10 13:42 (UTC)

Also no tray icon on KDE.

ecognito commented on 2015-02-10 12:33 (UTC)

I'm not seeing the tray icon either.

FadeMind commented on 2015-02-10 10:11 (UTC)

After install 3.2.4 version dropbox and launch it icon in tray is not visible anymore.

dummyuploader commented on 2015-02-03 05:40 (UTC)

/tmp/alpm_Raxisw/.INSTALL: line 10: syntax error near unexpected token `}' /tmp/alpm_Raxisw/.INSTALL: line 10: `}' (zenity:16170): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Unknown tag 'url' on line 1 char 76 Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. (zenity:16170): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Unknown tag 'url' on line 1 char 76 Please check this thread for an important instruction: Optional dependencies for dropbox2 ufw-extras: ufw rules for dropbox perl-file-mimeinfo: opening dropbox folder on some desktop environments

taylorchu commented on 2015-02-01 21:22 (UTC)

I uploaded dropbox release candidate 3.2.2: If you have any problem like I do, you can try this.

orschiro commented on 2015-01-31 22:52 (UTC)

Is someone else seeing this error repeatedly on boot? [/usr/lib/systemd/system/dropbox@.service:3] Failed to add dependency on systemd-user-sessions, ignoring: Invalid argument I don't use any systemd user session. The last information I had about the user sessions was that they are no longer maintained as a core feature of systemd.

janilson commented on 2015-01-20 12:44 (UTC)

Now it works, thanks a lot. After doing makepkg -g it was still necessary to edit PKGBUILD to change the line [ "$CARCH" = "x86_64" ] && sha256sums[0]='ebe31f46fb2caa821a23a9f025be8c96656d69f48b5883f7e3bef87792b16262' It seems the -g option doesn't affect this line and it was the problem I had when I've tried to compile the package. In case anyone have this issue, you just have to change the sha256sums.

gourdcaptain commented on 2015-01-19 17:36 (UTC)

...You'll need to regenerate the md5s in the PKGBUILD because it's expecting the files for 3.0.5, and with the changed version it grabs the older files and sees they don't match the newer ones. Run makepkg -g and replace the md5sums in the PKGBUILD with the ones that produces.

janilson commented on 2015-01-19 12:15 (UTC)

@fthiery, how you've installed the dropbox2? What did you change in PKGBUILD? I've tried only to change pkgver=3.0.5 to pkgver=2.10.52 but it gave me a md5sum check error. Thanks in advance

fthiery commented on 2015-01-14 17:21 (UTC)

Just wanted to point out that the discussion regarding the disappearance of the icon in some wm is happening here: The workaround is basically to stick to dropbox2 until the qt bug is resolved.

abmantis commented on 2015-01-11 21:12 (UTC)

@untitaker oh right! I missed that! Sorry and thanks.

untitaker commented on 2015-01-11 18:03 (UTC)

@abmantis: The links on redirect to this.

abmantis commented on 2015-01-10 01:38 (UTC)

This is pointing to an user's dropbox folder and not to the official dropbox package. Is it safe?

michaelsproul commented on 2015-01-07 02:47 (UTC)

@blackout: Nor in XFCE 4.10

blackout commented on 2015-01-06 12:25 (UTC)

Since 3.x there is no visible icon in the bottom bar in gnome

entodoays commented on 2014-12-27 07:42 (UTC)

Yesterday I connected my laptop to an HDMI TV and the Dropbox icon just appeared. However it was overlapping another adjacent icon. There seems to be a problem with positioning.

gourdcaptain commented on 2014-12-26 02:51 (UTC)

Interestingly, it works for me under the linux-lts (3.14) kernel with the open-source radeon drivers, but not on 3.18. This is WEIRD.

Ayceman commented on 2014-12-23 17:04 (UTC)

Note: If you have set QT_STYLE_OVERRIDE to gtk in Xfce/others, you'll need to modify the launcher/startup command to: 'env -u QT_STYLE_OVERRIDE dropboxd'

lucacerone commented on 2014-12-21 14:28 (UTC)

Thanks JB26. I find the workaround in the comments make sense cgirard.

JB26 commented on 2014-12-20 01:57 (UTC)

The missing trayicon seems to be a bug in qt5: I also found a workaround for the missing icon, try starting dropbox with strace: strace dropboxd &> /dev/zero I have no idea why that is working. It seems to be driver related: nvidia-340xx --> icon working out of the box nouveau & intel --> icon not working "strace dropboxd" works for both nouveau & intel.

cgirard commented on 2014-12-19 11:57 (UTC)

Guys, just stop this! This is not a bugtracker for Dropbox. We do not need a comment at every release to tell us the icon is broken for each display manager ever created.

fredericojssilva commented on 2014-12-19 11:12 (UTC)

3.0.4-1 didn't fixed the problem, at least in xfce,

aryklein commented on 2014-12-18 13:15 (UTC)

In Xfce, disabling the display compositing and restarting dropboxd service makes the icon reappears. Anyway is not a solution for me.

bms commented on 2014-12-17 23:43 (UTC)

Cinnamon here as well. Icon looks different from v2, but works perfectly otherwise.

clfarron4 commented on 2014-12-17 18:46 (UTC)

I've just come over from dropbox-experimental to this package and I still have the icon showing in the system tray in the Cinnamon. No idea about other DEs.

tekila commented on 2014-12-17 15:00 (UTC)

Yeah I got the same problem in Gnome 3.14. The dropbox icon is not present in the bar, but if I right click where it should be the menu appears. This bug is present since the qt change.

KlipperKyle commented on 2014-12-16 21:13 (UTC)

I just stumbled on this on Dropbox's (rather crummy) forum. The problem with the disappearing icons could be a problem with the icon resources themselves. > After the latest big update I've faced a problem with Dropbox tray icon in Ubuntu 12.04 with MATE desktop environment. There's no full-sized Dropbox icon in tray - only 1x1 small white pixel (so-called "icon", but resized somehow to 1px). So you have no ability to reach Dropbox context menu from tray and to see. It seems to be the graphic files' problem. I've opened .png files from ~/.dropbox-dist/dropbox-lnx.x86_64-3.0.3/images/hicolor/16x16/status in Photoshop , converted them from 16 bits per channel to 8 bits per channel, restarted Dropbox - and tray icon appeared! But after the next restart 1px "icon" got back... I haven't tested different Ubuntu desktop environments, but other people had mentioned the same problem in XFCE with no solution. > > Michail V. <>

fthiery commented on 2014-12-16 20:50 (UTC)

The package is indeed becoming huge, 123 MB for me...

mtorromeo commented on 2014-12-16 14:18 (UTC)

Enough with the dependencies requests! They are all bundled... Please do not link me wiki pages

vicp74 commented on 2014-12-16 13:39 (UTC)

The dependencies are still wrong, you can check it using namcap [1]: $ namcap dropbox-3.0.3-2-i686.pkg.tar.xz dropbox E: Dependency qt5-webkit detected and not included dropbox E: Dependency popt detected and not included dropbox W: Dependency included and not needed ('dbus-glib') So the PKGBUILD should say: depends=("qt5-webkit" "popt" "libsm") [1]: (step 4)

Bazon commented on 2014-12-16 07:09 (UTC)

@silverhammermba: Look there:

silverhammermba commented on 2014-12-16 06:54 (UTC)

I'm confused as to why the source URL is not one of the official download ones e.g. Also all of those packages are named v1.6.2. I can't find any download links for linux that are 3.0.3

XavierCLL commented on 2014-12-14 16:27 (UTC)

this is a QT version no GTK, please update the dependencies

MightyPork commented on 2014-12-14 10:27 (UTC)

Is this the official release? Just noticed that on their website there's only ~2.1, where does this come from? (btw the downgrade option by @nhutdm + adding to IgnorePkg worked great!)

Ayceman commented on 2014-12-13 22:07 (UTC)

Downgrading according to those sources works well - hope they fix it, as we shouldn't have to use an older client. ctown.myth, gourdcaptain: I said that having QT_STYLE_OVERRIDE set to gtk is aggravation the problem, not a solution. Some systems have it set to fix a qt theming issue in Xfce.

nhutdm commented on 2014-12-13 16:25 (UTC)

I have bad icon on my Awesome WM bar, so I downgraded to 2.10.52 through this source Hope this help!

Bazon commented on 2014-12-13 10:11 (UTC)

The forced auto-update-prevention KlipperKyle posted doesn't work for me. Instead works: rm -rf ~/.dropbox-dist install -dm0 ~/.dropbox-dist (from ) Luckily, yaourt respects IgnorePkg in /etc/pacman.conf. PS: You may like from ;-)

KlipperKyle commented on 2014-12-13 06:50 (UTC)

Has anyone run an strace? I also wonder what the dependencies are on the RPM package that we repackage. When I get the chance, I'll look into it.

kaptoxic commented on 2014-12-13 01:30 (UTC)

indeed, new version is just awful (lousy interface, CPU bursts, icon (Gnome 3 user)) --- thanks @KlipperKyle, I downgraded to the older version...

particleman commented on 2014-12-12 12:24 (UTC)

Im using KDE with the air theme. Icon itself looks fine except its white surrounded by black looks like a missing tooth in the KDE panel.

uboot commented on 2014-12-12 08:06 (UTC)

I'm using Awesome with a black/dark theme - systray works, but icon has no alpha channel -> uglyish white square icon. But at least fully functional. According to ctown.myth's link, CPU load should settle sooner or later. I had no significant dropbox CPU load anymore since yesterday.

gourdcaptain commented on 2014-12-12 05:28 (UTC)

Thanks. That didn't work for me because I needed a 64-bit copy, but if you just take the PKGBUILD of the current version, change the version number to 2.10.52 and regenerate the hashes it'll install the old version.

underoot commented on 2014-12-12 05:08 (UTC)


gourdcaptain commented on 2014-12-12 01:57 (UTC)

Anywhere I can get a copy of Dropbox 2 to install? This has worked a grand total of once with the systemtray icon on XFCE even with a QT_STYLE_OVERRIDE=gtk. This update is so amazingly fundamentally broken.

ctown.myth commented on 2014-12-12 00:29 (UTC)

@Sc0rian @uboot: Yes, there's some new metadata that it will scan for [1] @Ayceman: /etc/environment was only comments for me (blank), adding QT_STYLE_OVERRIDE had no effect, the icon still does not show up [1]

KlipperKyle commented on 2014-12-11 23:28 (UTC)

I gave up and downgraded to Dropbox 2. In Dropbox 3 half the time the icon is missing, and the new QT GUI is ugly. However, Dropbox (in it's infinite wisdom) attempts to upgrade itself. Here's how to prevent it: (Thank you, wiki) install -dm0 ~/.dropbox-dist touch $PATH_TO_DROPBOX_DIR/.dropbox-cache/dropbox-upgrade-3.0.3.tar.gz chmod 0 $PATH_TO_DROPBOX_DIR/.dropbox-cache/dropbox-upgrade-3.0.3.tar.gz

uboot commented on 2014-12-11 17:48 (UTC)

on my machine, dropbox got magically auto-updated to 3.0.3 by itself - my package is still at 2.x @Sc0rian: heavy cpu load: yes, me !! but only occasionally - seems to be related with indexing / file modification checks memory consumption: virtual mem 1.5GB but less than 256MB used

Ayceman commented on 2014-12-11 11:56 (UTC)

It seems the problem with version 3.0.3 is traceable to QT_STYLE_OVERRIDE=gtk set in /etc/environment and a lack of qt5-webkit and popt dependencies combined. Both the dependencies need to be present and the environment variable needs to be unset from gtk. Running it as "QT_STYLE_OVERRIDE=[insert whatever or nothing, but not gtk] dropboxd" makes it function, but not fit into the theme.

bcc commented on 2014-12-11 09:48 (UTC)

anyone else having really bad memory leaks with the latest update? Just had to kill the client as it was sucking 4.5G with 25% cpu.

5chdn commented on 2014-12-11 08:18 (UTC)

Is there any way to restore the tray icon yet? It's missing since the update to 3.x (Mate Desktop). Running dropboxd manually does not fix it either.

asafk commented on 2014-12-10 03:59 (UTC)

Changing the dependencies as suggested by vicp74 works. But the icon shows up only when I manually run dropboxd. If I use the launcher from the Xfce menu, it will show up as a process, but there is no icon; and if I use systemd it doesn't start at all.

vicp74 commented on 2014-12-09 23:24 (UTC)

The dependencies are wrong: $ namcap dropbox-3.0.3-1-i686.pkg.tar.xz dropbox E: Dependency qt5-webkit detected and not included dropbox E: Dependency popt detected and not included dropbox W: Dependency included and not needed ('dbus-glib') dropbox W: Dependency included and not needed ('gtk2') So the PKGBUILD should say: depends=("qt5-webkit" "popt" "libsm")

Max-P commented on 2014-12-09 21:45 (UTC)

The tray icon issue seems related to the Qt theme. My Qt somehow happens to not detect my DE properly and uses its default built-in theme and dropbox works just fine for me. Being annoyed by the ugly UI, I just set the QT_STYLE_OVERRIDE variable and boom, no more tray icon. Setting another Qt theme for now might work as a temporary workaround.

Ayceman commented on 2014-12-09 17:33 (UTC)

Yep, same here - Tray icon missing completely on Xfce

Spike29 commented on 2014-12-09 12:29 (UTC)

Same issue here, the icon tray is missing on both Gnome-Shell and Xfce (it appeared briefly on Gnome but disappeared after a reboot).

vialrogo commented on 2014-12-09 12:26 (UTC)

I confirm the issue, in gnome (with topicons) the icon is missing too.

fredericojssilva commented on 2014-12-09 12:03 (UTC)

Im on xfce. Also my tray icon is missing

orschiro commented on 2014-12-09 11:56 (UTC)

I can confirm the issue with the tray icon. Screenshot:

entodoays commented on 2014-12-09 11:21 (UTC)

I upgraded dropbox. After a logout/login, the dropbox icon is "missing" from the system tray. I'm on Gnome and using the Topicons extension. Well it's present but not visible. I can right-click it but the icon itself is not visible.

mtorromeo commented on 2014-12-09 10:31 (UTC)

Last time I tried it didn't work out well. Maybe something would be fine but the bundled Qt wasn't compatible with the system one and removing it lead to crashes.

vincent commented on 2014-12-09 10:20 (UTC)

Is it possible to remove all third-party libraries from Dropbox distrib and add it in PKGBUILD as normal dependencies? I don't know what is in heads of developers, but this Windows-like style is a very bad manner.

swiftscythe commented on 2014-12-09 10:19 (UTC)

I think version 3 does not depend on gtk2 any more, but on qt4.

commented on 2014-12-08 20:27 (UTC)

$ curl -sIL '' | grep -m1 -o 'dropbox-lnx.x86_64.*.tar.gz' dropbox-lnx.x86_64-3.0.2.tar.gz

cgirard commented on 2014-11-25 15:17 (UTC)

aleb: and?

aleb commented on 2014-11-25 15:03 (UTC)

It's very easy to install the Dropbox client directly from the command line, see:

vaikus commented on 2014-11-11 03:34 (UTC)

Hope that Dropbox 2.10.50 fixes the erroring out. Meaning it wont sync anymore. But clearly the limit is not reached.

AlfredoRamos commented on 2014-11-10 23:57 (UTC)

2.10.50 is out:

orschiro commented on 2014-10-27 11:55 (UTC)

How can I tell Dropbox to use my default programs when opening a file from the context menu entry "Recently changed files"? Currently, all files are opened in Firefox. Can someone reproduce this issue?

vialrogo commented on 2014-10-23 18:33 (UTC)

I have the same issue, dropbox missing icon with 2.10.41-1 and gnome 3.14. I think that it's a dropbox package issue.

garretraziel commented on 2014-10-19 11:20 (UTC)

I don't know if it's problem with Dropbox or with Gnome, but since Gnome 3.14.1, Dropbox is missing icon in systray again.

archlenovo commented on 2014-10-13 15:56 (UTC)

Problem solved in release 2.10.41

ngoonee commented on 2014-10-13 03:11 (UTC)

It has the missing icon, just installed it here.

lachesis commented on 2014-10-11 21:04 (UTC)

2.10.41 is out:

schmoken commented on 2014-10-10 18:51 (UTC)

Busy and busy2 differ to provide the "animated" busy status.

archlenovo commented on 2014-10-10 17:40 (UTC)

The issue is still there even after upgrading from 2.10.39 to 2.10.40. As a temporary workaround, I did the same as @privong and just copied busy to busy2: cd /opt/dropbox/images/hicolor/16x16/status/ cp dropboxstatus-busy.png dropboxstatus-busy2.png

tancrackers commented on 2014-10-10 14:51 (UTC)

V What schmoken posted IS the correct status 2 image I tested it and have good eyes However, run the following command to correct the filename: mv dropboxstatus_busy2.png dropboxstatus-busy2.png

privong commented on 2014-10-10 12:51 (UTC)

busy2 from @schmoken appears to be the same image as busy, which is aleady in that same directory. I was able work around the issue by copying busy to busy2.

schmoken commented on 2014-10-10 00:41 (UTC)

busy2 from the 2.10.30 package:

tancrackers commented on 2014-10-09 19:08 (UTC)

I downloaded Dropbox 2.10.39 from Softpedia and the dropboxstatus-busy2.png file is missing there too

archlenovo commented on 2014-10-09 18:33 (UTC)

Same problem here: Can't load image from file '/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy2.png': file does not exist. This png file is missing in the source tar.gz file.

ngoonee commented on 2014-10-09 13:40 (UTC)

/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy2.png seems to be missing. Not a problem with your PKGBUILD, I'm pretty sure, but just to let everyone know. Just means the syncing arrow doesn't blink.

neTpK commented on 2014-09-07 11:52 (UTC)

Sorry, didnt mean to flag out of date. I was using the in-repo version which was v2.8

cgirard commented on 2014-08-27 13:13 (UTC)

jvybihal: this is not dropbox-experimental

jvybihal commented on 2014-08-27 12:55 (UTC)

I'd suggest revisiting dependencies. This PKGBUILD now installs 2.11.9 version, which is in QT.

taliesin commented on 2014-08-26 02:03 (UTC)

Hi adambot, with 2.10.29 I am no longer seeing a ~/.dropbox-dist directory. I might be misunderstaning something, but I used to see this in the past and am not seeing it now, I placed a temporary out of date template on that section of the Arch Wiki article on Dropbox. Do you know whether this is something that has been deprecated in the design of Dropbox?

Fong-Wan commented on 2014-08-01 05:31 (UTC)

2.10.27 is available [1]. I can't access more from, so maybe you should get from:${pkgname}-lnx.${_source_arch}-{$pkgver}.tar.gz [1]

commented on 2014-07-30 10:27 (UTC)

I get the following error trying to build the package: > makepkg -s ==> ERROR: Cannot find the fakeroot binary required for building as non-root user.

adambot commented on 2014-07-26 06:52 (UTC)

2.10.3 is available x86 SHA265 SUM is: fac8ddb97930487a0933ca2bb1fa3929b65af5b5530bd092917ccbd0a05983fd x86_64 SHA256 SUM is: e7fe882917a8b07748b6594953b907286d8d6ecb04ab4df4b86e60d24cc4e9ae also -- please add a note that users should do the following in the home directory of the user dropbox is going to run as to prevent autoupdate: rm -rf ~/.dropbox-dist install -dm0 ~/.dropbox-dist

alerque commented on 2014-07-15 08:45 (UTC)

My Out-Of-Date flag was in error, sorry about that. The release I am looking at is the devel branch. Linux client 2.11.0 was posted 3 days ago, release notes and links are [here][1]. Looks like this is a bit of a UI rewrite and will need more than a simple version bump in the package when it does get released. [1]

mispp commented on 2014-07-10 20:34 (UTC)

now it works. thanks. i don't know what i was thinking :S

carstene1ns commented on 2014-07-10 20:26 (UTC)

You do not need to download the PKGBUILD additionally, it is already inside the tarball. Instead, extract that tarball.

mispp commented on 2014-07-10 20:00 (UTC)

downloaded both, ran makepkg, output saved on pastebin. is there cache that needs to be cleared somewhere?

carstene1ns commented on 2014-07-10 15:14 (UTC)

@mispp: Seems like you downloaded only the PKGBUILD instead of the whole tarball... Or your AUR helper is broken, because dropbox.png and the other files are there.

mispp commented on 2014-07-09 21:33 (UTC)

Seems to be a problem with 2.8.4 ==> Making package: dropbox 2.8.4-1 (Wed Jul 9 23:18:25 CEST 2014) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found dropbox-lnx.x86_64-2.8.4.tar.gz ==> ERROR: dropbox.png was not found in the build directory and is not a URL.

rafaelff commented on 2014-06-06 13:23 (UTC)

@dlin: Dropbox doesn't provide its source code. It is closed source. The link you provided leads to nautilus-dropbox, which allows integration of Dropbox and GNOME's nautilus (a.k.a. Files). This source code you mentioned has the feature of download Dropbox binary to work with the dropbox-nautilus integration, but in Archlinux you can you the packages 'dropbox' and 'nautilus-dropbox' for the service and for the integration, respectively.

dlin commented on 2014-06-06 13:16 (UTC)

Why not use the source code which provide on offical dropbox site?

parafa45 commented on 2014-06-02 12:05 (UTC)

Sorry, I found the problem. Problem solved

parafa45 commented on 2014-06-02 11:10 (UTC)

I got this message, when I want to install package. OS: Netrunner Arch 64-bit Package Manger: Octopi curl: (23) Failed writing body (4585 != 16384) ==> ERROR: Failure while downloading dropbox-lnx.x86_64-2.8.3.tar.gz Aborting... ==> ERROR: Makepkg was unable to build dropbox.

commented on 2014-06-02 08:38 (UTC)

2.8.3 is out

cgirard commented on 2014-05-27 12:53 (UTC)

Replying to myself. This was caused by rebuilding the new package without cleaning the directory. A .dropbox-dist resides in the src directory which needs to be cleaned.

cgirard commented on 2014-05-26 11:17 (UTC)

Since 2.6.x, I cannot get Dropbox to work. I keep getting the following error: VerificationError: importing '/home/cgirard/dropbox/__pycache__/': No module named _cffi__xbf6971a3x934c2e3e I've tried the method which give me a working dropbox in dropbox-dist but that's about it. Any idea? (2.4.10 works fine)

ThecaTTony commented on 2014-05-20 08:00 (UTC)

Hi again, and thanks for all the work. 2.8.2 is out: -Fix for notification message that kept coming back. -Updated Translations

dennis123123 commented on 2014-05-19 17:03 (UTC)

Woohoo, half the install size! I love saving space (yeah, I'm strange lol) It won't change in the future (and if it does, it'd mean a new PKGBUILD, which means can check manually) but yes, you could always use something like: if diff dropbox >/dev/null; then echo "Files are the same - remove one and create symlink" rm -f ln -s dropbox fi (might need some paths and stuff adding in, but you see the idea)

zizzfizzix commented on 2014-05-19 14:13 (UTC)

Perhaps you could make it compare the checksums in case it changes in the future?

mtorromeo commented on 2014-05-19 09:48 (UTC)

Updated to 2.8.0 @dennis123123: thanks for the tip

dennis123123 commented on 2014-05-17 09:52 (UTC)

Also FYI (to save me filing a bug report) the file "" and "dropbox" are identical (md5sum) - so to save 21MB of disk space, you can delete (it's not even a zip file), and then create a symlink to "dropbox" named "" (it doesn't start unless it sees that file)

ThecaTTony commented on 2014-05-17 08:44 (UTC)

Hi 2.8.0 is out: -Prompt to selective sync in the setupwizard for large Dropboxes. -Notification when your hard disk is full. -New icons in the tray popup.

tbi commented on 2014-05-12 19:19 (UTC)

hey there! works pretty well. But I have the problem, that files or folders with umlauts (german language) in their filename won't sync. Any idea how to resolve this?

mtorromeo commented on 2014-05-08 07:58 (UTC)

Updated to 2.6.33 and implemented user systemd service file (not tested).

ThecaTTony commented on 2014-05-08 06:38 (UTC)

Hi 2.6.33 is out: -Fix a rare infinite Connecting error. -Fix Move Dropbox to a 2nd hard drive. -Fix un-dismissable notification message.

dennis123123 commented on 2014-05-04 06:38 (UTC)

OK, figured it out - if you're not running a full DE, this package should depend on "perl-file-mimeinfo" as the dropbox script relies on "mimeopen" from that package when $DE is not set (if you use openbox etc)

dennis123123 commented on 2014-05-04 06:03 (UTC)

Since the last update, my dropbox context menu "open dropbox folder" has stopped working. Starting from the command line, I get: which: no nautilus in (/opt/dropbox:/usr/local/sbin:/usr/local/bin:/usr/bin...... but my association for inode/directory is set to spacefm.desktop and hasn't changed at all.

holos commented on 2014-05-03 05:30 (UTC)

Consider providing /usr/lib/systemd/user/dropbox.service

dfanz0r commented on 2014-04-13 21:06 (UTC)

When using wget the current url redirects to: from: so i updated the pkgbuild to reflect that.

vltr commented on 2014-04-13 17:15 (UTC)

2.6.27 PKGBUILD:

adambot commented on 2014-04-06 22:53 (UTC)

2.6.27 is available

ThecaTTony commented on 2014-03-20 05:27 (UTC)

New stable version:

elbowz commented on 2014-03-18 11:53 (UTC)

After update I have lost custom icon (from theme) on my system-tray (KDE)... thanks for aupdate!

darkvenger commented on 2014-03-17 13:11 (UTC)

Thanks mtorromeo.

mtorromeo commented on 2014-03-17 13:04 (UTC)

Well, you could have asked for an update instead of "fix or disown", but ok, I updated it now. If you had a fix available earlier I'm sure many other users would have appreciated knowing about it and I wouldn't have had any problems applying it.

korrode commented on 2014-03-17 12:48 (UTC)

and FYI it was fixable. I was about to start on the PKGBUILD mods and an install script when i saw there's a new fixed release anyway.

korrode commented on 2014-03-17 12:45 (UTC)


mtorromeo commented on 2014-03-17 12:23 (UTC)

Like this is fixable... This is closed source, you know. If you know about a fix just let me know. Also the flag is for outdated packages, not for complaining.

korrode commented on 2014-03-17 12:06 (UTC)

Fix or disown.

wangsiyuan commented on 2014-03-16 07:22 (UTC)

It doesn't work for me. when I run `dropboxd' in terminal. this command doesn't return. No files can sync. Both dropbox and dropbox-experimental are the same. How can I find the history version of dropbox?

cgirard commented on 2014-03-14 14:18 (UTC)

bedi1982: Well as its name implies, the experimental version bring more recent but unstable version. It just means the fix will come in an upcoming stable version.

commented on 2014-03-14 13:55 (UTC)

The dropbox-experimental here from AUR brought up that login screen to me. Dunno why this one here doesn't, maybe maintainer should check if he still using the newest version of dropbox from upstream?

aryklein commented on 2014-03-13 00:02 (UTC)

I can't get a prompt screen for my login information with dropbox-2.6.18, so I had to go back to dropbox 2.6.7-1. This one works fine.

Federzoni commented on 2014-03-12 20:36 (UTC)

@mathomastech No luck here neither - with the suggested instructions (I also have a fresh install of Arch - but must confirm I kept my old /home partition). First haven't been able to get a prompt screen for login information, too. But if you start dropbox and disconnect from internet and delete the .dropbox folder after a while Dropbox asks you for the internet connection (so you get a prompt). After klicking try again and reconnecting to the internet you can enter your login information. The problem just was when I was able to enter the login information - dropbox didn't accept the information and told me > an error occured. try again. < But perhaps it works out for you.

mthx commented on 2014-03-12 04:21 (UTC)

@rickysheaves No luck here. Got a fresh install of Arch. Attempted your instructions, as well as the method @akael suggested. I haven't been able to get a prompt screen for my login information.

jpaul commented on 2014-03-10 14:44 (UTC)

@rickysheaves Yep it worked for me.

mysticalphoenix commented on 2014-03-09 17:59 (UTC)

@rickysheaves thanks man :D it worked for me too (y) :)

bernd_b commented on 2014-03-09 09:17 (UTC)

It's very nice of you to post an alternative pkgbuild. But what should this flagging out of date helps anyone? I see this one updated last on 2014-03-05 which is only a couple of days ago and the project is highly commented with remarks a few hours ago. So nothing is really out of date here?!

lots0logs commented on 2014-03-08 23:09 (UTC)

The current PKGBUILD does not result in a working installation of Dropbox so I flagged it out-of-date. I'll post a corrected PKGBUILD later today if time allows.

newkular commented on 2014-03-08 10:24 (UTC)

Here's what worked for me: 1. Install this AUR package. 2. Download from the official Dropbox site. 3. Run the script: python2 start -i 4. You'll be prompted to download the Dropbox engine. Accept. 5. You'll then be prompted to configure your installation and log in to the service. 6. Once logged in, stop dropbox (the instance spawned from the python script). 7. Delete ~/.dropbox-dist 8. Restart Dropbox from your start menu or reboot. YMMV

Svante commented on 2014-03-08 08:05 (UTC)

Can't make this package work. Dropbox is installed all right, but I can't configure it. So I can't connect to my Dropbox account.

carstene1ns commented on 2014-03-04 23:05 (UTC)

Yes, it has to work this way, because you have all permissions in your home directory. The point is it does not work with a system-wide install.

akael commented on 2014-03-04 21:30 (UTC)

I was able to get dropbox working simply by using the directions from the dropbox site: 32-bit: cd ~ && wget -O - "" | tar xzf - 64-bit: cd ~ && wget -O - "" | tar xzf - Next, run the Dropbox daemon from the newly created .dropbox-dist folder. ~/.dropbox-dist/dropboxd Like this I have to start the service manually, but at least it works.

GordonGR commented on 2014-03-03 15:50 (UTC)

Some update on my part, since I had time enough today to investigate a bit. 1) I removed all dropbox-related packages from my system, even thunar-dropbox which shouldn't be relevant, but still. I tried cedricmc's workaround, it worked. The window asking me to link an account or make a new one popped-up, I gave my data, it linked them, synchronised my ~/Dropbox, all good. Then I tried installing the dropbox package from the aur, ran it, it didn't work; tried to sync endlessly but couldn't. 2) I started over: Removed ~/dropbox*, reran cedric's workaround (without uninstalling the dropbox package) and it didn't work. It kept trying to sync for ever (just like my previous attemt some days ago). 3) I removed the dropbox package and reran cedric's workaround, this time it worked again. I tried downgrading the package pacman-wise, ie taking the PKGBUILD and changing $pkgver and the respective sha512sums. I makepkg'ed it, installed it, ran it. Dropbox claimed it couldn't connect due to permissions error, referencing to a file in my /tmp, located here [1]. 4) I manually downloaded and ran (cedric's way) the newest dropbox 2.6.13 and… it works properly. Hence I suspect we have a packaging problem regarding permissions, but I have no idea what. [1]

commented on 2014-02-27 13:58 (UTC)

Looks like 2.6.17 is out.

jstjohn commented on 2014-02-25 20:29 (UTC)

Stop flagging this package out-of-date when a new stable version has not been released. The out-of-date flag is NOT for indicating there's a problem with the package.

ForeverYoung commented on 2014-02-25 18:02 (UTC)

Last 2.6.x releases, when new veraion releases, I update with this aur, then dropbox stop/start. Dropbox is started w/o systemd, using kde session.

ForeverYoung commented on 2014-02-25 18:00 (UTC)

Try stop dropbox using systemctl, then 'dropbox start' from xterm under your user

timofonic commented on 2014-02-25 16:22 (UTC)

I installed Dropbox for first time on another computer. To my surprise, I'm unable to register my machine with the GUI. Any plans on fixing it? Please, I used Dropbox extensively for homework and other stuff.

GordonGR commented on 2014-02-25 12:46 (UTC)

I tried again, but no. No dropbox instances running, no ~/Dropbox, not even the .dropbox* folders. So weird.

pngaudioguy commented on 2014-02-25 12:22 (UTC)

@GordonGR - I initially had the exact same problem. I solved it by making sure that the daemon wasn't running with ps aux |grep dropboxd, and removing the Dropbox folder from my home/user/ folder. Then when I started the tmp version, it popped up the Welcome dialog.

GordonGR commented on 2014-02-25 09:51 (UTC)

cedricmc's workaround doesn't work for me :S A dropbox application does open, but it doesn't sync, and when I open its preferences it won't let me unlink my account so I can relink it (it's greyed out). I suppose the problem is that the welcome box won't pop up. Weird :S

commented on 2014-02-24 10:28 (UTC)

cedricmc's solution worked for me aswell. it's a simple package with stable dependencies, i cannot for the live of me figure out why it is suddenly behaving like this on Arch. It is not producing any error codes either that are of any use.

theOptimizedCode commented on 2014-02-23 11:30 (UTC)

cedricmc's workaround worked out like a charm for me..

pngaudioguy commented on 2014-02-22 15:07 (UTC)

Did you try the workaround that cedricmc posted below? Install dropbox, then quit and make sure the daemon isn't running. Make sure that the folder you plan to sync into (default is /home/your username/Dropbox) doesn't exist. Then type one line at a time: mkdir ~/tmp && cd ~/tmp wget -O dropbox-lnx.x86_64-2.6.7.tar.gz "" tar zxf dropbox-lnx.x86_64-2.6.7.tar.gz .dropbox-dist/dropboxd The box welcoming you to Dropbox should pop up, with options to create an account or sign in, and where you want to sync your Dropbox, etc. After signing in and letting it start to sync you can quit out. Re-start the new (2.6.13-1) Dropbox from your menu or installed location. It should continue syncing. You can now remove the temporary version with: rmdir ~/tmp

commented on 2014-02-22 12:08 (UTC)

I tried the 2.6.13-1 version this morning on a fresh install of arch 64_86 and i could not get it to work at all. It doesn't make a ~/dropbox folder and instead complains it cannot find it, all option on the account tab of the preferences screen are greyed out and i cannot link my account. - I tried removing the ~/.dropbox folder. - I tried creating the dropbox folder manually. - I chowned both folders. Everything else seems to be fine, but if i cannot link my account the package is useless ...

pngaudioguy commented on 2014-02-20 19:18 (UTC)

cedricmc's instructions below work with one substitution for x86_64 (the 32 bit binaries didn't work for me.) wget -O dropbox-lnx.x86_64-2.6.7.tar.gz "" Obvious if you're familiar with Linux, but you'll have to extract that .tar.gz file that you downloaded with tar zxf or similar, which gives you the .dropbox-dist folder for his next line. Also, make sure that the new version isn't running when you try to start the sync, and that you don't already have a Dropbox folder in your /home/user folder, or it won't detect that it's a new installation and you still won't get the option to input your account info.

cedricmc commented on 2014-02-19 18:35 (UTC)

Workaround: login with a previous version and exit mkdir ~/tmp && cd ~/tmp wget -O dropbox-lnx.x86-2.6.7.tar.gz "" .dropbox-dist/dropboxd (login & wait to start sync & close dropbox) cd .. && rm -r tmp

cedricmc commented on 2014-02-19 16:19 (UTC)

Dropbox 2.6.12-1 does not show the login dialog, however it does sync already linked accounts. Checked on two different systems x86_64.

roukoswarf commented on 2014-02-15 16:35 (UTC) New pkgbuild for 2.6.8-1 with sha512sums corrected, did not check for i686, probably needs correcting too.

dohnjoe commented on 2014-02-12 14:05 (UTC)

@carstene1ns thanks for the tip, i'll keep it mind next time.

carstene1ns commented on 2014-02-11 19:28 (UTC)

@dohnjoe: btw, you can leave out some steps, if you just want to package a new version for yourself: 'makepkg -si --skipinteg'

dohnjoe commented on 2014-02-11 16:18 (UTC)

I just installed the new version posted by carstene1ns (see below). Edit PKGBUILD file like so: pkgver=2.6.8. (instead of 2.6.7) Then do a '$ updpkgsums' in the same directory, this will download the dropbox source files and update the checksums. Again in the same folder do '$ makepkg -s' and install the newly made package 'dropbox-2.6.8-1-i686.pkg.tar.xz' with pacman. # pacman -U dropbox-2.6.8-1-i686.pkg.tar.xz. This will install dropbox 2.6.8. Below is my PKGBUILD file.

carstene1ns commented on 2014-02-07 22:38 (UTC)

2.6.8 is out:

ackalker commented on 2014-02-07 22:21 (UTC)

Nope, strike that, `xdg-open file:///some/thing.html#bla` with thing.html in place doesn't work either. Bad xdg-open.

ackalker commented on 2014-02-07 22:13 (UTC)

The /tmp/<hidden>.html file is being created, my guess is that xdg-open has some trouble with the #<URL fragment> thingy hanging off the back. Bare file names don't take URL fragments, URLs do, so I think xdg-open should be used as: xdg-open "file:///tmp/<bla>.html#whatever". I did a simple grep on the package but I can't find anything 'xdg-open' related (probably crypted/obfuscated/whatever).

ackalker commented on 2014-02-07 21:54 (UTC)

dropbox 2.6.7-1: choosing "Launch Dropbox Website" doesn't work; running 'dropboxd' from command line and trying shows: xdg-open: file '/tmp/<hidden>.html#<loooong-string-of-hex-probably-to-be-kept-private>' does not exist ('<hidden>' and that other one are obviously not real). xdg-open has no problems opening local .html files in my browser of choice. Please advise if this is an upstream bug or if it has anything to do with this package.

bernd_b commented on 2014-02-02 18:58 (UTC)

So three days ago, 2.6.6 was released (at least in the forum). Well .. then PKGBUILD would look like this?!: # Maintainer: Massimiliano Torromeo <> # Contributor: Tom < tomgparchaur at gmail dot com > # Contributor: David Manouchehri <> pkgname=dropbox pkgver=2.6.6 pkgrel=1 pkgdesc="A free service that lets you bring your photos, docs, and videos anywhere and share them easily." arch=("i686" "x86_64") url="" license=(custom) depends=("dbus-glib" "gtk2" "libsm") optdepends=( 'ufw-extras: ufw rules for dropbox' ) conflicts=("dropbox-experimental") options=('!strip' '!upx') _source_arch="x86" [ "$CARCH" = "x86_64" ] && _source_arch="x86_64" sha512sums=('1544cf8815c60a7b22b876fb8d1697ee2e56fa452d475517822a7a340167ae29450a58a9e0b71ddcc8c5ec7f1560357febbf17f884715a7aa188d3d9e0eb7247' 'b1a2ca11479c9f243c0368d79b36ef87910311af2dd126a3291438083544ed10a640143a58e73be1d27bf016c114e668ea504ed6eed6955370bfcac309e5fb7d' 'b3e0701afe90693b99d5e23bad6b8637bc27611a42c695d12b3b990d98bf010371b266322cd54c60ffd654ed44f56a85b1fcb51b30db991af60043dc22bf1897' 'f688115daa8930dffd6e27a7113b137972c20918297c6178bb7e8f820add325d34d452f8bf6bb73fa6b2de73ffa028d27457ed2df390687af8841d9425ebab3e' 'b08a50766681a55e3bf9f1721549218996dd4dbef183dce4967622a98a52fdcc47325de99794b40462692213bbe390f659cf48023b407ae4fce81997af4d46e2') [ "$CARCH" = "x86_64" ] && sha512sums[0]='fa385c49f57f04a2634a0a587b3274e4fd746d8eafc456a2c25fdd28aa2be58db825e05a06ff978323c3830165278ac4b0bcfb1d5de22eb9de124682b17a8d3a' source=("${pkgname}-lnx.${_source_arch}-${pkgver}.tar.gz" "dropbox.png" "dropbox.desktop" "terms.txt" "dropbox.service") package() { install -d "$pkgdir/opt" cp -R "$srcdir/.dropbox-dist" "$pkgdir/opt/dropbox" find "$pkgdir/opt/dropbox/" -type f -exec chmod 644 {} \; chmod 755 "$pkgdir/opt/dropbox/dropboxd" chmod 755 "$pkgdir/opt/dropbox/dropbox" install -d "$pkgdir/usr/bin" ln -s "/opt/dropbox/dropboxd" "$pkgdir/usr/bin/dropboxd" install -Dm644 "$srcdir/dropbox.desktop" "$pkgdir/usr/share/applications/dropbox.desktop" install -Dm644 "$srcdir/dropbox.png" "$pkgdir/usr/share/pixmaps/dropbox.png" install -Dm644 "$srcdir/terms.txt" "$pkgdir/usr/share/licenses/$pkgname/terms.txt" install -Dm644 "$srcdir/dropbox.service" "$pkgdir/usr/lib/systemd/system/dropbox@.service" }

bernd_b commented on 2014-02-02 15:35 (UTC)

Why is this package flagged out of date? The page offers me 2.6.2(!), here we even get 2.6.5 presented. Installed today, works without any problems for me so far.

darkshines commented on 2014-01-24 13:21 (UTC)

New stable build:

chepaz commented on 2014-01-11 19:36 (UTC)

Funny thing this. Removeing the suggested dirs doesn't work here also. But if i run dropbox/d from the .dropbox-dist folder which is in the lnx.tar from dropbox it seems to work. Doesn't crash but would like to have my account settings. Something is broken but i don't get what :-P

ForeverYoung commented on 2014-01-10 11:45 (UTC)

Still there is a bug. importing '/home/anton/pylinux/__pycache__/': No module named _cffi__xa0c4f46bx1d95b4de There is no such file even.

mtorromeo commented on 2014-01-10 08:32 (UTC)

Also remove your ~/.dropbox-dist directory

mtorromeo commented on 2014-01-10 08:32 (UTC)

Try uninstalling, remove every leftover file from /opt/dropbox (if any) and reinstall.

chepaz commented on 2014-01-10 07:35 (UTC)

Updated, but what happens here: Am i missing something?

darkshines commented on 2014-01-07 14:45 (UTC)

2.6.2 available:

FadeMind commented on 2014-01-03 06:44 (UTC)

2.4.11 available.

xgdgsc commented on 2014-01-01 08:08 (UTC)

@orschiro Oh, thanks for pointing out. Actually I prefer auto update.

orschiro commented on 2014-01-01 07:11 (UTC)


xgdgsc commented on 2014-01-01 02:10 (UTC)

The package version is now at 2.4.8 on my machine. But why the dropbox client is already at 2.4.10? Does dropbox automatically update itself now?

rafaelff commented on 2013-12-30 19:08 (UTC)

I set the binary 'dropboxd' in my startup aplication list, so dropbox will always start when I login. That's my suggestion.

orschiro commented on 2013-12-30 19:05 (UTC)

@timofonic What happens if you simply start "dropboxd &"?

timofonic commented on 2013-12-30 16:11 (UTC)

I did... systemctl enable dropbox@timofonic systemctl start dropbox@timofonic Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service: main process exited, code=exited, status=255/n/a Dec 30 17:01:43 timostation systemd[1]: Unit dropbox@timofonic.service entered failed state. Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service holdoff time over, scheduling restart. Dec 30 17:01:43 timostation systemd[1]: Stopping Dropbox... Dec 30 17:01:43 timostation systemd[1]: Starting Dropbox... Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service start request repeated too quickly, refusing to start. Dec 30 17:01:43 timostation systemd[1]: Failed to start Dropbox. Dec 30 17:01:43 timostation systemd[1]: Unit dropbox@timofonic.service entered failed state. I installed dropbox-cli, but not sure about what to do. I did "dropbox start" and says... % dropbox start To link this computer to a dropbox account, visit the following url: Despite I do this and says it's correctly linked, the message still persists. I feel being a n00b :P

balwierz commented on 2013-12-30 13:39 (UTC)


aligator commented on 2013-12-30 13:24 (UTC)

simply start the program "dropboxd" there is no .service...

timofonic commented on 2013-12-30 13:09 (UTC)

@dengzxf I agree! Where's the dropbox.service located at? I did "systemctl start dropbox" but nothing happened :(

dengzxf commented on 2013-12-28 06:46 (UTC)

It's time to update to 2.4.10 !

Taijitu commented on 2013-12-16 20:38 (UTC)

Maybe, but in order to get the GUI for configuring the account, folder placement etc, I had to also include the "dropbox" excecutable into the package...

mwbrown commented on 2013-12-16 18:52 (UTC)

@Taijitu This package provides the dropboxd program within your PATH. I think what you might be looking for is the dropbox-cli program, which provides a Python script that can manage running Dropbox via `dropbox start`, `dropbox stop`, etc.

Taijitu commented on 2013-12-12 16:00 (UTC)

This may be a stupid question, but I had to manually add ln -s "/opt/dropbox/dropbox" "$pkgdir/usr/bin/dropbox" to the PKGBUILD in order to actually get dropbox working. Is that about right, or am I on the wrong track?

orschiro commented on 2013-12-05 22:08 (UTC)

@lahwaacz My fault. I did not have the wiki page at hand and thought I might just quickly show him what he can expect from using downgrade.

lahwaacz commented on 2013-12-05 15:46 (UTC)

@orschiro: you should have mentioned Or, even better:

orschiro commented on 2013-12-05 07:11 (UTC)

@robertsms ~ $ downgrade dropbox The following packages are available in your cache: 1) local dropbox-2.4.8-1-x86_64.pkg.tar.xz [installed] 2) local dropbox-2.4.7-1-x86_64.pkg.tar.xz 3) local dropbox-2.4.6-1-x86_64.pkg.tar.xz 4) local dropbox-2.4.4-1-x86_64.pkg.tar.xz 5) local dropbox-2.4.3-1-x86_64.pkg.tar.xz

mssun commented on 2013-12-05 06:43 (UTC)

@olkkoo Same problem with me. How to roll back to previous version?

olkkoo commented on 2013-12-02 21:33 (UTC)

2.4.8 didn't want to sync. It just stated that "up to date".I rolled back to 2.4.7. It didn't work at first either, but eventually started syncing correctly.

mtorromeo commented on 2013-11-27 08:30 (UTC)

@jstjohn: done, thanks!

jstjohn commented on 2013-11-27 02:07 (UTC)

mtorromeo: It looks like Dropbox recently changed some of their branding, so please consider replacing dropbox.png with this image: In case that URL changes, I found it on

jstjohn commented on 2013-11-27 01:09 (UTC)

memeplex: You may want to report this upstream on the Dropbox forums to have them use the "file://" URI scheme.

memeplex commented on 2013-11-26 23:14 (UTC)

I'm experiencing the same annoyance than @DullOnion and @lahwaacz. I don't think it has anything to do with the default browser. The point is that neither the file manager nor the browser nor xdg-open will open the pseudo-url dropbox is passing. For example pcmanfm, firefox and xdg-open fail with: /tmp/dbxlYdF_t4.html#0b3529b7f928f6e76e0bb5e164782200ccc0940844dbd8cd51df7915c460cd4aaacdf8782440f48590e9bf But firefox will open: file:///tmp/dbxlYdF_t4.html#0b3529b7f928f6e76e0bb5e164782200ccc0940844dbd8cd51df7915c460cd4aaacdf8782440f48590e9bf

darkvenger commented on 2013-11-19 23:42 (UTC)

@poxar Thanks a lot for the Thunar tip, this was something that was starting to drive me crazy.

crazyh commented on 2013-11-14 10:44 (UTC)

Look here: It is impossible to start Dropbox for user like "test-user" but I'm able to start Dropbox for user "test". I tried "User = %i" in unit-file, as suggested and it helped.

lahwaacz commented on 2013-11-11 20:14 (UTC)

@DullOnion: thanks for pointing this out, here's the result of my quick investigation: dropbox creates this file /tmp/dbxl*.html which contains javascript code with the hashed password. The script then basically redirects to and fills in the password, so you don't have to type it manually. If anyone is interested, here is the extracted html file: (of course I've removed the hashed password). I find this behaviour pretty dangerous, IMO it would be enough to just open directly and count on the browser's cookies, you'd type the password just once so what's the big deal? Also note that you need a browser with javascript enabled for the dbxl*.html to work.

DullOnion commented on 2013-11-11 19:42 (UTC)

Thanks for the help, but the problem still persists. Firefox is correctly configured as my default web browser and Thunar is defined as my default file browser. I think the specific problem is that xdg-open is trying to open /tmp/dbxl*.html#[hash] with [hash] being what I assume is login and password info and complaining that the file does not exist. The dbxl*.html file itself does exist though, just without the hash appended to it.

poxar commented on 2013-11-06 16:16 (UTC)

@DullOnion @orschiro the browser opened depends on which file-browser is set as the default, if none or a nonexistant .desktop file is specified the default web-browser will be opened. (it uses xdg-open i believe) so if you want to open thunar, when clicking on the dropbox icon you have to write inode/directory=Thunar.desktop into ~/.local/share/applications/mimeapps.list

lahwaacz commented on 2013-11-06 14:56 (UTC)

@mtorromeo: ~/.dropbox-dist is not the only folder Dropbox will create - see

donniezazen commented on 2013-11-06 14:11 (UTC)

@mtorromeo Thanks.

mtorromeo commented on 2013-11-06 13:14 (UTC)

@donniezazen, try this before the next update: rm -rf ~/.dropbox-dist install -dm0 ~/.dropbox-dist

orschiro commented on 2013-11-06 10:02 (UTC)

@DullOnion For it opens the Dropbox website in my desired browser. Are you sure that your default browser is correctly set up? For me it is: ~ $ echo $BROWSER chromium

donniezazen commented on 2013-11-06 09:26 (UTC)

@DullOnion It does open file manager for me but not the default one. Instead of opening Dolphin, Dropbox opens Konqueror.

donniezazen commented on 2013-11-06 09:14 (UTC)

@lahwaacz You were right. After upgrading to 2.4.6 and removing ~/.dropbox-dist, Dropbox service and Network Dispatcher service both have started working. I have posted a feature request to provide an option to control auto-update. Please comment to support. [1]

DullOnion commented on 2013-11-06 09:05 (UTC)

Recently launching the dropbox website from the tray icon has ceased to funciton for me. Terminal output shows that the error is "xdg-open: /tmp/file 'foo.html' does not exist." The file is there, but the browser isn't opening.

Manouchehri commented on 2013-11-06 00:13 (UTC)

Until the maintainer updates the package, run this (as one line) to get and install the latest version: wget -O - | tar xz && cd dropbox && patch PKGBUILD <(wget -q -O - && makepkg -sci

lahwaacz commented on 2013-11-03 13:11 (UTC)

@donniezazen: you'll have to delete ~/.dropbox-dist/ manually once you install dropbox-2.4.5

donniezazen commented on 2013-11-03 12:46 (UTC)

@lahwaacz That makes sense. I saw dropbox was 2.4.4-1 in AUR and my dropbox icon says it's 2.4.5. What do you think once dropbox is updated here will it automatically get fix or if manual intervention is required.

lahwaacz commented on 2013-11-03 11:05 (UTC)

@donniezazen: that's probably because dropbox detected newer version, downloaded it, extracted the files into ~/.dropbox-dist/, tried to re-exec itself and failed. This process fails because dropbox from this package is installed under /opt/dropbox/ and re-exec over different binary path is not possible. The fact that auto-update can't be disabled in dropbox is really pissing me off...

donniezazen commented on 2013-11-03 10:50 (UTC)

dropbox@donnie.service seems to have started failing. systemctl status dropbox@donnie.service dropbox@donnie.service - Dropbox Loaded: loaded (/etc/systemd/system/dropbox@.service; enabled) Active: failed (Result: start-limit) since Sun 2013-11-03 16:13:37 IST; 5min ago Process: 2619 ExecStart=/usr/bin/dropboxd (code=exited, status=255) Main PID: 2619 (code=exited, status=255)

71GA commented on 2013-10-11 07:44 (UTC)

I recommend all to extract using terminal and: "tar -zxvf dropbox.tar.gz" When i tried to extract using file-roller i got errors and couldn't build the package.

mtorromeo commented on 2013-10-07 10:31 (UTC)

Done, thanks.

xyproto commented on 2013-10-06 16:00 (UTC)

You might want to make ufw-extras an optional dependency, since it now includes configuration files for ufw and dropbox. Thanks for maintaining.

lecarrera commented on 2013-10-03 03:14 (UTC)

Hi: Just trying to help. In the file PKGBUILD, I change the package version to: pkgver=2.4.0 and the corresponding check sum for both i686 and x86_64 sha256sums=('e01474f536a252d117d5882816769951a881c3d67eb2770e2818001d7688cc79' '8b8af2d6a5786d7fa259660a34c47fa0a7534cd112e70d71ee53b1f786baf530' 'dd8fdb362c0bba8d789010594f021671ff00e535fc75e13da855f43bc7a4b3aa' 'b9e020c378c318e72857bb6cd859c74e8da1300f34cee5bfec89c4f7a89770a9' 'c7253ef6806b7efdec6f3d7e1eeaa90f48813e80715733ab9c902123edfdae27') [ "$CARCH" = "x86_64" ] && sha256sums[0]='b1a69a7a1f5f6da384701a60b298ce490528a8787de1e6055a7b8ddd6b80e32c' and it works for me. Yours: Luis.

kobra commented on 2013-10-02 10:50 (UTC)

Up to date version is 2.4.0

wilbowma commented on 2013-09-24 15:05 (UTC)

Nevermind; I somehow messed up /var/tmp.

wilbowma commented on 2013-09-24 02:17 (UTC)

@jaseemabid I'm getting similar issues. It seems to have just started recently though.

commented on 2013-09-17 13:55 (UTC)

I am unable to start dropbox with a as a normal user, but only as root. Is that expected?

orschiro commented on 2013-09-04 06:19 (UTC)

@lahwaacz Sorry for that. I completely forgot about a local script that I used for reconnection. That has caused dropbox to restart all the time and not the systemd service.

lahwaacz commented on 2013-09-03 21:28 (UTC)

@orschiro: aren't you using systemd's dropbox@.service? It includes 'Restart=always'.

orschiro commented on 2013-09-03 21:20 (UTC)

The dropbox client restarts over and over again regardless how often I try to kill it. Except for the client itself I do not run any other software which could cause the client to restart: [orschiro@thinkpad ~]$ pacman -Q | grep dropbox dropbox 2.2.13-1 Have you got any idea how I can trace back what is causing the restarts of the client?

lahwaacz commented on 2013-09-02 17:07 (UTC)

@rumpelsepp: OK, I don't see any reason to change the default theme, there are plenty of alternative themes, you might as well create your own: (assuming that the linked packages work, I have not checked them)

rumpelsepp commented on 2013-09-02 17:02 (UTC)

@lahwaacz you're right, I have talked about the panel... I see you're right and we need more files... :(

lahwaacz commented on 2013-09-02 08:55 (UTC)

@rumpelsepp: /usr/share/pixmaps/dropbox.png is too small for you? It's 128x128 px... If you need bigger status icon for the panel, single icon won't help you: /opt/dropbox/images/hicolor/16x16/status/dropboxstatus-blank.png /opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy.png /opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy2.png /opt/dropbox/images/hicolor/16x16/status/dropboxstatus-idle.png /opt/dropbox/images/hicolor/16x16/status/dropboxstatus-logo.png /opt/dropbox/images/hicolor/16x16/status/dropboxstatus-x.png

rumpelsepp commented on 2013-09-02 08:30 (UTC)

What about including a bigger icon? The standard icon is damn to small for gnome3...

Thaodan commented on 2013-08-28 13:17 (UTC)

what about removing unneeded stuff like the windows exes from the package?

zman0900 commented on 2013-08-25 20:54 (UTC)


trinhanhngoc commented on 2013-08-25 09:58 (UTC)

I cann't download anything from Can someone upload dropbox-lnx.x86_64-2.2.13.tar.gz file to other file sharing for me, thank.

lahwaacz commented on 2013-08-15 17:54 (UTC)

@krzychusan: see

krzychusan commented on 2013-08-15 16:18 (UTC)

It makes under my arch /usr/lib/systemd/system/dropbox@.service instead of dropbox.service Renaming and it works great I guess. Any idea why this is marked as not actual?

orschiro commented on 2013-08-02 20:59 (UTC)

@oconnor663 Which network manager do you use? As for NetworkManager I suggest to use networkmanager-dispatcher-dropbox:

oconnor663 commented on 2013-08-02 18:44 (UTC)

Maybe someone mentioned this before, but dropboxd doesn't seem to ever find the network if it's started before the network is up. The wiki contains a workaround for this. Could we just integrate the workaround with the package?

11backslashes commented on 2013-08-01 19:30 (UTC)

@spartanroc, @bobbaluba, and @CaioAlonso. I was having the same issue, until I found this thread: In summary, if your dropbox folder is on an ntfs partition, make sure its mount path contains no spaces, and add "default_permissions" to the mount options of that partition in /etc/fstab.

spartanroc commented on 2013-07-12 15:52 (UTC)

I successfully downgraded the dropbox to 2.0.26 and now everything works. Here is what I did for those who suffering the same problem: Download the tarball and extract it to a directory like /var/abs/local/ Change the file PKGBUILD: pkgver=2.0.26 makepkg -g >> PKGBUILD makepkg -f -L sudo pacman -U dropbox-2.0.26-1-i686.pkg.tar.xz then restart your dropbox

spartanroc commented on 2013-07-12 14:59 (UTC)

@bobbaluba and @CaioAlonso: I am having the same problem with 2.2.9. It worked fine in the beginning after I updated to 2.2.9. Then I added a new folder from another machine. Suddenly this machine stuck at "downloading xxx files...". I kept quiting dropbox and then restarting it. Each time I got one more file downloaded and then it stuck there.

rafaelff commented on 2013-06-26 00:05 (UTC)

@darkvenger: yep, it is working fine here.

darkvenger commented on 2013-06-25 22:45 (UTC)

@bobbaluba and @CaioAlonso the problem is not a general one. I've been updating it and didn't have a problem so far.

caioalonso commented on 2013-06-25 19:43 (UTC)

@bobbaluba: same here.

bobbaluba commented on 2013-06-25 13:15 (UTC)

Anyone else had problems syncing lately? It's stuck at "downloading xxx files..." My friend who's using chakra also has this issue. This started around the 21st for both of us.

rikmer commented on 2013-06-19 10:02 (UTC)

@mtorromeo: Thank you for your advice. But it doesn't seem to work. Icon in nautilus works fine but system tray is empty.

mtorromeo commented on 2013-06-19 09:57 (UTC)

@rikmer: The correct systemd way of achieving this is by creating a file in "/etc/systemd/system/dropbox@.service" with this content: .include /usr/lib/systemd/system/dropbox@.service [Unit] After=gdm.service And then issue "systemctl reenable dropbox@USER.service" (sorry about spamming with comments, I'm done fixing typos hopefully)

rikmer commented on 2013-06-19 09:52 (UTC)

@lahwaacz: I added "After=gdm.service" and "Requires=gdm.service" to the [Unit] section of /usr/lib/systemd/system/dropbox@.service to ensure that x server is running when calling the dropbox service. It doesnt seem to work. Or am I thinking the wrong way. @jstjohn: I read the wiki for systemd but I still don't know how to accomplish your suggestion in this case. (... and if it is really the problem :) )

cgirard commented on 2013-06-19 08:47 (UTC)

mariusn: Please stop trolling! Just flag the package and wait. You are just spamming everyone inbox! If you cannot wait, spend 10s updating your copy of the PKGBUILD, it will be faster.

mtorromeo commented on 2013-06-19 08:40 (UTC)

Really!? 24hs from the last update and I'm already no longer active? Jeez...

lahwaacz commented on 2013-06-18 20:49 (UTC)

@jstjohn, rikmer: The issue is more likely to be that dropbox is started before X server.

jstjohn commented on 2013-06-18 19:03 (UTC)

rikmer, enabling a service tells systemd to start the service at boot but does not tell systemd to start the service immediately. They are two separate behaviors. You likely want to enable and start the service at the same time instead of doing one or the other. See this for more info:

rikmer commented on 2013-06-18 18:17 (UTC)

nautilus 3.8.2-1, nautilus-dropbox 1.6.0-1, dropbox 2.2.3-1 After following and starting dropbox via "sudo systemctl start dropbox@<user>" everything works as expected. The icon shows in nautilus and in the system tray. BUT if the service is enabled via "sudo systemctl enable dropbox@<user>" only the icon in nautilus appears after a boot. The system tray is empty.

mariusn commented on 2013-06-18 16:32 (UTC)

Looks like there's a 2.2.6 version also:

lestb commented on 2013-06-18 13:41 (UTC)

I didn't notice that it create folders on /tmp but at least it doesn't update my dropbox on home. Maybe inotify would help...

dhaines commented on 2013-06-18 00:17 (UTC)

Is anyone else getting really annoyed when others comment on here when there's a new version available instead of just using the flag package out-of-date feature of the AUR (not that this is any less of an annoyance, for which I preemptively apologize)?

rafaelff commented on 2013-06-17 22:49 (UTC)

Version 2.2.3 available.

lahwaacz commented on 2013-06-11 11:56 (UTC)

@lestb: that doesn't solve the problem of downloading the tarball with newer version - see

lestb commented on 2013-06-11 09:45 (UTC)

I typed this to disable autougrade of dropbox: mkdir -p ~/.dropbox-dist chmod 000 ~/.dropbox-dist

techlive commented on 2013-06-09 08:35 (UTC)

@lahwaacz Yes, it made systemd service restart over and over again.

commented on 2013-06-08 16:03 (UTC)

my dropbox was automagicaly updated to 2.2.1

cippaciong commented on 2013-06-06 14:33 (UTC)

Wrong shasum for dropbox-lnx.x86-2.2.0.tar.gz. New one is 2abb48141eed36bc2198b989632adce0a61a49de.

lahwaacz commented on 2013-05-27 07:04 (UTC)

Anyone knows how to disable the auto-upgrade feature in dropbox? Every time new version of dropbox is released, it downloads the tarball and extracts it into ~/.dropbox-dist :-(

commented on 2013-05-24 20:59 (UTC) 2.0.21 is out

cwill747 commented on 2013-05-15 18:05 (UTC)

@celilo, if the repo is first in pacman.conf, it will use the package from that repo over those lower in pacman.conf.

cgirard commented on 2013-05-13 11:51 (UTC)

No, same thing for me. Switched to the experimental version which works fine.

Malix commented on 2013-05-13 11:48 (UTC)

is this working for everyone else? throws segmentation fault on my computer. % dropboxd [1] 5064 segmentation fault (core dumped) dropboxd it says "core dumped" which I assume is some kind of error log dump, but can't find it anywhere.

rafaelff commented on 2013-05-06 03:11 (UTC)

@celilo: mtorromeo is not having issues with this package, chori1 did. To ignore a package, I just know 'IgnorePkg' which ignores from all repos.

celilo commented on 2013-05-06 02:50 (UTC)

mtorromeo, you are probably running Yaourt and have the archlinuxfr repository installed. I had the same problem. I commented out the repository in pacman.conf and then installed dropbox from the aur. Anybody know if there is a way to ignore packages in a specific repository?

commented on 2013-05-03 17:18 (UTC)

Yep, I upgraded pacman, and missed that step. All better now. Thanks.

mtorromeo commented on 2013-05-03 16:39 (UTC)

There is no signature and I don't know from what repository you are trying to get it from. You probably need to add "SigLevel = Optional" to your custom repo.

commented on 2013-05-03 16:14 (UTC)

Has the signature been changed or removed? $ pacman -Sy dropbox error: dropbox: missing required signature :: File /var/cache/pacman/pkg/dropbox-2.0.8-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).

Diego commented on 2013-05-03 00:42 (UTC)

this PKGBUILD is updated! 2.0.8 is the lastest stable build. If you want experimental buils please install "dropbox-experimental" from AUR

rafaelff commented on 2013-04-28 16:32 (UTC)

Answered. IMO, it's awesome the way it is at the moment.

mtorromeo commented on 2013-04-28 16:18 (UTC)

It's a variety of reasons. One is the license. I'm not sure if it allows repackaging but I don't care much to find out. Another one is the fact that it's a binary blob that was meant to be placed in the user's home dir (and self-updated) and the fact that this pkgbuild puts it in /opt is sort of hackish. That said if another TU wants to move it to [community] I have no objections but I won't.

darkvenger commented on 2013-04-28 15:46 (UTC)

@josephgbr: It was kind of a rhetorical question, since I suspected that to be the issue but I really don't know it for sure.

rafaelff commented on 2013-04-28 15:33 (UTC)

@darkvenger: was this a rhetoric question or you were asking him? I wasn't able to tell. But, related to licensing issues, skype has limitations as well, but Skype gave permited Arch Linux to distribute [1]. It is always possible, unless the owner of the software say no. Anyway, I don't if that's the case. [1]

darkvenger commented on 2013-04-28 15:00 (UTC)

@mininessie: maybe due to licensing issues??

rafaelff commented on 2013-04-28 13:54 (UTC)

@mininessie: no much reason gave so far, but Torromeo is doing a great job here anyway.

mininessie commented on 2013-04-28 13:44 (UTC)

how in the world has this not been pushed to the official repos

luolimao commented on 2013-04-16 02:24 (UTC)

Well, it worked for me with curl (I don't even have wget installed). Maybe it's the value of DLAGENTS in makepkg.conf that's questionable?

genghizkhan91 commented on 2013-04-16 01:47 (UTC)

@burntcookie90 - Weirdly enough, if you're using curl to download, it doesn't do it, but wget manages to. Try changing the downloader. It should help.

rafaelff commented on 2013-04-15 19:14 (UTC)

Looks good to me.

burntcookie90 commented on 2013-04-15 18:29 (UTC)

The package source does not download.

florianbw commented on 2013-04-08 15:18 (UTC)

@lcoo: Also consider getting the tray icons to the top:

dhaines commented on 2013-04-05 13:15 (UTC)

@lcoo: they're all in /opt/dropbox/images, AFAICT.

Icoo commented on 2013-04-05 09:36 (UTC)

Anybody knows how to change the GNOME 3 notification bar icon for Dropbox. I just want to make it bigger (like other app icons), as it's nearly 4 times smaller than I normal notification bar icon...I just need the location of the icon used...

dhaines commented on 2013-04-04 13:41 (UTC)

@jk779: That wasn't directed towards anyone in particular, but rather to everyone who uses the package.

commented on 2013-04-03 22:19 (UTC)

@dhaines please calm down and don't name someones question "stupid shit", thanks.

mtorromeo commented on 2013-03-26 21:20 (UTC)

@dhaines: I'm not opposed to a service file into dropbox since, as you pointed out, this is the AUR and, more importantly, it does not qualify as a modification to the original package, more like an opt-in addition. @HarD: Your suggestion does not really make any sense, but if you have that need you can modify the service file yourself as already suggested. You don't even need to maintain a separate copy of the service file since you can do something like this to inherit from distributed unit: echo ".include /usr/lib/systemd/system/dropbox@.service [Service] ExecStartPre=/usr/bin/sleep 30" > /etc/systemd/system/dropbox@.service systemctl reenable dropbox@USERNAME.service

dhaines commented on 2013-03-26 20:16 (UTC)

Stop asking for stupid shit to be added to the service file. It works at a basic level for all users as-is. If you want to customize it, feel free to do so. It's as simple as copying it to /etc/systemd/system and modifying to your heart's content. See Really, I don't even think that the service file should even be included in the tarball as Arch strives for vanilla packaging, but I realize that as this is the AUR, that rule is often relaxed. This is why I once maintained the separate dropbox-daemon AUR build (and indeed offered up the basic recipe for the modern service file when I disowned it).

HarD commented on 2013-03-26 19:55 (UTC)

@mtorromeo Can you please add sleep... [Service] ExecStartPre=/usr/bin/sleep 30 Environment

orschiro commented on 2013-03-26 12:55 (UTC)

@dhaines Good point. I haven't thought of multiple X sessions being running. It might indeed be better to leave this optional.

dhaines commented on 2013-03-25 13:18 (UTC)

Please, don't add the DISPLAY variable. The user's X session is not consistently :0, thus it would break certain configurations (essentially any time that there has been more than one X server running). It's better to have the user override the service file in /etc/systemd/system than it is to put something in there that potentially breaks things for certain configurations. Moreover, I don't believe that it will work in that if dropbox is started before the X session exists, I don't think that it's going to pop up in the tray after :0 is created. Really, if you want the icon in your tray, you shouldn't be running dropbox as a daemon, but rather as a startup item in your DE, as that's where the place for the icon comes from.

orschiro commented on 2013-03-23 11:32 (UTC)

@mtorromeo Can you please add the environment line to the service file? This brings up the tray icon when starting Dropbox via the systemd service file. [Service] Environment=DISPLAY=:0 Type=simple

milouse commented on 2013-03-21 12:05 (UTC)

I confirm the context menu bug with awesome : right-clicking the tray icon does not bring a menu any more. No error message are output when dropboxd is launched from the console, while right-clicking on the icon. It seems that the bug only occurs when Dropbox is not connected. Anyway, it's an upstream bug, so wait'n'see...

orschiro commented on 2013-03-14 06:04 (UTC)

2.0.0 no longer works with Cinnamon. Right click on the tray icon does not bring up a menu. Left click opens the dropbox folder as usual.

ava1ar commented on 2013-03-13 00:56 (UTC)

2.0.0 is out.

ugur commented on 2013-03-12 23:04 (UTC)

Thanks Ninja-1 Another link for Ninja-1's PKGBUILD. I've came across with an error about CRLF. If you came across too, You can use this link.

senorsmile commented on 2013-03-12 22:50 (UTC)

Thanks Ninja-1!

Ninja-1 commented on 2013-03-12 21:28 (UTC)

Here's a PKGBUILD for version 2.0.0.

gtmanfred commented on 2013-03-11 09:11 (UTC)

lol that works, thanks

mtorromeo commented on 2013-03-11 09:10 (UTC)

Yoou are right, updated.

gtmanfred commented on 2013-03-11 09:07 (UTC)

needs a package function for anything that touches $pkgdir otherwise will break with pacman 4.1

commented on 2013-02-20 20:13 (UTC) is out the 1.6.17

commented on 2013-02-19 08:23 (UTC)

if you use any libindicatop compatible systray-like (like xfce4-appindicator-plugin) dropbox become a gtk3 app literally

derblub commented on 2013-02-13 11:32 (UTC)

Anyone knows why a click on the systray icon opens up the Dropbox folder with "Files", instead of "Dolphin" (which is my default file explorer)? This one is really bugging me.

jstjohn commented on 2013-02-04 22:59 (UTC)

Desktop notifications have never worked for me until I installed xfce4-notifyd, as suggested by jsteel. Thanks!

mtorromeo commented on 2013-01-31 23:07 (UTC)

Nothing has changed in the package except for version bumps. For the changes in dropbox itself you should follow the official release notes:

timofonic commented on 2013-01-31 22:46 (UTC)

Maintainer... Would you like to say what has changed in the package? Damn, I miss a changelog feauture here... :P

jsteel commented on 2013-01-27 00:48 (UTC)

I think you need xfce4-notifyd or another notification daemon installed.

benoliver999 commented on 2013-01-26 23:18 (UTC)

@Ownaginatious Notifications work fine for me, on two machines both running xfce.

Ownaginatious commented on 2013-01-23 10:21 (UTC)

Do desktop notifications simply not work for anyone besides me? I have this installed on two different Arch machines, and neither of them give me desktop notifications when a file change happens (contrary to my settings in preferences). This used to work a long time ago :/

Pikidalto commented on 2013-01-20 20:52 (UTC)

Ok, so GTK is needed, but for what exactly? I've managed to install the generic Dropbox Linux package on several different distros (including Arch) with no GTK present, and it's worked fine...

commented on 2013-01-17 10:14 (UTC)

@mattalex, From the wiki "A pop-up will notify you that Dropbox is running from an unsupported location. Click on Don't ask again since you know that you have installed it from AUR rather than from the official homepage."

mattalxndr commented on 2013-01-15 17:46 (UTC)

It's giving me "Dropbox is running from an unsupported location. [Don't Ask Again] [Install Dropbox Correctly]"

commented on 2013-01-15 17:31 (UTC)

Long time Linux end-user, new to Arch/Manjaro (using Manjaro 0.8.3). I was unable to install this dropbox AUR using either packer or yaourt; though I had no trouble with any other AUR installation. What did work flawlesly was following the generic Linux instructions from Dropbox: How to Install Dropbox via command line The Dropbox daemon works fine on all 32-bit and 64-bit Linux servers. To install, run the following command in your Linux terminal. 32-bit: cd ~ && wget -O - "" | tar xzf - 64-bit: cd ~ && wget -O - "" | tar xzf - Next, run the Dropbox daemon from the newly created .dropbox-dist folder. ~/.dropbox-dist/dropboxd If you're running Dropbox on your server for the first time, you'll be asked to copy and paste a link in a working browser to create a new account or add your server to an existing account. Once you do, your Dropbox folder will be created in your home directory. Then simply run: packer -S thunar-dropbox to get all the context-menu controls. Is there some basic assumption that you expect everyone to know (that new users don't), or does this package not work on Manjaro?

luolimao commented on 2013-01-13 22:37 (UTC)

If they weren't necessary, then namcap would say 'dependency [package] is not needed'

luolimao commented on 2013-01-13 22:36 (UTC)

Yes (see output of namcap): Note the wxgtk and dbus-glib shared libs in /opt/dropbox

Pikidalto commented on 2013-01-13 20:00 (UTC)

Are the gtk and dbus dependencies really necessary? What are they needed for?

commented on 2013-01-11 20:57 (UTC)

@anonymous_user: Yeah, I have rm -r .dropbox lots of time, the problem seems to be that the initial link screen simply doesn't show up. I'll wait for the next version to come out to try that one, if that doesn't work then I'll probably report a bug. Thanks for the help.

sebstar commented on 2013-01-10 21:13 (UTC)

If Dropbox auto-starts, it doesn't connect properly for me, because apparently my system boots too fast for the network service to establish the LAN connection via DHCP in time. The whole boot process only takes about 7 seconds (thanks to a SSD :), including Dropbox. I solved the problem by adding "X-GNOME-Autostart-Delay=5" to the .desktop file, which delays the start by 5 sec. Maybe you could add this entry by default to the .desktop file, as I guess other ppl might encounter the same problem and I think no one cares if their Dropbox starts 5 sec later. Thanks!

anonymous_user commented on 2013-01-10 18:23 (UTC)

Try deleting your dropbox config and relink?

commented on 2013-01-08 13:00 (UTC)

The program built from source shows the same problem >_< The dumbest thing is that I don't get even a single error message from anywhere. It simply does not do anything after displaying the systray icon...

commented on 2013-01-08 12:44 (UTC)

@josephgbr Thanks for your time. I disabled ufw entirely (#sudo ufw disable) and it still hung. Did not reboot though, but I don't think it should be an issue. Also, if I read [1] correctly then I should not have to do anything at all, since I can use Chromium just fine. But I'm not good with networking stuff at all :p I will try to build the program from and see if it works. Still strange that it worked last time though...

rafaelff commented on 2013-01-08 12:18 (UTC)

@mariusmeyer: looks like you need to add this application's ports in the UFW. I googled and found this [1] and also this [2]. [1] [2]

commented on 2013-01-08 11:56 (UTC)

Hello, I installed 1.6.12-1 using makepkg and pacman -U, but when trying to run dropboxd either from the app menu or from a terminal emulator the program just hangs. I get a systray icon which, when right-clicked, says "Waiting to be linked to an account..." The only entry from this right-click menu that does anything is "Quit Dropbox". It does not output anything to the stdout. I run gnome and -Syu dayly. I have checked that I own ~/-dropbox and have tried to remove and reinstall the package to no avail. How can I debug this? Is it a known issue? EDIT: I realize ufw might be at fault as this is the first time I've used it. What do I need to do in ufw to make Dropbox run as it should? Best regards

gbr commented on 2012-12-31 16:52 (UTC)


alessiofachechi commented on 2012-12-26 11:00 (UTC)


commented on 2012-12-22 11:55 (UTC) 1.6.10 is out

commented on 2012-12-19 14:05 (UTC) 1.6.6 is out

olivervbk commented on 2012-12-17 16:48 (UTC)

I'm having problems syncing files that have &ccedil; or &atilde; in their names. Doesn't upload or download them. Solution?

KaiSforza commented on 2012-12-16 17:28 (UTC)

While you're updating for 1.6.5, replace the build() function with the package() function. Makepkg isn't building anything there, it's packaging things.

Spike29 commented on 2012-12-16 17:22 (UTC)

Hi, another upstream update again :

Spike29 commented on 2012-12-12 12:46 (UTC)

Hi, version 1.6.4 is out :

wilberfan commented on 2012-12-01 03:18 (UTC)

Well, I managed to manually make my custom location work, so that's done. I'm using KDE4 on this box, is there a way to get the dropbox location to open in something other than an ugly--is it a nautilus window??

wilberfan commented on 2012-12-01 02:59 (UTC)

Under the Advanced Tab, I can't put a new location into "I want to choose where to put my dropbox". The window is grayed-out, and a new location using the CHANGE button doesn't "take". What would be preventing this?

luolimao commented on 2012-11-29 01:18 (UTC)

Can we not? I mean, that assumes that every other systemd service file should be reloaded at that point in time (and won't break anything as a result). This is untrue, if, say, you're editing a service file at the same time. If people want to reload right away, then they can do that with that cmd. Otherwise, it'll be reloaded on the next boot anyway.

arielp commented on 2012-11-28 21:31 (UTC)

Would it be appropriate to include a post upgrade hook to run 'systemctl --system daemon-reload'?

tomasabril commented on 2012-11-28 17:46 (UTC)

@Maxwel I guess they didn't update the download page. But it doesn't really matter because in windows the program updates itself and in Linux (at least ubuntu) the package in the download page sets a repo to update the package. Anyway <a href=""></a>

Maxwel commented on 2012-11-28 17:22 (UTC)

Hmm, interesting... on download page only version 1.4.0 is available. I'm talking about packages for Ubuntu, Debian and Fedora... Hmm, strange %)

rafaelff commented on 2012-11-28 16:24 (UTC)

@mtorromeo: 1.6.2 is out [1] @Maxwel: If you are talking about this [2], then this is the source of nautilus-dropbox. [1] [2]

Maxwel commented on 2012-11-28 16:01 (UTC)

Excuse me, but where you got dropbox version 1.6.0? On official site I see only 1.4.0 %)

KaiSforza commented on 2012-11-26 22:58 (UTC)

Since there was no actual 'building' going on in the PKGBUILD, I moved it all to the package() function. This is, I guess (and from pacman-git yelling at me) the way that it's supposed to be written. Packages without a package() function are deprecated. It still builds, just does it weirdly, you could say.

commented on 2012-11-25 21:48 (UTC)

@corubba I get the same dialog (, although installation works fine if I click "Don't ask again".

Corubba commented on 2012-11-23 00:24 (UTC)

@pyarch Can't confirm this, runs fine for me under XFCE.

abhixec commented on 2012-11-23 00:15 (UTC)

doesn't work on XFCE prompts me to install the correct package and takes me to the dropbox installation page

dvzrv commented on 2012-11-21 19:04 (UTC)

@mtorromeo: thanks for including the service file! @darkvenger: true thing, but for the disconnection problem a networkermanager dispatcher (if you're using that) will be needed, too. Dropbox sometimes just gets stuck and never reconnects again if your net is gone for a while...

mutterschiff commented on 2012-11-21 12:17 (UTC)

I get a permission error with the new PKGBUILD

mtorromeo commented on 2012-11-21 08:22 (UTC)

@darkvenger: Thanks, I updated the service file

darkvenger commented on 2012-11-19 22:03 (UTC)

Hello, I suggest you add to the Unit section of the systemd service file since dropbox may never connect if it was started when no internet connection existed.

mtorromeo commented on 2012-11-19 09:35 (UTC)

Updated to version 1.6.0. I also included a systemd service file just like the one provided by aur/systemd-dropbox-daemon

surfmaths commented on 2012-11-16 09:35 (UTC)

There a patch for upgrading to 1.4.23:

francoism commented on 2012-11-13 11:28 (UTC)

A tip for others that also can't change the Dropbox location from the installation wizard: When the window is shown for changing the path, hit CTRL+L, enter the location (e.g. /mnt/data/Dropbox) and click on the 'Choose' button. (Haven't tried the Enter-key, navigating to the directory doesn't work, so you need to enter it manually) It works for me, Dropbox now sync the folder /mnt/data/Dropbox.

zenlord commented on 2012-11-06 17:40 (UTC)

Vote +1 for including a systemd-service-file. It seems rather silly that you need another package just to get the service-file, and archlinux has switched to systemd entirely, so... To use it without a hardcoded username, it can be done with the %l-variable, like this: (see comment 12/10/2012 by Wonder Woofy)

commented on 2012-10-06 11:30 (UTC)

Made a workaround to change Dropbox path and have funcional dropbox-cli commands, inspiration and information about startup script etc from here: Basicly the alias "dropbox" just temporarily changes your $HOME before running a dropbox-cli command to make it adopt that home aswell. The way I did it ofc depends on dropbox-cli which is linked to above. Btw, when you install notice the recent PKGBUILD update by bruce! I think it's possible to start the daemon etc without cli in the same manner as long as your $HOME is set right. And also this can be extented upon to make working for multiple dropbox instances. But that's for you to figure out if you want. Anyways the difference from normal dropbox-cli command execution compared to the new way will be: old way: /usr/bin/dropbox start <enter> new way: dropbox <enter> start <enter> So just add this below to your .bashrc and set your own dropbox_path (if on other partition make sure it's mounted with the right permissions). The only thing that i've found does NOT work is the "autostart" option which also can be worked around in many ways (link above) #******************************** # Redirect dropbox-cli commands # to change Dropbox's home path #******************************** dropbox_path="/mnt/data" user_path="/home/`logname`" dropbox_cli='/usr/bin/dropbox' set_home_dropbox="HOME=$dropbox_path" set_home_home="HOME=$user_path" alias dropbox="read -p '[Dropbox@'"$dropbox_path"']> ' input;\ $set_home_dropbox; $dropbox_cli \$input; $set_home_home;"

dhaines commented on 2012-09-27 14:56 (UTC)

I just disowned the dropbox-daemon AUR package as I have moved to systemd, and it's really easy to set up dropbox as a daemon with it. If anyone's on initscripts and wants to adopt the package, now's your time. Also, if you do want to run dropbox as a daemon under systemd, just make a service file with the following contents: [Unit] Description=Dropbox [Service] Type=simple ExecStart=/usr/bin/dropboxd ExecReload=/bin/kill -HUP $MAINPID KillMode=process Restart=always User=<desired username> [Install]

canuckkat commented on 2012-09-24 14:13 (UTC)

I can't change the Dropbox location either in 1.4.11

luolimao commented on 2012-09-21 03:30 (UTC)

@twa022 Couple of typos fixed:

twa022 commented on 2012-09-21 03:17 (UTC)

possible to include something like this at /opt/dropbox/nautilus for different file managers?

commented on 2012-09-19 21:46 (UTC)

Like Nerga I also couldnt change the Dropbox location in 1.4.17, however I went on to build 1.4.12 and it still doesn't work! mkdir /tmp/dropbox && cd /tmp/dropbox wget --quiet -O - '' | grep -o "/git/aur-mirror.git/plain/[^']*" | sed -e 's/^/http:\/\/' > files wget -qi files ls | sed -n 's/\([^?]*\)\(.*\)/mv "\1\2" "\1"/p' | sh makepkg -s pacman -U dropbox*.pkg.tar.xz

ottoshmidt commented on 2012-09-15 10:53 (UTC)

does anyone experience a segfault?

Narga commented on 2012-09-08 00:37 (UTC)

I don't know why but since Dropbox 1.4.17, it's can't change Dropbox location

mtorromeo commented on 2012-09-03 12:12 (UTC)

Sorry for the delay, I updated the package.

siliconmeadow commented on 2012-09-03 12:01 (UTC)

I couldn't find anywhere on the dropbox site where they published md5sums of their downloads so I did my own checksum. Is that what you normally do when maintaining this package? Here is a git diff of PKGBUILD which worked for me using the md5sum I generated locally after downloading it manually. It works for me, but I've only tested on one machine and only on x86_64. I'm knew to trying to help with AUR packages, so I hope this helps. diff --git a/PKGBUILD b/PKGBUILD index f6b1f81..93c581d 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -2,7 +2,7 @@ # Contributor: Tom < tomgparchaur at gmail dot com > pkgname=dropbox -pkgver=1.4.12 +pkgver=1.4.17 pkgrel=1 pkgdesc="A free service that lets you bring your photos, docs, and videos anywhere and share them easily." arch=("i686" "x86_64") @@ -16,7 +16,7 @@ _source_arch="x86" [ "$CARCH" = "x86_64" ] && _source_arch="x86_64" md5sums=('3488299b1d91591d3a5ba7e2c02ec220' '9ec50da2ce59ed8c17606394b9c5e1c0' '20c97082211cf02af494043b93d5feb8' '5331288d5f5972dc2e9311d0f28dac76') -[ "$CARCH" = "x86_64" ] && md5sums[0]='a54dd81749c02157f1691ef4ac570305' +[ "$CARCH" = "x86_64" ] && md5sums[0]='7a15923bae36f27387b6865c75701c2a' source=("${pkgname}-lnx.${_source_arch}-${pkgver}.tar.gz" "dropbox.png" "dropbox.desktop" "terms.txt")

donniezazen commented on 2012-09-02 17:56 (UTC)

1.4.17 fixes the 2-Step Verification. For time being I changed pkgver and skipped md5sums check.

jordidg commented on 2012-08-29 06:24 (UTC)

The release notes have been updated, 1.4.17 is the latest version now.

ridikulusrat commented on 2012-08-28 14:40 (UTC)

@krisko: dropbox-experimental

krisko commented on 2012-08-28 14:24 (UTC)

That's weird, I've just installed 1.4.17 (dropbox-lnx.x86-1.4.17.tar.gz), also the download page is offering this version (for windows), maybe they forgot to update release notes? :D

mtorromeo commented on 2012-08-28 14:16 (UTC)

1.4.12 is tha latest version according to this:

krisko commented on 2012-08-28 14:10 (UTC)

Hi, could please update to newest version, as this version (1.4.12) doesn't support 2-way verification.

rzelnik commented on 2012-08-26 03:43 (UTC)

Thank you for your explanation and sorry for the long comment, I will use pastebin in the future.

rafaelff commented on 2012-08-26 03:25 (UTC)

That's expected. Dropbox is based in a blob - proprietary software provided in binary - which sometimes make it difficult for the maintainer to install files in the correct folder without breaking things up. In these cases - and that's dropbox case - better leave the way it is, sadly. p.s. Next time, post any huge output in sites like, and then insert link in here, to avoid huge comments.

rzelnik commented on 2012-08-26 02:57 (UTC)

I checked the package with during the update. It returns these errors: dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/dropbox') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/') outside of a valid path. dropbox E: ELF file ('opt/dropbox/netifaces-0.5-py2.5-linux-i686.egg/') outside of a valid path. dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox W: Referenced library '' is an uninstalled dependency dropbox E: Dependency popt detected and not included (libraries ['lib/'] needed in files ['opt/dropbox/'])

Genues commented on 2012-08-24 08:16 (UTC)

I found what blocking the dropbox folder It process Thunar. In my system run ~ 30 "thunar -deamon" - error in config. My error... Now work normal!

Genues commented on 2012-08-24 07:49 (UTC)

after reboot, problem was returned :(

luolimao commented on 2012-08-23 12:13 (UTC)

I guess it was a problem with the cache or with the .dropbox file. Well, at least it works now :)

Genues commented on 2012-08-23 12:08 (UTC)

@luolimao: thank you! I do not know what happened. I do not know exactly what helped, but now it work! What i did: 1. Off dropbox application 2. Delete all file and folder related to dropbox (.dropbox and etc.) in ~/Dropbox 3. Rename folder Dropbox to Dropbox2 4. Uninstall dropbox 5. Delete all file and folder related to dropbox (.dropbox and etc.) in ~/ 6. Install dropbox 7. Copy file from folder Dropbox2 to Dropbox 8. Delete folder Dropbox2 after sync 9. ... 8. PROFIT! :)

luolimao commented on 2012-08-23 11:46 (UTC)

The Dropbox folder's mode is 777 ? That seems a bit much, since you only need 755. Anyway, I haven't seen an error like this myself, I can't really see any issues with your setup, and a quick Google search hasn't turned up anything. You can try posting your issue at the Dropbox forums, since they might be able to help you more:

Genues commented on 2012-08-23 06:35 (UTC)

Hello! I have problem whit Dropbox - "can't access Dropbox folder". Please tell me where to find the problem? system x64, folder right set at 777, free 200 GB. Test at version 1.4.12, 1.4.11 and 1.5.12. Thank you! P.S. Sorry for my (and bad english :)

andrej84 commented on 2012-08-19 08:04 (UTC)

Sorry my bad, it was just / full, I didn't think about that since nothing else was complaining and the permission error was a bit misleading, anyway it works perfectly now..

dvzrv commented on 2012-08-18 15:24 (UTC)

hmm, works fine over here. Looks like some conflict with a cache file. Try deleting that .dropbox.cache folder or its contents in your Dropbox.

andrej84 commented on 2012-08-18 11:50 (UTC)

This version is failing for me to start, with an error like: Traceback (most recent call last): File "core/", line 659, in authentication_thread File "core/", line 71, in handle_register File "core/", line 722, in load_dropbox_filecache File "core/", line 850, in __init__ File "core/", line 833, in _create_connhub Exception: Not a valid FileCache file I also renamed .dropbox to set it up again but same problem, so I guess it's a problem in the version or something in my system..

mtorromeo commented on 2012-08-03 21:17 (UTC)

@luolimao: thanks for the suggestions, I will update the PKDBUILD accordingly in the soon (1.4.12 only adds support for osx mountain lion so there is no rush) @kitenski: dropbox won't run on arm. this is NOT open source and dropbox provides only i686 and x86_64 binaries.

luolimao commented on 2012-08-03 18:55 (UTC)

Btw, the bzip2 dependency is also unnecessary (gtk2 depends on it). Also, since bzip2 is part of the base group (which is assumed to be installed on all systems) it would be unnecessary anyway.

luolimao commented on 2012-08-03 18:40 (UTC)

mtorromeo, the lines in the PKGBUILD that say . find "$pkgdir/opt/dropbox/" -type d -exec chmod 755 {} \; and . chown -R root:root "$pkgdir/opt/dropbox" are unnecessary; all the folders' permissions are already drwxr-xr-x (i.e. 755), and the owner of the folder is root:root after the package is installed. Also, lines 5 and 6 in dropbox.desktop could be changed from . Exec=/opt/dropbox/dropboxd . Icon=dropbox.png to . Exec=dropboxd . Icon=dropbox due to the /usr/bin/dropboxd soft link and how /usr/share/pixmaps is set up. Once you up the version to 1.4.12 and change the desktop file, the md5sums lines would become . md5sums=('3488299b1d91591d3a5ba7e2c02ec220' '9ec50da2ce59ed8c17606394b9c5e1c0' '20c97082211cf02af494043b93d5feb8' '5331288d5f5972dc2e9311d0f28dac76') . [ "$CARCH" = "x86_64" ] && md5sums[0]='a54dd81749c02157f1691ef4ac570305' In other words, the PKGBUILD file would look like this:

commented on 2012-08-03 10:54 (UTC)

Sorry for dumb question, but this is the first time using an AUR package. I've downloaded and extracted this tarball. I then run makepkg -s but I get this error: ==> ERROR: dropbox is not available for the 'arm' architecture. Note that many packages may need a line added to their PKGBUILD such as arch=('arm').

ottoshmidt commented on 2012-08-01 20:19 (UTC)

worked fine, thanks.

luolimao commented on 2012-08-01 04:09 (UTC) (1.4.12 stable release)

ottoshmidt commented on 2012-07-31 19:56 (UTC)

Segmentation fault when launched

hepha commented on 2012-07-14 09:36 (UTC)

Experimental Build - 1.5.8 - Mountain Lion Support! « Dropbox Forums

rafaelff commented on 2012-07-12 18:56 (UTC)

apinhal commented on 2012-07-12 18:56 (UTC)

Problem! /opt/dropbox/dropbox: No such file or directory My solution: - delete /lib64/ - re-install glibc Info from: It's not good delete root folders... see it's contents before de deleting...

twa022 commented on 2012-07-12 06:40 (UTC)

1.4.11 available

egeerardyn commented on 2012-07-10 05:00 (UTC)

@greenaim: If you are on a 64 bit install and have recently (force) updated glibc, you might want to check that /lib64 is is properly in place. That's what went wrong on my install, but it has nothing to do with dropbox itself. Just reinstall glibc and it should work.

wilbowma commented on 2012-06-09 03:55 (UTC)

Could options=('!strip') be changed to options=('!strip' '!upx')? I know upx isn't on by default in makepkg.conf, but it does break something if it is turned on.

commented on 2012-05-25 18:06 (UTC)

Change this line please (wrong md5sum) thanks: [ "$CARCH" = "x86_64" ] && md5sums[0]='85564753158f7094d3eb6ce165158d19'

anonymous_user commented on 2012-05-25 02:29 (UTC)

1.4.7 is out.

commented on 2012-05-24 22:50 (UTC)

I've installed it but the GUI isn't showing up, not only a tray icon. Using gnome shell. The service is running though.

rafaelff commented on 2012-04-30 19:49 (UTC)

@jsjohn: not that we use Max OS X here, but ok.

jstjohn commented on 2012-04-30 19:44 (UTC)

Version 1.4.1 is mentioned in this forum post:

Spike29 commented on 2012-04-27 07:01 (UTC)

Hi, version 1.4.0 released ;)

cippaciong commented on 2012-04-25 19:20 (UTC)

Version 1.3.35 released.

commented on 2012-04-14 20:56 (UTC)

Running Gnome 3.2.1, I had to make sure my language was set to "Unspecified [ANSI_X3.4-1968]." If I changed it to "English," the tray icon would disappear.

manveru commented on 2012-02-29 19:44 (UTC)

For some reason dropboxd didn't find its shared libraries anymore, so i have to start it with `LD_LIBRARY_PATH=/opt/dropbox dropboxd` now.

jstjohn commented on 2012-02-16 21:14 (UTC)

Since there is no actual compilation that takes place, `build()` can be changed to `package()` to better comply with PKGBUILD formatting.

gbr commented on 2012-02-16 17:16 (UTC)

Version 1.2.52 released.

mtorromeo commented on 2012-02-16 15:53 (UTC)

Actually, I am a TU. Still I don't understand why this has been flagged as outdated...

rafaelff commented on 2012-02-16 15:43 (UTC)

Most likely the last one, @anonymous_user. Just because it have a lot of votes, doesn't mean that it will be adopted for sure.

anonymous_user commented on 2012-02-16 15:26 (UTC)

Either its due to licensing or no TU wants to maintain it.

Schala commented on 2012-02-16 05:40 (UTC)

How can this package have over 2600 votes and not be in community repo?

muunleit commented on 2012-02-05 21:01 (UTC)

Sorry, it was related to a gtk-theme/engine here.

jokerboy commented on 2012-02-05 20:35 (UTC)

It's gtk2 related..

rafaelff commented on 2012-02-05 19:56 (UTC)

read Arch news:

jstjohn commented on 2012-02-05 19:51 (UTC)

muunleit: Install libpng if you don't have it installed already, or re-install (read: re-compile) dropbox. Check the front page news for an explanation.

muunleit commented on 2012-02-05 19:47 (UTC)

Dropbox is missing (dropbox:3877): Gtk-WARNING **: cannot open shared object file: No such file or directory

broken.pipe commented on 2012-01-26 21:25 (UTC)

haha! found the error. i built the pkg using upx. it seems that it brake the pkg!! thanks for your help!

rafaelff commented on 2012-01-26 21:06 (UTC)

@broken.pipe: If my comment doesn't help, please provide your build log (with or any other "paste" site).

rafaelff commented on 2012-01-26 21:04 (UTC)

@broken.pipe: It seems dropbox doesn't depend on core/openssl. If you run 'ldd /opt/dropbox/dropbox' you will see that dropbox binary is linked to that should be located at '/opt/dropbox/'. If you don't have this lib in this place, than, that's a good reason for the error.

broken.pipe commented on 2012-01-26 21:00 (UTC)

thx for your responses, error still exists. i reinstalled openssl from core and multilib and rebuilt dropbox. Were there any great changes in the last release? new dependencies? because the previous version(s) worked fine without any issues.

cybertorture commented on 2012-01-26 15:14 (UTC)

@josephgbr pacman -Qs always shows installed packages as local @broken.pipe try lib32-openssl

rafaelff commented on 2012-01-26 14:27 (UTC)

@broken.pipe: You don´t seem to have openssl from [core] (as it is "local"). I suggest that you reinstall openssl, but from [core].

broken.pipe commented on 2012-01-26 10:48 (UTC)

64bit and always up to date: local/openssl 1.0.0.g-1 local/dropbox 1.2.51-1

mtorromeo commented on 2012-01-26 10:14 (UTC)

@broke.pipe Everything works fine here

cybertorture commented on 2012-01-26 09:22 (UTC)

did you update openssl ? core/openssl 1.0.0.g-1 i can not confirm this in eighter i686 and x86_64

broken.pipe commented on 2012-01-26 06:40 (UTC)

does this error only occur to me? markus ~ $ dropboxd /opt/dropbox/dropbox: error while loading shared libraries: cannot open shared object file: No such file or directory

commented on 2012-01-21 21:48 (UTC)

@wleoncio: Dropbox uses GTK2. There is no official Adwaita GTK2 theme, so it falls back to Clearlooks. Try installing a GTK2 Adwaita lookalike, such as Advaicium ( @jstjohn: the conclusion is right, but the reasoning is misleading: -U is for installing from files, which just happens to encompass the AUR if using makepkg manually (i.e. not via a pacman wrapper)

commented on 2012-01-21 12:14 (UTC)

Dropbox seems to be using clearlooks, is there any way to get it to use Adwaita instead?

commented on 2012-01-16 14:35 (UTC)

How foolish of me, thankyou to JokerBoy and jstjohn.

jstjohn commented on 2012-01-15 22:20 (UTC)

SamColes, you need to use `pacman -U dropbox-1.2.50-1-x86_64.pkg.tar.xz`. `pacman -S` is for installing from the official repositories, not from the AUR.

jokerboy commented on 2012-01-15 22:19 (UTC)

-U, not -S.

commented on 2012-01-15 22:13 (UTC)

When I try to install: $ makepkg -s ... ==> Finished making: dropbox 1.2.50-1 (Sun Jan 15 22:12:01 GMT 2012) $ sudo pacman -S dropbox-1.2.50* error: target not found: dropbox-1.2.50-1-x86_64.pkg.tar.xz Any suggestions? thx

commented on 2011-12-13 09:57 (UTC)

Ok, now I see that when I install it, the download file is correct (x86_64 version). Thank you all.

commented on 2011-12-13 09:55 (UTC)

I know it works, but in Dropbox's website I saw two versions for the two architectures respectively, so I asked for personal acknowledgement. Thanks anyway.

rafaelff commented on 2011-12-12 16:52 (UTC)

You should try installing it. This package works fine for 64 bit system.

commented on 2011-12-12 16:49 (UTC)

Why isn't there the package for x86_64 architecture, but only the one for x86?

rafaelff commented on 2011-11-13 13:13 (UTC)

dropbox.desktop field "Icon=dropbox.png" should not have extension (see: `grep dropbox /var/log/everything.log`)

rafaelff commented on 2011-10-27 18:49 (UTC)

Good point, Majortom. I'll hold nautilus-dropbox update until this package gets updated.

wizetek commented on 2011-10-26 13:06 (UTC)

1.1.45 still seems to be the latest official. There is also a separate package dropbox-experimental 1.2.x in AUR. I'd only flag this out-of-date if clearly indicated a newer version.

rafaelff commented on 2011-10-26 10:03 (UTC)

I don't know and didn't verify. I just notice nautilus-dropbox newest version (0.7.0) requires dropbox 1.2.45... Dropbox web interface seems to provide 1.1.45, thought.

wombalton commented on 2011-10-26 09:47 (UTC)

are you sure this is not just a testing version?

rafaelff commented on 2011-10-25 21:22 (UTC)

Version 1.2.45 is out. source: md5sum: 9b48f16f349892f91d6957e9cd7a888c

commented on 2011-10-23 20:41 (UTC)

Work perfectly in Sony Vaio FS630w. Running LXDE on wireless connection.

mtorromeo commented on 2011-09-03 15:15 (UTC)

Updated to 1.1.45, updated the terms of service, changed the tagline and the icon in the desktop file as suggested.

KaoDome commented on 2011-09-03 12:34 (UTC)

Hello, I would like to propose a modification to a file provided by this package. The desktop file (/usr/share/applications/dropbox.desktop) specifies the icon hard coded to the actual path which prevents correct "theming". If instead of that hardcoded path it read "dropbox.png" it would be possible to use automatically the customized icon if the current icon theme provides it (e.g. the Faenza icon theme provides a replacement for the default Dropbox icon). I think line 6 in that file should be changed to read: Icon=dropbox.png

Evilandi666 commented on 2011-08-26 08:17 (UTC)

@mtorromeo oh man, had leading / in /etc/pacman.conf NoUpgrade .. sry it was my fault :/

TamCore commented on 2011-08-26 07:43 (UTC)

pkgver=1.1.43 md5sums=('1d303b067c09ab6ca305fb527036aeab' '9ec50da2ce59ed8c17606394b9c5e1c0' 'b34263a03e5ebfb3ec6615b35273a78f' '619b5a2e49b48f564423a850c94312d7') [ "$CARCH" = "x86_64" ] && md5sums[0]='a29190fa4420cbd2fe45807b1ac6b7f3'

mtorromeo commented on 2011-08-22 14:00 (UTC)

You should specify "opt/dropbox/dropboxd" (without quotes, no leading slash) in NoUpgrade. Other than that, it is not responsibility of the PKGBUILD itself to ensure that NoUpgrade works. If it is not working, file a bug against pacman (or libalpm, not sure).

Evilandi666 commented on 2011-08-22 13:42 (UTC)

Could you please try to ensure that your pkgbuild does not always overwrite /opt/dropbox/dropboxd when this one is in /etc/pacman.conf -> NoUpgrade = ... It is very annoying, even if you do chmod -w on it, it will be overwritten. Some of us use different/extenden dropboxd scripts.. so that's why it is annoying....

commented on 2011-08-21 02:08 (UTC)

I tried that, my chown got messed up some how. I got it fixed now. Thanks

commented on 2011-08-20 13:15 (UTC)

@matt_head : all you have to do is edit PKGBUILD and replace "root.root" by "root:root".

mtorromeo commented on 2011-06-29 19:36 (UTC)

It is a quote from the website, it seems it has been removed now, but you can still see it in google results

Tomato commented on 2011-06-29 19:24 (UTC)

I'd say that "Secure" in the package summary is a bit daft in light of latest revelations...

commented on 2011-06-15 12:11 (UTC)

Ahh yep, thats what I did. I have only been new to this and every time it seems I've looked in the tarball it's just the PKGBUILD file so I figured it would be alright. Sorry, that was my fault. Thanks for the script btw!

commented on 2011-06-14 01:22 (UTC)

@chrisportela Works here. You need to D/L the entire Tarball and extract. I got a feeling you just D/L the PKGBUILD. That IS the error you would get (it 1st to be sourced that is not downloadable.) Be sure to read if you've not already done so.

commented on 2011-06-14 00:03 (UTC)

Fails trying to find dropbox.png

mtorromeo commented on 2011-05-30 07:13 (UTC)

@Vladimiroff: seems like an upstream bug. I don't use selective sync so I never ran into this. @ngoonee: the link is https:// because of a previous request. I don't really care which one to use, but I cannot satisfy both requests so just change the link in the PKGBUILD. @NobodySpecial: thanks!

vladimiroff commented on 2011-05-29 22:56 (UTC)

Segmentation fault on trying to sync selective folders, only.

ngoonee commented on 2011-05-29 22:23 (UTC)

Request: could the download link be http:// rather than https://? Works fine here, and the https link somehow never seems to get started. Even better, my university blocks some https links =).

NobodySpecial commented on 2011-05-29 15:35 (UTC)

mtorromeo - no need to apologize, we appreciate your help!

mtorromeo commented on 2011-05-29 14:44 (UTC)

Updated. Sorry for the wait.

sl1pkn07 commented on 2011-05-22 17:25 (UTC)

md5: 3ad42a48f52a78c3af0a0ba78c1920d7 (1.1.34)

commented on 2011-05-21 19:46 (UTC)

1.1.34 is out.

rafaelff commented on 2011-05-12 17:43 (UTC)

It could be wrong, but namcap returns these error messages (and some non important warning messages, not mentioned here: dropbox E: Dependency popt detected and not included (libraries ['lib/'] needed in files ['opt/dropbox/']) dropbox E: Dependency sqlite3 detected and not included (libraries ['usr/lib/'] needed in files ['opt/dropbox/'])

commented on 2011-05-08 03:21 (UTC)

@twa022: Dropbox needs Python 2 and, possibly, GTK 2 to work. Check those are installed.

commented on 2011-05-06 15:43 (UTC)

For 64bit systems change pkgver=1.1.28 to pkgver=1.1.31 change [ "$CARCH" = "x86_64" ] && md5sums[0]='6c22e7c6d3370512d677d10059b23618' to [ "$CARCH" = "x86_64" ] && md5sums[0]='a607cae9520626a208b51bb6d4230d5d' then it will load up fine.

commented on 2011-05-04 19:00 (UTC) here you go

commented on 2011-05-04 17:28 (UTC)

@dundee: change the pkgver to 1.1.31. When getting an md5sum error (this should happen), manually md5sum the by-makepkg-downloaded dropbox-lnx.*-1.1.31tar.gz and edit the pkgbuild to change the source md5 sum

dundee commented on 2011-05-04 17:05 (UTC) NOT FOUND

anonymous_user commented on 2011-05-04 03:58 (UTC)

1.1.31 is out now.

KaoDome commented on 2011-05-03 16:46 (UTC)

1.1.29 seems to be the latest version.

Gringo commented on 2011-05-02 11:45 (UTC)

@sylar_5: I don't have nautilus-dropbox, but thunar-dropbox installed. I'm also having the problem that twa022 describes. So it's probably not a nautilus-dropbox problem?

commented on 2011-05-02 08:48 (UTC)

@archibald: belongs to nautilus-dropbox, and not dropbox package. but: try to re-download nautilus-dropbox-0.6.7.tar.bz2 if this doesn't work: manually md5sum it, and change the md5sum in the PKGBUILD.

commented on 2011-05-01 14:09 (UTC)

==> Validating source files with md5sums... nautilus-dropbox-0.6.7.tar.bz2 ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build nautilus-dropbox.

twa022 commented on 2011-05-01 02:39 (UTC)

Just started getting this error after running GNOME3 upgrade from extra: pid: 7338 ppid: 1 uid: 1000 user_info: ('$USER', 'x', 1000, 100, ',,,', '$HOME/', '/bin/bash') effective_user_info: ('$USER', 'x', 1000, 100, ',,,', '$HOME/', '/bin/bash') euid: 1000 gid: 100 egid: 100 group_info: ('users', '', 100, ['$USER']) effective_group_info: ('users', '', 100, ['$USER']) appdata: u'$HOME//.dropbox' mode=040700 uid=1000 gid=100 parent mode=040700 uid=1000 gid=100 dropbox_path: u'$HOME//Dropbox' mode=040700 uid=1000 gid=100 parent mode=040700 uid=1000 gid=100 HOME: $HOME/ tempdir: '/tmp' mode=041777 uid=0 gid=0 parent mode=040755 uid=0 gid=0 Traceback (most recent call last): File "", line 843, in main_startup File "", line 499, in run File "", line 336, in activate_translation File "common_util/", line 131, in activate_translation File "common_util/", line 172, in system_lang_code AttributeError: 'NoneType' object has no attribute 'split' Anyone else get it / resolved it?

commented on 2011-04-29 07:12 (UTC)

@entangled: You should give more information if we shall understand WHICH permission error. If you mean the one discussed here, see the latest posts (especially mine); but an updated script can be found in the wiki

entangled commented on 2011-04-28 19:38 (UTC)

Any workaround for permission error?

commented on 2011-04-26 11:06 (UTC)

Current version is 1.1.28:

commented on 2011-04-19 14:20 (UTC)

daemon script @ is working again with 1.1.25-1 - many thanks sylar_5 and mtorromeo.

commented on 2011-04-16 13:43 (UTC)

My previous workaround doesn't work when running it through rc.conf DAEMON array... just insert a LANG=$LOCALE just before the "su -c "/usr/bin/dropboxd &" $USER"

commented on 2011-04-15 19:39 (UTC)

Found the problem with the script: dropbox is somehow in conflict with /etc/rc.d/functions so just remove the ". /etc/rc.d/functions" command from the top of the script, and then every call of stat_busy, stat_done, stat_fail, add_daemon, rm_daemon.

commented on 2011-04-15 10:40 (UTC)

1.1.23-1 wont work with the daemon script @ any more, it complains about permissions. Strangely, manual su -c "/usr/bin/dropboxd &" $USER does work :/ Anyone have any ideas? As I don't use a DE or Filemanager and start/stop dropbox with wicd upon connect/disconnect.

mtorromeo commented on 2011-04-04 14:22 (UTC)

@pherms: Done.

pherms commented on 2011-04-03 16:36 (UTC)

Do you mind adding the following line to your .desktop file? Otherwise KDE waits till timeout for a window to open when dropbox starts. StartupNotify=false

mtorromeo commented on 2011-03-31 14:10 (UTC)

Yes but it tries to modify it at runtime, not at install time. It also asks you for your root credentials, and you shouldn't give them if you don't want dropbox to mess with your system. Anyway this is not a problem of the PKGBUILD, if this is an issue for you file a bug report upstream.

Mustard commented on 2011-03-31 14:06 (UTC)

UUID=59a0dd41-ffbb-4894-b0aa-11ef9a2941d2 / ext4 defaults 0 1 # Commented out by Dropbox # UUID=88fb7f02-7cbf-484b-8141-dedb65252634 /home ext4 defaults 0 1 UUID=959469a5-5045-41cc-915f-dc2b40c15005 swap swap defaults 0 0 UUID=f0886666-c374-41e7-8912-7667c7877b8a /boot ext2 defaults 0 1 UUID=88fb7f02-7cbf-484b-8141-dedb65252634 /home ext4 defaults,user_xattr 0 1 I would say that's pretty conclusive proof that it modifies /etc/fstab for me anyway. :)

commented on 2011-03-21 18:21 (UTC)

@Awebb You are right, the installer modifies /etc/fstab, although it asks you before if you want to "activate advanced features" or something like that, and then asks for the root password.

kjell commented on 2011-03-17 12:38 (UTC)

@Awebb: I backed up my fstab file before install, ran diff and I didn't find any changes.

commented on 2011-03-14 00:38 (UTC)

Is there a reason why only dropboxd is linked to /usr/bin and not dropbox?

jokerboy commented on 2011-03-09 07:04 (UTC)

mtorromeo commented on 2011-03-08 16:02 (UTC)

@Awebb: I also don't have any problem. Dropbox shouldn't be able to edit /etc/fstab anyway, unless you run it from root.

sschober commented on 2011-03-08 12:39 (UTC)

@Awebb: No problem here. Inspecting the package i don't see where the change to /etc/fstab is supposed to happen...

Awebb commented on 2011-03-05 10:32 (UTC)

Make sure you backup your /etc/fstab before installing this package. The installer will comment out your "/home" line, copy it to a new line and add ",user_xattr". I wouldn't have noticed, but it also adds the line "# Commented out by Dropbox". The changes are relevant for DB to work properly and they don't do any harm, but I don't appreciate messing with my system files without informing me about that. Maybe you should consider creating a .install file to tell the user what happened.

haagch commented on 2011-01-28 21:42 (UTC)

~ % dropboxd Traceback (most recent call last): File "<string>", line 5, in <module> zipimport.ZipImportError: not a Zip file: '/opt/dropbox/' ~ % file /opt/dropbox/ /opt/dropbox/ ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped wtf?

mtorromeo commented on 2011-01-27 20:39 (UTC)

Updated. @jxy: Sorry to inform you that dropbox is a closed source application.

commented on 2011-01-27 16:33 (UTC)

1.0.20 is out. How about compiling from source?

commented on 2011-01-07 10:54 (UTC)

@Ossk, same problem here.

commented on 2011-01-06 12:28 (UTC)

Someone can tell me why dropbox tray doesn't use theme icons? I read somewhere that it should.

mtorromeo commented on 2010-12-17 08:49 (UTC)


adament commented on 2010-12-17 08:32 (UTC)

A new stable has been released:

axil42 commented on 2010-12-05 08:43 (UTC)

Why was this marked out of date? The latest stable release is still 0.7.110.

commented on 2010-11-20 01:39 (UTC)

@actberw: you need to install nautilus-dropbox

voskakism commented on 2010-10-21 23:24 (UTC)

great! thanks!

commented on 2010-09-25 02:17 (UTC)

the problem is that there is no icon on the folder in the dropbox!

commented on 2010-09-25 01:08 (UTC)

googd work!thanks !

mtorromeo commented on 2010-08-01 10:12 (UTC)

netsan: it doesn't seem like a PKGBUILD problem. Do you have libarchive installed? It seems like you are missing bsdtar.

commented on 2010-08-01 07:01 (UTC)

Problem when trying to makepkg -s:

exterm commented on 2010-07-22 14:21 (UTC)

Yes, they have always been quite unclear about this. They had 0.7.110 as stable forum build for months before putting it on the official download page. Don't know why. I can understand you want to wait for it to become "more official". I will check the download page from time to time to see if it has been updated and report back here.

mtorromeo commented on 2010-07-22 13:15 (UTC)

It doesn't seem clear to me. They said they removed the experimental tagline, but it still is a "forum build" and the version downloaded following this link is still 0.7.110, so unless there is a clear statement that 0.8 is the official "stable" version I am unflagging this.

exterm commented on 2010-07-22 10:42 (UTC) Dropbox 0.8.x series is no longer experimental. This package should be updated to version 0.8.89

enedene commented on 2010-07-12 08:47 (UTC)

mtorromeo: Thank you very much it works perfectly now.

mtorromeo commented on 2010-07-12 07:04 (UTC)

enedene: You have to download the complete archive that contains additional required files. The PKGBUILD alone is not enough. Then you can run "makepkg -s" in the directory of the untarred archive.

enedene commented on 2010-07-11 22:05 (UTC)

I get this error: ==> ERROR: dropbox.png was not found in the build directory and is not a URL. I'm new to arch, so it's possible that I'm doing something wrong: 1. I downloaded the PKGBUILD package 2. makepkg -s PKGBUILD Then I get that ERROR.

mtorromeo commented on 2010-06-22 13:52 (UTC)

I redownloaded the tarball and the MD5 is still the same

scj7t4 commented on 2010-06-17 14:55 (UTC)

The MD5 for the dropbox-lnx.x86-0.7.110.tar.gz is now 4a6defd37dfd1bd67260acbd8f80907a on x86

mtorromeo commented on 2010-03-26 13:35 (UTC)

No. It contains also the X11 application that sits in the tray area but this doesn't contains the nautilus integration. Check nautilus-dropbox for that.

hgabreu commented on 2010-03-26 12:16 (UTC)

is this package the daemon only? to be used in a headless machine?