would it be possible for you to add the unsupported filesystem patch to this
Search Criteria
Package Details: dropbox 211.4.6008-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/dropbox.git (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: | https://www.dropbox.com |
Licenses: | custom |
Submitter: | mtorromeo |
Maintainer: | mtorromeo |
Last Packager: | mtorromeo |
Votes: | 2374 |
Popularity: | 1.54 |
First Submitted: | 2009-01-22 14:21 (UTC) |
Last Updated: | 2024-10-30 08:51 (UTC) |
Dependencies (14)
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- libsm
- libxcomposite
- libxdamage
- libxmu
- libxrender
- libxslt (libxslt-gitAUR)
- libxxf86vm
- gendesk (make)
- libappindicator-gtk3 (optional) – make tray icons themed under some desktop environments like KDE plasma
- perl-file-mimeinfo (optional) – opening dropbox folder on some desktop environments
- ufw-extras (optional) – ufw rules for dropbox
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR) (optional) – for "Launch Dropbox Website" and file manager integration
Required by (9)
Sources (8)
- dropbox.service
- dropbox@.service
- DropboxGlyph_Blue.svg
- https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86-205.4.5765.tar.gz
- https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86-205.4.5765.tar.gz.asc
- https://edge.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86_64-211.4.6008.tar.gz
- https://edge.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86_64-211.4.6008.tar.gz.asc
- terms.txt
Latest Comments
« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 96 Next › Last »
<deleted-account> commented on 2018-11-29 03:01 (UTC)
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 https://github.com/dimaryaz/dropbox_ext4/issues/2
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: https://github.com/dimaryaz/dropbox_ext4 .
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)
@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 (UTC)
The current version is 58.4.92. Updating worked on my x86_64 computer by updating pkgver and sha256sums_x86_64 in PKGBUILD
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..."
Alternatively, you can download Dropbox's public key from https://linux.dropbox.com/fedora/rpm-public-key.asc and import it with:
You can check whether keys are successfully imported or not using the output of
gpg -k
. You should find something like this: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):
https://www.dropboxforum.com/t5/Desktop-client-builds/bd-p/101003016 Official Dropbox user feedback forum
Arch Linux discussion places: https://bbs.archlinux.org/, #archlinux on freenode.net, https://lists.archlinux.org/listinfo/aur-general