Package Details: dropbox 220.4.4126-1

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: 2378
Popularity: 1.65
First Submitted: 2009-01-22 14:21 (UTC)
Last Updated: 2025-03-26 08:13 (UTC)

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 https://linux.dropbox.com/fedora/rpm-public-key.asc and import it with:

gpg --import rpm-public-key.asc

You can check whether keys are successfully imported or not using the output of gpg -k. You should find something like this:

pub   rsa2048 2010-02-11 [SC]
      1C61A2656FB57B7E4DE0F4C1FC918B335044912E
uid           [ unknown] Dropbox Automatic Signing Key <linux@dropbox.com>

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. 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

« First ‹ Previous 1 .. 67 68 69 70 71 72 73 74 75 76 77 .. 97 Next › Last »

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 https://wiki.archlinux.org/index.php/Systemd#Writing_custom_.service_files 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. http://sprunge.us/OCdO I've came across with an error about CRLF. If you came across too, You can use this link.

« First ‹ Previous 1 .. 67 68 69 70 71 72 73 74 75 76 77 .. 97 Next › Last »