Package Details: dropbox-cli 2020.03.04-6

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: http://www.dropbox.com
Licenses: GPL
Submitter: msquared
Maintainer: frealgagu
Last Packager: frealgagu
Votes: 472
Popularity: 0.70
First Submitted: 2010-02-04 14:03 (UTC)
Last Updated: 2022-08-05 00:52 (UTC)

Pinned Comments

frealgagu commented on 2020-12-05 22:37 (UTC)

I maintain the latest built package at:

https://github.com/frealgagu/archlinux.dropbox-cli/releases/

frealgagu commented on 2018-11-30 02:43 (UTC) (edited on 2018-11-30 02:49 (UTC) by frealgagu)

@cfr42 the version in filename is in order to avoid issues once the file is downloaded, if a new version arrives makepkg does not try to re-download it if the file has the same name and it already exists. If the checksum fails then it means that there is a new version and it's necessary to change the PKGBUILD information.

Please flag it if that happens.

Latest Comments

Liquen commented on 2021-06-17 17:50 (UTC)

@frealgagu Working perfectly. Thanks a lot!

frealgagu commented on 2021-06-17 17:46 (UTC)

@Liquen @FrederickZh @thiagowfx @cfr42 I've included the suggested patch for this new release, please let me know if that works as expected.

Liquen commented on 2021-02-17 19:14 (UTC)

@frealgagu Any chance of considering FrederickZh's patch?

frealgagu commented on 2020-12-05 22:37 (UTC)

I maintain the latest built package at:

https://github.com/frealgagu/archlinux.dropbox-cli/releases/

tyrannis.hawk commented on 2020-11-25 07:30 (UTC)

I just learned that python-gobject is a dependency. If it isn't installed, you get this:

Starting Dropbox...Traceback (most recent call last):
  File "/usr/bin/dropbox-cli", line 1450, in start
    download()
  File "/usr/bin/dropbox-cli", line 295, in download
    gi.require_version('Gdk', '3.0')
AttributeError: module 'gi' has no attribute 'require_version'

After installing python-gobject, dropbox-cli works just fine.

miguelmsoler commented on 2020-07-16 21:22 (UTC)

@frealgagu I'm using aurutils. The command I run almost every day is:

aur sync -u --no-confirm --no-view

frealgagu commented on 2020-07-16 19:54 (UTC)

@miguelmsoler What AUR helper are you using? The checksum you suggest is the previous version of the file, but it was recently changed.

https://linux.dropbox.com/packages/

the file dropbox.py was modified in July 10th. I think your helper didn't redownload the file and you have an outdated version of it.

miguelmsoler commented on 2020-07-16 13:28 (UTC)

Hi, I just tried to update and got this error:

==> Validating source files with sha256sums... dropbox-cli-2020.03.04.py ... FAILED ==> ERROR: One or more files did not pass the validity check!

I fixed it after changing sha256sum to e34817eb1949308054ec79454ff77062037526e69ba56957aac37aeadc796e89 in PKGBUILD.

FrederickZh commented on 2020-04-03 15:18 (UTC)

Is it worth the effort to patch this CLI tool somewhat like @thiagowfx suggested so that dropbox-cli version can work with https://aur.archlinux.org/packages/dropbox/?

--- dropbox-cli 2020-04-04 01:45:24.000360738 +1100
+++ dropbox-cli 2020-04-04 02:01:48.903992145 +1100
@@ -71,7 +71,11 @@

 PARENT_DIR = os.path.expanduser("~")
 DROPBOX_DIST_PATH = "%s/.dropbox-dist" % PARENT_DIR
+DROPBOX_ARCH_PATH = "/opt/dropbox"
 DROPBOXD_PATH = os.path.join(DROPBOX_DIST_PATH, "dropboxd")
+if not os.path.exists(DROPBOXD_PATH) and os.path.exists(os.path.join(DROPBOX_ARCH_PATH, "dropboxd")):
+    DROPBOX_DIST_PATH = DROPBOX_ARCH_PATH
+    DROPBOXD_PATH = os.path.join(DROPBOX_DIST_PATH, "dropboxd")
 DESKTOP_FILE = "/usr/share/applications/dropbox.desktop"

 enc = locale.getpreferredencoding()

vstuart commented on 2019-12-11 22:11 (UTC) (edited on 2019-12-27 16:08 (UTC) by vstuart)

