Package Details: dropbox 61.4.95-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, lilac)
Last Packager: lilac
Votes: 2263
Popularity: 8.794528
First Submitted: 2009-01-22 14:21
Last Updated: 2018-11-07 01:25

Pinned Comments

yan12125 commented on 2018-08-01 11:41

If you can't run the dropbox@ service normally, try to create a read-only directory ~/.dropbox-dist and run again. See https://gitlab.com/yan12125/aur/issues/21 for details.

yan12125 commented on 2017-11-06 15:13

If you found an issue in PKGBUILD and/or relevant packaging scripts, please open an issue at https://gitlab.com/yan12125/aur with a title starting with "dropbox:". You'll get responses faster there than on AUR.

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

  1. https://www.dropboxforum.com/t5/Desktop-client-builds/bd-p/101003016 Official Dropbox user feedback forum

  2. Arch Linux discussion places: https://bbs.archlinux.org/, #archlinux on freenode.net, https://lists.archlinux.org/listinfo/aur-general

Latest Comments

1 2 3 4 5 6 ... Next › Last »

yan12125 commented on 2018-11-13 12:07

@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

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

@alex.forencich: Did you test it? Looks like it has been broken some time per https://github.com/dimaryaz/dropbox_ext4/issues/2

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

This should be incorporated in to this package to keep dropbox working on non-ext4 filesystems: https://github.com/dimaryaz/dropbox_ext4 .

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

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

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

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

@soderstrom
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 https://wiki.archlinux.org/index.php/Dropbox. Not sure about a read-only ~/.dropbox-dist with something inside it.

johannes87 commented on 2018-10-06 17:08

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

I'd like to drop dropbox@.service in favor of dropbox.service to fix https://gitlab.com/yan12125/aur/issues/23. 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.