Package Details: dropbox-cli 2015.10.28-1

Git Clone URL: https://aur.archlinux.org/dropbox-cli.git (read-only)
Package Base: dropbox-cli
Description: Command line interface for dropbox
Upstream URL: http://www.dropbox.com
Licenses: GPL
Submitter: msquared
Maintainer: klusark
Last Packager: klusark
Votes: 446
Popularity: 2.533755
First Submitted: 2010-02-04 14:03
Last Updated: 2015-11-02 16:25

Latest Comments

doron.behar commented on 2016-10-06 16:16

Does anyone is getting this message?
```
Traceback (most recent call last):
File "/usr/bin/dropbox-cli", line 826, in <module>
@alias('stat')
File "/usr/bin/dropbox-cli", line 705, in command
meth.__doc__ += u"\nAliases: %s" % ",".join(meth_aliases)
TypeError: unsupported operand type(s) for +=: 'NoneType' and 'unicode'
```

kaslusimoes commented on 2015-11-03 14:06

@bluesheep, @Jones:
Try cleaning you build directories. It should work by now

Jones commented on 2015-11-02 16:13

Same for me: "dropbox.py did not pass the validity check"

bluesheep commented on 2015-08-30 11:32

I get the error that 'dropbox.py' did not pass the validity check. Could you take a look at that please?

erikw commented on 2015-08-28 15:05

How to easily add a 'restart' command to dropbox-cli :-)

https://github.com/erikw/dotfiles/blob/personal/bin/dropbox

1ace commented on 2015-03-03 07:50

I also suggest adding this patch, making `dropbox-cli running` compatible with the shell (why wasn't it already?)
https://gist.github.com/c789158b4c4adf612dc4

This allows for something like this for instance:
if dropbox-cli running
then
dropbox-cli status
else
dropbox-cli start
fi

1ace commented on 2015-03-03 07:49

I also suggest adding this patch, making `dropbox-cli running` compatible with the shell (why wasn't it already?)
https://gist.github.com/c789158b4c4adf612dc4

This allows for something like this for instance:
# if dropbox-cli running
# then
# dropbox-cli status
# else
# dropbox-cli start
# fi

klusark commented on 2015-02-14 07:33

Thanks for the suggestions everyone. I'll update the package as soon as I'm home from vacation, this Monday.

thiagowfx commented on 2015-02-14 04:07

Hi, could you please rename /usr/bin/dropbox to /usr/bin/dropbox-cli, so this doesn't conflict with the dropbox package anymore? See @cfr42's suggestion.

Also, since this script depends on dropboxd, I'd suggest you to alter the dropbox-cli-arch.patch file to use the /opt/dropbox/dropbox file now (instead of /usr/bin/dropboxd). That is, this patch would solve everything:

--- PKGBUILD 2014-11-20 03:35:37.000000000 -0200
+++ PKGBUILD.new 2015-02-14 02:06:50.029800477 -0200
@@ -25,5 +25,5 @@
}

package() {
- install -D -m 755 "$srcdir/build/dropbox.py" "$pkgdir/usr/bin/dropbox"
+ install -D -m 755 "$srcdir/build/dropbox.py" "$pkgdir/usr/bin/$pkgname"
}
--- dropbox.py 2011-04-04 20:32:01.000000000 +0200
+++ dropbox.py 2011-04-28 22:55:17.976623103 +0200
@@ -1,4 +1,4 @@
-#!/usr/bin/python
+#!/usr/bin/python2
#
# Copyright 2008 Evenflow, Inc.
#
@@ -610,6 +610,8 @@

def start_dropbox():
db_path = os.path.expanduser(u"~/.dropbox-dist/dropboxd").encode(sys.getfilesystemencoding())
+ if not os.path.exists(db_path):
+ db_path = u"/opt/dropbox/dropbox"
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

cfr42 commented on 2015-02-12 23:09

Maybe something like this?

--- PKGBUILD 2014-11-20 05:35:37.000000000 +0000
+++ PKGBUILD 2015-02-12 23:02:30.672555629 +0000
@@ -25,5 +25,6 @@
}