2019-12-11 [again 2019-12-26]:

yay -Syu
...
    dropbox-cli-2019.02.14.py ... FAILED
==> ERROR: One or more files did not pass the validity check!
Error downloading sources: dropbox-cli

Solution:

cd /mnt/Vancouver/apps/    ## or wherever you want to clone the repo
git clone https://aur.archlinux.org/dropbox-cli.git
cd dropbox-cli/
makepkg -si

[2019-12-26]

Same issue [2019-12-26] -- solution:

cd /mnt/Vancouver/apps/dropbox-cli/
git pull
makepkg -si

frealgagu commented on 2019-09-13 13:55 (UTC)

@ahnafalrafi no, if you download the file https://linux.dropbox.com/packages/dropbox.py you will notice that the script is for version 2019.02.14 so the version of file is not for upload date else for version that appears into the file.

commented on 2019-09-09 19:31 (UTC)

The dropbox.py file seems to have been updated here: https://linux.dropbox.com/packages/

The last update date there is 18-Jun-2019

Hubro commented on 2019-03-10 22:47 (UTC) 

==> Making package: dropbox-cli 2019.01.31-1 (Sun 10 Mar 2019 11:45:48 PM CET)
==> Retrieving sources...
  -> Downloading dropbox-cli-2019.01.31.py...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  116k  100  116k    0     0   781k      0 --:--:-- --:--:-- --:--:--  781k
==> Validating source files with sha256sums...
    dropbox-cli-2019.01.31.py ... FAILED
==> ERROR: One or more files did not pass the validity check!
Error downloading sources: dropbox-cli

i05 commented on 2019-03-10 10:04 (UTC)

@frealgagu Thanks for maintaining this package. As I found the package flagged out-of-date, I updated PKGBUILD and published it on my GitHub repository along with build configuration tweaks. https://github.com/ymkjp/aur-dropbox-cli/commit/6902509a6516aa4304bf006cd54e84bdf5f03717 Hope you see this patch is helpful.

frealgagu commented on 2018-11-30 02:43 (UTC) (edited on 2018-11-30 02:49 (UTC) by frealgagu)

@cfr42 the version in filename is in order to avoid issues once the file is downloaded, if a new version arrives makepkg does not try to re-download it if the file has the same name and it already exists. If the checksum fails then it means that there is a new version and it's necessary to change the PKGBUILD information.

Please flag it if that happens.

cfr42 commented on 2018-11-29 23:33 (UTC)

I think this is out of date, but I'm not positive so don't like to flag it. At any rate, making it fails:

==> Making package: dropbox-cli 2018.11.08-1 (Dydd Iau 29 mis Tachwedd 2018 23:30:29 GMT) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found dropbox-cli-2018.11.08.py -> Found dropbox-cli.patch ==> Validating source files with sha256sums... dropbox-cli-2018.11.08.py ... FAILED dropbox-cli.patch ... Passed ==> ERROR: One or more files did not pass the validity check!

Although the downloaded file is confusingly named with the correct version, the content says it is part of nautilus-dropbox 2018.11.28. I don't think it is helpful to add the version to the filename when downloading if you have no reason to think the version is correct. It would be better not to rename it at all or to append some arbitrary suffix, if you need one.

fifteen.one commented on 2018-11-20 01:33 (UTC) (edited on 2018-11-20 01:39 (UTC) by fifteen.one)

@frealgagu

Yes, I have python2 installed, the outputs as below:


Traceback (most recent call last):
  File "/usr/bin/dropbox-cli", line 1609, in <module>
    ret = main(sys.argv)
  File "/usr/bin/dropbox-cli", line 1598, in main
    result = commands[argv[i]](argv[i+1:])
  File "/usr/bin/dropbox-cli", line 781, in newmeth
    return meth(*n, **kw)
  File "/usr/bin/dropbox-cli", line 1260, in status
    console_print(line)
  File "/usr/bin/dropbox-cli", line 135, in console_print
    f.write(st.encode(enc))
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2022' in position 18: ordinal not in range(128)

Thanks

frealgagu commented on 2018-11-17 20:42 (UTC)

@Yeh-Z do you have python2 installed? try with the following command and let me know what happen:

python2 /usr/bin/dropbox-cli status

fifteen.one commented on 2018-11-09 08:16 (UTC)

Hi,

I got an error as below:

