Package Details: dropbox 34.4.22-1

Git Clone URL: https://aur.archlinux.org/dropbox.git (read-only)
Package Base: dropbox
Description: A free service that lets you bring your photos, docs, and videos anywhere and share them easily.
Upstream URL: https://www.dropbox.com
Licenses: custom
Conflicts: dropbox-experimental
Submitter: mtorromeo
Maintainer: mtorromeo (yan12125)
Last Packager: yan12125
Votes: 2201
Popularity: 12.833970
First Submitted: 2009-01-22 14:21
Last Updated: 2017-09-16 15:59

Latest Comments

yan12125 commented on 2017-08-23 05:47

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

Kozmik commented on 2017-08-23 03:30

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

@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

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

https://www.dropbox.com/download?plat=lnx.x86_64 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 https://www.dropbox.com/download?plat=lnx.x86_64 points to this version. I guess they've fixed the problem.

[1] https://www.dropboxforum.com/t5/Desktop-client-builds/Stable-Build-31-4-24/m-p/235160#M4184

yan12125 commented on 2017-07-26 12:01

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] https://www.dropboxforum.com/t5/Desktop-client-builds/bd-p/101003016

timofonic commented on 2017-07-26 03:07

Outdated....

https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86-30.4.23.tar.gz
https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86_64-30.4.23.tar.gz

Alexpin commented on 2017-07-16 07:10

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

LukeLR commented on 2017-07-16 07:06

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

yan12125 commented on 2017-05-31 15:13

Hello, Dropbox's server has changed something so that update.sh 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 update.sh?

All comments