package() {
- install -D -m 755 "$srcdir/build/dropbox.py" "$pkgdir/usr/bin/dropbox"
+ install -D -m 755 "$srcdir/build/dropbox.py" "$pkgdir/usr/bin/dropbox-cli"
+ ln -s ../../opt/dropbox/dropbox "$pkgdir"/usr/bin/dropboxd
}

The script seems to use /usr/bin/dropboxd, which is why I had the package add a sym link.

ManyPopes commented on 2015-02-12 22:11

You can get around that for now by renaming the dropbox binary, installing, renaming the new dropbox binary to dropbox-cli then restoring the original binary. I've no idea if this is a terrible idea but it seems to work fine for me so far.

linduxed commented on 2015-02-12 14:36

Since the "dropbox" package now has a binary placed in /usr/bin/dropbox, this package can't be installed since it wants to place its binary in the same place.

ilpianista commented on 2015-01-23 08:40

Also, using source=("${pkgname}-${pkgver}.gz"::https://linux.dropbox.com/packages/dropbox.py.gz) you avoid future issues about wrong checksums.
Because some people sets SRCDIR in makepkg.conf.

ilpianista commented on 2015-01-23 08:39

Also, using source=("${pkgname}-${pkgver}.gz"::https://linux.dropbox.com/packages/dropbox.py.gz) you avoid future issues about wrong checksums.

ilpianista commented on 2015-01-23 08:38

Hi, they also ship a gzipped version: https://linux.dropbox.com/packages/dropbox.py.gz you could consider to download this one instead and save some bit :-)

Also, you shouldn't patch the script in build(), but you should be using prepare().

bladtman commented on 2014-11-25 21:50

I can usually get away with updating downloading the tar ball, and running makepkg in the same folder as the old version, but this time it became a problem :)

bladtman commented on 2014-11-25 21:48

Apologies, no mismatch. Must have been a caching issue.

klusark commented on 2014-11-25 21:48

@bladtman, are you sure? I'm still getting the one in the package.

bladtman commented on 2014-11-25 21:46

I too get a mismatch. My dropbox.py is f368b6bfd67c4009c1fe4a6de978474d.

klusark commented on 2014-11-20 05:37

@Eschwartz: Thanks! Updated. There is no functional change in the update. Just some syntax changes.

Eschwartz commented on 2014-11-20 05:32

I am getting the md5sum mismatch too.

I have:
b094beab191d84bc0117fa5c3dbeaa2c

carstene1ns commented on 2014-08-25 16:41

Also matching for me. @lrm: please check if you have run into any cache issues (e.g. old source files in your $SRCDEST) or dropbox servers let you download some html document describing an error (dropbox.py should start with a python shebang)

klusark commented on 2014-08-25 13:57

@lrm What checksum do you get? It's still matching for me.

lrm commented on 2014-08-25 13:54

Checksums don't match.

carstene1ns commented on 2014-06-06 21:15

@klusark: Now we have the same checksums as with '1.6.2-2' [1]. Are you sure there actually has been changed anything?

@ItachiSan: 'updpkgsums' is good when you have downloaded newer source files with different checksum, but it will not work in this case as it will not redownload already present files and then just use the checksum of the old file.

[1]: http://pkgbuild.com/git/aur-mirror.git/tree/dropbox-cli/PKGBUILD?id=999ef822035e934d9e5504f32825f5d6a7cb9906

klusark commented on 2014-06-06 18:45

Fixed it now. It was actually an issue with my network caching an old version of dropbox.py

klusark commented on 2014-06-06 18:40

@ItachiSan The md5sums in the package are the ones that I'm getting.

ItachiSan commented on 2014-06-06 18:37

I've wrong md5sum, but just for dropbox.py.
@klusark, just do a
updpkgsums
in the package work folder, update the PKGBUILD number and do a
mkaurball -f
and everything will work fine for everybody ;)
Explanation: makepkg after a updpkgsums works

klusark commented on 2014-06-06 18:28

@HalosGhost It's working fine for me. What md5 are you getting?

HalosGhost commented on 2014-06-06 18:27

-3 fails to verify dropbox-cli-arch.patch.

All the best,

klusark commented on 2014-06-06 18:05

@Von:

I already updated it, or is -3 not working for you?

von commented on 2014-06-06 18:04

fails to verify dropbox.py

carstene1ns commented on 2014-05-24 23:03