Traceback (most recent call last): File "/usr/bin/dropbox-cli", line 1512, in <module> ret = main(sys.argv) File "/usr/bin/dropbox-cli", line 1501, in main result = commandsargv[i] File "/usr/bin/dropbox-cli", line 719, in newmeth return meth(n, *kw) File "/usr/bin/dropbox-cli", line 1164, in status console_print(line) File "/usr/bin/dropbox-cli", line 128, in console_print f.write(st.encode(enc)) UnicodeEncodeError: 'ascii' codec can't encode character u'\u2022' in position 17: ordinal not in range(128)

any ideas? thanks!

klusark commented on 2018-08-19 02:16 (UTC)

Downloads okay for me and sha still checks out. Maybe it was a temporary network glitch.

ProfessorKaos64 commented on 2018-08-15 00:52 (UTC) (edited on 2018-08-15 00:55 (UTC) by ProfessorKaos64)

Failed to download python script.

This is the page: https://www.dropbox.com/help/desktop-web/linux-commands#commands

Link works just fine for me: https://www.dropbox.com/download?dl=packages/dropbox.py

Works with this python script / link and updating sha256sudm

karcher commented on 2018-06-09 10:43 (UTC) (edited on 2018-06-09 10:58 (UTC) by karcher)

I'm getting same error like @jarod and there is no dropbox-cli package in the pacman cache:

?? Do you want to continue? Y/n: ~~ looking for new pkgbuilds and fetching them... ==> Making package: dropbox-cli 2015.10.28-3 (Sat 09 Jun 2018 12:39:53 PM CEST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found dropbox.py -> Found dropbox-cli-arch.patch ==> Validating source files with sha256sums... dropbox.py ... FAILED dropbox-cli-arch.patch ... Passed ==> ERROR: One or more files did not pass the validity check! 2018-06-09 12:39:53,207 - wrappers - makepkg - ERROR - makepkg query makepkg -cf --noconfirm failed in directory /home/john/.cache/aurman/dropbox-cli

patrick96 commented on 2018-05-27 21:43 (UTC)

@jarod, clear the cache for that package, your aur helper probably doesn't redownload the file, if its name didn't change

jarod commented on 2018-05-26 15:30 (UTC) (edited on 2018-05-26 15:31 (UTC) by jarod) 


==> Building and installing package
==> Making package: dropbox-cli 2015.10.28-2 (Sat May 26 17:30:16 CEST 2018)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading dropbox.py...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  112k  100  112k    0     0   413k      0 --:--:-- --:--:-- --:--:--  413k
  -> Found dropbox-cli-arch.patch
==> Validating source files with sha256sums...
    dropbox.py ... FAILED
    dropbox-cli-arch.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build dropbox-cli.
==> Restart building dropbox-cli ? [y/N]
==> ------------------------------------

klusark commented on 2017-06-22 05:01 (UTC)

If they don't put it back soon, I'll upload it to github, as it's GPL.

klusark commented on 2017-06-22 04:59 (UTC)

@rosslaird, seeing the same thing. Interestingly, all the source links on their page now 404. I'd guess it's a mistake...

rosslaird commented on 2017-06-22 03:58 (UTC)

Currently getting this: ERROR: Failure while downloading https://linux.dropbox.com/packages/dropbox.py Loading the above URL directly from the browser yields a 404, so I'm guessing the file has been moved.

klusark commented on 2017-05-26 23:04 (UTC)

@twa022, I'd rather not make functional changes to the script.

twa022 commented on 2017-05-26 22:38 (UTC)

Could you change the patch to this (https://pastebin.com/ij2Ddtt3) --- 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,10 @@ 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"/usr/local/bin/dropbox" + if not os.path.exists(db_path): + db_path = u"/usr/bin/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 so that /usr/local/bin takes precedence over /usr/bin. (Have dropbox script in /usr/local/bin to export QT_STYLE_OVERRIDE to get proper theming) Thanks!

robt commented on 2017-02-01 10:24 (UTC)

Thanks, build now works again.

robt commented on 2017-01-29 07:20 (UTC)

The package build is failing with a validation error because dropbox.py has been updated.

commented on 2016-10-06 16:16 (UTC)

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 (UTC)

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

jonas.vautherin commented on 2015-11-02 16:13 (UTC)

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

bluesheep commented on 2015-08-30 11:32 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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:38 (UTC)

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 (UTC)

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 (UTC)

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

klusark commented on 2014-11-25 21:48 (UTC)

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

bladtman commented on 2014-11-25 21:46 (UTC)

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

klusark commented on 2014-11-20 05:37 (UTC)

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

eschwartz commented on 2014-11-20 05:32 (UTC)

I am getting the md5sum mismatch too. I have: b094beab191d84bc0117fa5c3dbeaa2c

carstene1ns commented on 2014-08-25 16:41 (UTC)

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 (UTC)

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

lrm commented on 2014-08-25 13:54 (UTC)

Checksums don't match.

carstene1ns commented on 2014-06-06 21:15 (UTC)

@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 (UTC)

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 (UTC)

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

ItachiSan commented on 2014-06-06 18:37 (UTC)

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 (UTC)

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

HalosGhost commented on 2014-06-06 18:27 (UTC)

-3 fails to verify dropbox-cli-arch.patch. All the best,

klusark commented on 2014-06-06 18:05 (UTC)

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

von commented on 2014-06-06 18:04 (UTC)

fails to verify dropbox.py

carstene1ns commented on 2014-05-24 23:03 (UTC)

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 (UTC)

@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 (UTC)

New md5 for dropbox.py is f368b6bfd67c4009c1fe4a6de978474d

klusark commented on 2014-04-24 19:22 (UTC)

@digic Thanks! Done.

digic commented on 2014-04-24 19:20 (UTC)

dropbox.py md5sum needs updating.

crazyh commented on 2014-04-18 15:41 (UTC)

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

klusark commented on 2014-03-15 04:37 (UTC)

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

joko commented on 2014-02-16 17:49 (UTC)

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 (UTC)

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

bladtman commented on 2014-02-01 11:04 (UTC)

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

solixxx commented on 2014-01-06 21:46 (UTC)

update md5sum for dropbox.py Thx

donniezazen commented on 2014-01-01 14:06 (UTC)

Please fix the md5sum.

0xtobit commented on 2013-12-24 02:20 (UTC)

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.

commented on 2013-06-23 17:28 (UTC)

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 (UTC)

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 (UTC)

wrong md5

cesarramsan commented on 2013-02-20 20:30 (UTC)

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

commented on 2013-02-19 15:25 (UTC)

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 (UTC)

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

commented on 2012-10-23 21:33 (UTC)

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 (UTC)

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

cro commented on 2012-10-18 03:16 (UTC)

"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!?

commented on 2012-10-06 11:32 (UTC)

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;"

commented on 2012-10-05 09:54 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

file changed? Please update md5sum! ea1f923523756c094c46a3387be0af38

klusark commented on 2011-11-23 22:53 (UTC)

@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 (UTC)

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 (UTC)

@malix: Thanks, it is working now!

Malix commented on 2011-11-17 13:05 (UTC)

@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 (UTC)

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 (UTC)

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

commented on 2011-11-12 10:53 (UTC)

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 (UTC)

Should this depend also on patch? The build() step fails if patch is not installed. depends=("python2" "dropbox" "patch")

commented on 2011-10-23 02:13 (UTC)

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

commented on 2011-08-15 00:23 (UTC)

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

msquared commented on 2011-08-06 17:07 (UTC)

@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 (UTC)

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 (UTC)

fixed, thanks

rogersce commented on 2011-07-05 22:17 (UTC)

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 (UTC)

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 (UTC)

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?

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/

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?

commented on 2011-03-25 11:49 (UTC)

u need pygtk to use "dropbox start -i"

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.

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*

thestinger commented on 2010-11-12 02:41 (UTC)

works fine for me

msquared commented on 2010-11-11 21:39 (UTC)

@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

commented on 2010-11-10 13:48 (UTC)

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 (UTC)

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 (UTC)

The md5sum should be 345daaa86f39d7a830b0ec92670eb541

Sara commented on 2010-11-01 06:56 (UTC)

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-10-31 13:15 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

thestinger commented on 2010-10-05 19:44 (UTC)

needs to be updated for python rebuild

Sara commented on 2010-05-17 01:57 (UTC)

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.

commented on 2010-04-28 07:44 (UTC)

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 (UTC)

Hello! I think dropbox should be optional dependency cause one can use just "dropbox start -i" whithout dropbox package installation. Thanks for the aur!