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/
Search Criteria
Package Details: dropbox-cli 2024.04.17-2
Package Actions
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: | 473 |
Popularity: | 0.79 |
First Submitted: | 2010-02-04 14:03 (UTC) |
Last Updated: | 2024-04-21 22:34 (UTC) |
Dependencies (5)
- dropboxAUR
- python-gobject
- gdk-pixbuf2 (gdk-pixbuf2-gitAUR) (make)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR) (optional) – Dropbox update GUI
- python-gpgme (python-gpgme-gitAUR) (optional) – verify binary signature
Required by (0)
Sources (2)
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)
<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*
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/