That's because the script is only a part of the nautilus-dropbox[1] package (file: dropbox.in). So it's version number will only be incremented when a new version of the parent package is released.
The former maintainer simply used consecutive numbers and incremented[2] the pkgver when the script changed. When I patched it some time ago I did not think of this. :/

[1]: https://aur.archlinux.org/packages/nautilus-dropbox/
[2]: http://pkgbuild.com/git/aur-mirror.git/commit/dropbox-cli/PKGBUILD?id=8c8a01dee70290870bca594dff8f57d85641bfba

klusark commented on 2014-05-24 21:12

@bheinks: Thanks

The differences were pretty minimal, but I'm not sure why they didn't increment the version if they made changes...

bheinks commented on 2014-05-24 21:03

New md5 for dropbox.py is f368b6bfd67c4009c1fe4a6de978474d

klusark commented on 2014-04-24 19:22

@digic Thanks! Done.

digic commented on 2014-04-24 19:20

dropbox.py md5sum needs updating.

serzh-z commented on 2014-04-18 15:41

Oops, now I flagged the package out-of-date by mistake. Sorry.

serzh-z commented on 2014-04-18 15:37

$ curl -s https://linux.dropbox.com/packages/dropbox.py | md5sum
96e41f2027a3a5da1cc569be489a108b -

serzh-z commented on 2014-04-18 15:35

dropbox.py checksum still is invalid.

==> Retrieving sources...
-> Found dropbox.py
-> Found dropbox-cli-arch.patch
==> Validating source files with md5sums...
dropbox.py ... FAILED
dropbox-cli-arch.patch ... Passed
==> ERROR: One or more files did not pass the validity check!

klusark commented on 2014-03-15 04:37

I unflagged the package. Not sure why it was flagged and no comment was left...

joko commented on 2014-02-16 17:49

Please update the URL of dropbox.py to "https://linux.dropbox.com/packages/dropbox.py" and the md5sum to "96e41f2027a3a5da1cc569be489a108b".

Thanks in advance

piglovesyou commented on 2014-02-05 23:36

Please fix md5sums of dropbox.py. Thank you for all your effort.

bladtman commented on 2014-02-01 11:04

The checksum for dropbox.py is bad. Please fix.

solixxx commented on 2014-01-06 21:46

update md5sum for dropbox.py
Thx

solixxx commented on 2014-01-06 21:46

update md5sums

carstene1ns commented on 2014-01-01 19:08

Updated, fixed and cleaned up PKGBUILD and patch: https://gist.github.com/carstene1ns/58d25756d1891fcd0f16

donniezazen commented on 2014-01-01 14:06

Please fix the md5sum.

0xtobit commented on 2013-12-24 02:20

I accidentally flagged this out of date by mis-clicking to vote for this package. I do apologize, but I cannot seem to figure out how to undo it.

carstene1ns commented on 2013-12-10 18:53

I agree with wookietreiber and namcap, arch=("any") should be used.
It is a pure python script and therefore architecture independent.

Anonymous comment on 2013-06-23 17:28

I think this was not very clear. To link a new machine to your account, first install dropbox-cli. Then from a terminal run dropboxd. The daemon will give you an URL to link your computer with your account. Make sure it's actually the Dropbox site.

wookietreiber commented on 2013-06-10 21:50

namcap:
dropbox-cli W: No ELF files and not an "any" package

please change arch to any

dlin commented on 2013-06-10 04:15

wrong md5

cesarramsan commented on 2013-02-20 20:30

It works perfectly on my computer once I fix the md5sums.

Anonymous comment on 2013-02-19 15:25

after fixing those md5sums i still get an error when running it:
$ dropbox status
Traceback (most recent call last):
File "/usr/bin/dropbox", line 1389, in <module>
ret = main(sys.argv)
File "/usr/bin/dropbox", line 1378, in main
result = commands[argv[i]](argv[i+1:])
File "/usr/bin/dropbox", line 718, in newmeth
return meth(*n, **kw)
File "/usr/bin/dropbox", line 1041, in status
console_print(line)
File "/usr/bin/dropbox", line 127, in console_print
f.write(st.encode(enc))
UnicodeEncodeError: 'ascii' codec can't encode characters in position 3-14: ordinal not in range(128)

