Package Details: dropbox-cli 2024.04.17-2

Git Clone URL: https://aur.archlinux.org/dropbox-cli.git (read-only, click to copy)
Package Base: dropbox-cli
Description: Command line interface for Dropbox
Upstream URL: https://www.dropbox.com
Keywords: dropbox
Licenses: GPL-3.0-or-later
Submitter: msquared
Maintainer: Muflone
Last Packager: Muflone
Votes: 472
Popularity: 0.007275
First Submitted: 2010-02-04 14:03 (UTC)
Last Updated: 2024-04-21 22:34 (UTC)

Pinned Comments

Muflone commented on 2024-04-21 22:26 (UTC)

Since version 2024.04.17-1 dropbox-cli is built from the nautilus-dropbox source as currently the dropbox.py source file is not aligned with the latest release in https://linux.dropbox.com/packages/

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 Next › Last »

<deleted-account> commented on 2011-04-23 11:25 (UTC)

ln -s /opt/dropbox ~/.dropbox-dist I thought linking the whole folder would be the best, because dropbox would expect to find its files in ~/.dropbox-dist/

<deleted-account> commented on 2011-04-17 11:57 (UTC)

because you're having dropbox as dependency: isn't there any way to let dropbox-cli look for /opt/dropbox instead of ~/.dropbox-dist ? Then the "dropbox start" command would work properly... Another solution would be to auto-create a symlink at ~/.dropbox-dist that references to /opt/dropbox on dropbox startup (manually creating it works perfectly).

macxcool commented on 2011-03-28 19:27 (UTC)

How do I pass dropboxd my login credentials if I'm just running it from a terminal?

<deleted-account> commented on 2011-03-25 11:49 (UTC)

u need pygtk to use "dropbox start -i"

<deleted-account> commented on 2011-02-13 13:45 (UTC)

I suggest this so we're able to use the start argument. --- dropbox.py 2010-12-03 07:31:00.000000000 +0000 +++ dropbox.py.patched 2011-02-13 13:42:19.593103429 +0000 @@ -609,7 +609,7 @@ return newmeth def start_dropbox(): - db_path = os.path.expanduser(u"~/.dropbox-dist/dropboxd").encode(sys.getfilesystemencoding()) + db_path = os.path.expanduser(u"/opt/dropbox/dropboxd").encode(sys.getfilesystemencoding()) if os.access(db_path, os.X_OK): f = open("/dev/null", "w") # we don't reap the child because we're gonna die anyway, let init do it

dbrgn commented on 2011-01-08 13:13 (UTC)

daschu117 is right. The 'dropbox'-dependancy is not necessary, as dropbox-cli doesn't seem to detect dropboxd anyways. Simply remove dropbox from the PKGBUILD file before building the package. Then download/start dropbox with 'dropbox start -i'.

msquared commented on 2010-11-28 09:10 (UTC)

Already discussed more than twice. Your package, your decision. My package, my decision.

daschu117 commented on 2010-11-28 06:31 (UTC)

I don't think that this package needs to depend on [AUR]/dropbox since the script that it downloads goes ahead and downloads the dropbox binary and stores it in the user's home folder anyway, thereby completely bypassing the dropboxd that [AUR]/dropbox installs. And a downside is that the dropbox package pulls gtk2 with it which is completely unnecessary for a headless server. I'm using dropbox.py all on its own on two headless servers without any issue.

<deleted-account> commented on 2010-11-12 15:46 (UTC)

No idea what caused the problem but it has gone. Seems like just waiting a few days and normally updating everything else helped. *mystery sound*

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 Next › Last »