toketin commented on 2013-02-06 18:52

These are the new md5sums:
md5sums=('43599a117ed9efef030e765c0918759b'
'f48ce021cf70cdde419a57656133827a')

Anonymous comment on 2012-10-23 21:33

Just to point out, add --follow-symlinks like this:
patch -i $srcdir/arch.patch --follow-symlinks

so you dont lose 10 min like me while trying to add it after patch -i

ManU commented on 2012-10-21 00:49

PKGBUILD is broken, you need to add to "patch -i" "--follow-symlinks" THEN BUILDING WORKS;)

cro commented on 2012-10-18 03:16

"File dropbox.py is not a regular file -- refusing to patch"
-> patch can't patch over symlink, I guess

Also, depends were checked on build time. Why is that? Why do I have to have dropbox installed when I just want to build the package?? Doesn't make sense! Might be a problem of makepkg utility!?

Anonymous comment on 2012-10-06 11:32

Made a workaround to change Dropbox path and have funcional dropbox-cli commands, inspiration and information about startup script etc from here:
https://wiki.archlinux.org/index.php/Dropbox#Multiple_Dropbox_Instances

Basicly the alias "dropbox" just temporarily changes your $HOME before running a dropbox-cli command to make it adopt that home aswell. And also this can be extented upon to make working for multiple dropbox instances by adding another alias with another dropbox path.

The difference from normal dropbox-cli command execution compared to the new way will be:
old way: /usr/bin/dropbox start
new way: dropbox <enter> start <enter>

So just add this below to your .bashrc and set your own dropbox_path (if on other partition make sure it's mounted with the right permissions). The only thing that i've found does NOT work is the "autostart" option which also can be worked around in many ways (link above)

#********************************
# Redirect dropbox-cli commands
# to change Dropbox's home path
#********************************

dropbox_path="/mnt/data"

user_path="/home/`logname`"
dropbox_cli='/usr/bin/dropbox'
set_home_dropbox="HOME=$dropbox_path"
set_home_home="HOME=$user_path"


alias dropbox="read -p '[Dropbox@'"$dropbox_path"']> ' input;\
$set_home_dropbox; $dropbox_cli \$input; $set_home_home;"

Anonymous comment on 2012-10-05 09:54

bruce:

It did miracles for me! all works well now, thanks =)

...before the build() didn't work, so I commented it out and then i couldn't start the daemon with /usr/bin/dropbox start OR start -i.

bruce commented on 2012-10-04 02:44

Hi,
The PKGBUILD doesn't work if using a SRCDEST in /etc/makepkg.conf (as the file is a symlink and hence patch won't patch it).
Can I suggest [this](http://codepad.org/jExnbhUN) as a better alternative?

Cheers :-)

Muflone commented on 2012-08-12 03:39

The dropbox.py file is a cross-platform python script
Please change arch=("i686" "x86_64") to arch=('any')

cfr42 commented on 2012-05-20 22:18

I think that the script downloaded (dropbox.py) should be saved to makepkg's sources directory under a versioned name. If not, attempting to build an updated version fails with an error complaining that the validity check fails because the old dropbox.py is not replaced. Moving the old dropbox.py to another name allows the new version to build successfully.

dvzrv commented on 2012-04-30 12:28

file changed? Please update md5sum! ea1f923523756c094c46a3387be0af38

klusark commented on 2011-11-23 22:53

@Von any package can work like that. You are not using your package manager correctly and if you need the dependency removed you can remove it yourself.

von commented on 2011-11-18 20:50

dropbox is not required to be installed via pacman for dropbox-cli to work, you can have it installed locally and script will still do its job. Please remove dropbox dependency.

ckyony commented on 2011-11-17 17:39

@malix: Thanks, it is working now!

Malix commented on 2011-11-17 13:05

@ckyony the dropbox.py -file has been updated, it doesn't match the hash in PKGBUILD anymore

edit the PKGBUILD and
find this:
md5sums=('whatever',
'alsowhatever')
change it to:
md5sums=('e5515154efcc8a084e0bc2b5c9abc49e'
'f48ce021cf70cdde419a57656133827a')

ckyony commented on 2011-11-17 12:35

I try to install dropbox-cli. But I am getting the errork
"Makepkg was unable to build dropbox-cli"
"dropbox.py did not pass the valid check!"

Am I doing something wrong?

JokerBoy commented on 2011-11-12 18:59

patch is a member of base-devel, so it shouldn't be added to makedepends.
also, you should use arch=('any').

Anonymous comment on 2011-11-12 10:53

If only build() fails, but patch is not needed when installed, then patch should be a makedepend.

arslonga commented on 2011-11-12 10:40

Should this depend also on patch?

The build() step fails if patch is not installed.

depends=("python2" "dropbox" "patch")

Anonymous comment on 2011-10-23 02:13

Edit the PKGBUILD and correct the first md5sum to '4dce5d3d1e73d02bef38e0fd63a3b09a'
This means the md5sum entry should now be:

md5sums=('4dce5d3d1e73d02bef38e0fd63a3b09a'
'f48ce021cf70cdde419a57656133827a')

Whenever you need the correct md5sum, use "makepkg -g".

deimos commented on 2011-08-16 05:46

md5sum for dropbox.py is 00f58df6edab8081d683bfad770cd876

deimos commented on 2011-08-16 03:54

2011-08-15 20:27:41 (322 KB/s) - `dropbox.py.part' saved [107127/107127]

-> Found arch.patch
==> Validating source files with md5sums...
dropbox.py ... FAILED
arch.patch ... Passed
==> ERROR: One or more files did not pass the validity check!

Jristz commented on 2011-08-15 00:23

not work for me, the ms5sum of dropbox.py not match
possible uptream update

msquared commented on 2011-08-06 17:07

@test0: This seems to be another PKGBUILD. I do not have md5sum checks for dropbox-daemon or dropbox_force_root.patch.

test0 commented on 2011-07-31 20:06

It still failing:


2011-07-31 23:01:28 (79.3 KB/s) - ?dropbox.py.part? saved [107127/107127]

-> Found dropbox_force_root.patch
==> Validating source files with md5sums...
dropbox-daemon ... Passed
dropbox.py ... FAILED
dropbox_force_root.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build .


Thank you for work you do, msquared! Arch is better!

msquared commented on 2011-07-05 22:31

fixed, thanks

rogersce commented on 2011-07-05 22:17

md5sum isn't matching for dropbox.py, just fyi

==> Validating source files with md5sums...
dropbox.py ... FAILED
arch.patch ... Passed
==> ERROR: One or more files did not pass the validity check!

msquared commented on 2011-04-29 22:08

I patched the script so that it can be used either with the dropbox package or with a user only installation.
I hope this solution fits for all.

Stalafin commented on 2011-04-23 11:28

sylar_5's suggestion is great: Adding a symlink of ./dropbox-dist/dropboxd against /opt/dropbox/dropboxd is a great idea and makes '$ dropbox start' work flawlessly!

Maybe someone could change dropbox-cli to look for /opt/dropbox/? Or maybe looking for dropboxd in $PATH is an even better idea?

Anonymous comment on 2011-04-23 11:25

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/

Stalafin commented on 2011-04-23 10:59

sylar_5:
How did you create that symlink? Did you link the folders (i.e. .dropbox-dist/ to /opt/dropbox/) or did you link .dropbox-dist/dropboxd to /opt/dropbox/dropboxd?

Anonymous comment on 2011-04-17 11:57

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

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

Anonymous comment on 2011-03-25 11:49

u need pygtk to use "dropbox start -i"

Anonymous comment on 2011-02-13 13:45

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

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

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

daschu117 commented on 2010-11-28 06:31

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.

Anonymous comment on 2010-11-12 15:46

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*

thestinger commented on 2010-11-12 02:41

works fine for me

msquared commented on 2010-11-11 21:39

@asmanian: It would be interesting to hear your suggestions on how to fix that :-)

I have no problems since the md5 sum seems to be correct (until the next upstream update).

Matthias

Anonymous comment on 2010-11-10 13:48

I'm getting:

==> Downloading dropbox-cli.tar.gz
==> Making package: dropbox-cli 1-4 (Wed Nov 10 14:46:09 CET 2010)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
-> Found dropbox.py
==> Validating source files with md5sums...
dropbox.py ... FAILED
==> ERROR: One or more files did not pass the validity check!


ALTHOUGH the md5sum in the pkgbuild seems to be right (I downloaded the file from the URL in the pkgbuild manually and checked).
I also tried uninstalling my old version of dropbox-cli and clearing the cache (in case it checks an old file instead of the one from the URL)
but that didn't help either :(
Please fix, I want my dropbox back :/

Sara commented on 2010-11-10 04:57

Upgraded dropbox, and no longer have the problem with the animation (without having to comment the lines). I don't know if it's the upgrade, or some other setting I've modified, but at least it works.

lowfatcomputing commented on 2010-11-09 14:45

The md5sum should be 345daaa86f39d7a830b0ec92670eb541

Sara commented on 2010-11-01 06:56

I think lines 472-486 of /usr/bin/dropbox are responsible for the animation I'm seeing:
472 def run(self):
473 ticks = ['[. ]', '[.. ]', '[...]', '[ ..]', '[ .]', '[ ]']

Still don't know how to resolve this (it's very annoying because I have dropbox stop/start when I disable/enable my wireless connection via /etc/rc.d/net-profiles, but these "ticks" prevent further terminal output), but will post again if I find a solution.

[edit] Just commented out all those lines, and now Dropbox behaves normally. Am not sure if this is safe to do, but it works for me. [/edit]

Sara commented on 2010-11-01 06:42

I think lines 472-486 of /usr/bin/dropbox are responsible for the animation I'm seeing:
472 def run(self):
473 ticks = ['[. ]', '[.. ]', '[...]', '[ ..]', '[ .]', '[ ]']

Still don't know how to resolve this (it's very annoying because I have dropbox stop/start when I disable/enable my wireless connection via /etc/rc.d/net-profiles, but these "ticks" prevent further terminal output), but will post again if I find a solution.

Sara commented on 2010-10-31 13:15

When I stop dropbox "dropbox stop" dropbox stops, but this little animation continues: [. ] -> [.. ] -> [...]. It *has* stopped, because if I check with dropbox status, it isn't running. When I start dropbox, there is no such issue. I didn't have this problem in the previous version of dropbox-cli (it would cease with just the "Dropbox daemon stopped." message. Now I get the message *and* the animation, and the animation isn't helpful as it doesn't exit, even when I press enter).

mhellwig commented on 2010-10-27 09:34

The md5sum in the PKGBUILD is not correct.
in the md5sum it says 0439494fa49601dcf4b2a3e4880a7dfd
whereas the actual md5sum of the download is f61b06304c84566d46393c0b58911ff6

renato commented on 2010-10-19 15:55

I think he is referring to http://www.archlinux.org/news/python-is-now-python-3/

This package doesn't work with python3. Just replacing #!/usr/bin/python with #!/usr/bin/python2 in the first line did it for me.

msquared commented on 2010-10-05 19:52

Hi,

is this just a hint for the upcoming release? Or what do you suggest?
First of all there is no new release in extra yet.
Second, this is just a python script written by the dropbox authors, so any compatibility updates should be made upstream ...
If you just mean to add "python2" as dependency ... ok, but not before python2 hits extra.

Did I miss anything?

Matthias

msquared commented on 2010-10-05 19:48

Hi,

is this just a hint for the upcoming release? Or what do you suggest?
First of all there is no new release in extra yet.
Second, this is just a python script written by the dropbox authors, so any compatibility updates should be made upstream ...

Did I miss anything?

Matthias

thestinger commented on 2010-10-05 19:44

needs to be updated for python rebuild

scj7t4 commented on 2010-06-17 14:47

This package no longer seems to work?

Sara commented on 2010-05-17 01:57

You still need to adjust the PARENT_DIR, DROPBOXD_PATH, and the db_path (line 496) under Start_Dropbox, in order for the script to properly function. Those locations still use the old dropbox-dist location, when it should really point to /opt or /usr/bin.

Anonymous comment on 2010-04-28 07:44

Hello giner,

no, you can't use "dropbox start -i" to install dropbox in $HOME. I've removed all the installation stuff from the script. It is only able to start a systemwide installation of dropbox. Maybe I should update the help screen..

Christian

giner commented on 2010-04-27 18:55

Hello!

I think dropbox should be optional dependency cause one can use just "dropbox start -i" whithout dropbox package installation.

Thanks for the aur!