Package Details: dropbox 3.20.1-1

Git Clone URL: https://aur.archlinux.org/dropbox.git (read-only)
Package Base: dropbox
Description: A free service that lets you bring your photos, docs, and videos anywhere and share them easily.
Upstream URL: http://www.dropbox.com
Licenses: custom
Conflicts: dropbox-experimental
Submitter: mtorromeo
Maintainer: mtorromeo
Last Packager: mtorromeo
Votes: 2086
Popularity: 23.127920
First Submitted: 2009-01-22 14:21
Last Updated: 2016-05-09 20:50

Dependencies (5)

Sources (7)

Pinned Comments

mtorromeo commented on 2016-02-24 10:27

STOP wasting my time and spamming everyone's mailboxes with useless requests to change the download URLs.
The cloudfrount links ARE OFFICIAL release locations.

Latest Comments

benedikt.winder commented on 2016-05-10 11:05

If someone have a problem with the Tray Icon on KDE/Plasma 5 i have posted a solution that worked for me on the Dropbox Forum:

https://www.dropboxforum.com/hc/en-us/community/posts/201908279-Systray-icon-not-showing-in-KDE-Plasma-5-2?page=2#community_comment_207660876

chori commented on 2016-05-01 17:49

For those still wondering if cloudfront.net is an official Dropbox release location, the answer is YES: https://www.dropbox.com/en/help/217

omnigamer commented on 2016-04-12 13:54

Anyone seeing the following issue with their startup service? I see this:

dropbox@XXX.service: Failed at step USER spawning /usr/bin/dropbox: No such process

I'm also unclear whether it should be dropbox@foo@bar.com.service or just dropbox@foo.service

despairblue commented on 2016-03-07 22:53

The current version segfaults for me. In case anyone else has that problem. Installing the experimental version worked.

rafasc commented on 2016-02-26 00:57

@darkvenger, yes it is getting ridiculous, and there's a simple solution:
https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-3.14.7.tar.gz

It's not a matter of having the Dropbox name in the link. As @joaompinto mentioned, it's about downloading the source code from a place without manually checking if the link is legit.

If it is using SSL and comes from the dropbox domain, it gives some level of authenticity. To check the authenticity of the cloudfront link you have to manually go to their forums. (Or otherwise blindly trust the maintainer/cloudfront link)

Is this a upstream issue? Yes, I think. Could this be fixed by changing the link to the one above and ending this silly discussion? Yes.

darkvenger commented on 2016-02-26 00:25

This discussion is indeed getting really annoying, saying that a URL is more official than another just because one contains the dropbox word (https://dl-web.dropbox.com) and the other does not (https://d1ilhw0800yew8.cloudfront.net) seems a little ridiculous.

For those who are really concerned you should probably complain to Dropbox. Why is the Linux platform the only binary in https://www.dropboxforum.com that comes from cloudfront?

joaompinto commented on 2016-02-25 20:34

Hello mtorromeo,
I will take a look at your comments and improve my PKGBUILD. I hope you do the same and understand why people care about using official download links, with proper SSL certificates, from the software provider, and not from a 3rd party.

SSL was invented for a reason, encryption and identity. While encryption is not a requirement for this case. Identity is. Please check the following:

curl -vq https://dropbox.com 2>&1 | grep "subject"
curl -vq https://d1ilhw0800yew8.cloudfront.net/ 2>&1 | grep "subject"

To validate your statement "cloudfrount links ARE OFFICIAL" people will need to download from https://dropbox.com, run a sha256sum on the resulting files, and check against your PKGBUILD sha256sum.

mtorromeo commented on 2016-02-24 10:27

STOP wasting my time and spamming everyone's mailboxes with useless requests to change the download URLs.
The cloudfrount links ARE OFFICIAL release locations.

mtorromeo commented on 2016-02-24 10:25

@lamego.pinto: You are not even downloading the specific pkgver so your PKGBUILD will break at every release.

joaompinto commented on 2016-02-24 10:17

Please update with links to the official dropbox client download site:

I have done and tested, you can get it from:
https://github.com/MyWayOS/AUR_patches/blob/master/dropbox/PKGBUILD

oberon2007 commented on 2016-02-16 02:58

Thank you for this package! New stable release 3.14.5 is available now: https://www.dropboxforum.com/hc/en-us/community/posts/205672126-Stable-Build-3-14-5

mtorromeo commented on 2016-02-07 10:46

That was an official location. And I updated the URL anyway so please drop this argument already...

mathieu.clabaut commented on 2016-02-07 09:11

I also have some concerns, for that I observe a strange behaviour where dropbox continuously upload data ever when everything is synced and there are no reason for uploading a vast quantity of data !
I don't know if it is a bug or an intended behaviour, but I do not feel easy about having this piece of software coming from unofficial location.

However, comparing the md5sum of the targz with the one from https://www.dropbox.com/download?plat=lnx.x86_64 gives the same results

silverhammermba commented on 2016-02-02 18:15

@joelpet, I also see the cloudfront URL. I would certainly feel better about this package if the sources were updated to the official ones. For now I think I'll retract my vote.

joelpet commented on 2016-01-28 03:23

I share @ron89's concern that the source is downloaded from a (seemingly) arbitrary Dropbox user's content. I assume the URL was originally taken from https://www.dropboxforum.com/hc/en-us/community/topics/200210355-Desktop-Client-Builds where official (?) Desktop Client Builds are posted and then just kept the same for each new release. However, when I visit https://www.dropboxforum.com/hc/en-us/community/posts/203932093-Stable-Build-3-12-6 now, the download URL is instead https://d1ilhw0800yew8.cloudfront.net/client/dropbox-lnx.x86_64-3.12.6.tar.gz. That file's SHA1 sum (9836b0b37f6d0d7527f4449d3109f2bbaf32d48c) matches the one at https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-3.12.6.tar.gz, and none of the URLs seem to redirect to the other.

Am I alone in seeing the cloudfront.net URL on the Desktop Client Builds page? If not, how about updating PKGBUILD to reflect this change of URL?

Thank you for making this package available.

FadeMind commented on 2016-01-21 13:09

@x-yuri follow this site: https://www.dropboxforum.com/hc/en-us/community/topics/200210355-Desktop-Client-Builds?sort_by=recent_activity

x-yuri commented on 2016-01-21 12:13

Where do you get 3.12.6 version? I can't see anything like that here: https://linux.dropbox.com/packages/ But more importantly, my log is full of `[ALERT]: You're using an old version of Dropbox. Please update to the latest version to continue using Dropbox.` messages, even after updating this package.

QuimaxW commented on 2015-12-17 21:01

3.12.5 is now current. On my system, it's been nagging me to enter a system (root?) password with no explanation. Apparently, it was trying to update itself. PKGBUILD stays the same, just updated the version to 3.12.5 (and the related checksum lines if you wish to not ignore those) and it compiled just fine.

FadeMind commented on 2015-12-06 14:26

3.12.4 released. https://www.dropboxforum.com/hc/en-us/community/posts/204468976-Stable-Build-3-12-4

TioDuke commented on 2015-11-14 13:07

For all having trouble with sync'ing folders, verify your file system mount parameters. In my case, my Dropbox folder was on an XFS partition with the noatime option. Changing to relatime solved my synchronization problems. I've read that if you are on ext3/ext4 you should use the user_xattrs option.

I hope this helps someone.

mtorromeo commented on 2015-11-13 16:43

Sorry about that. Fixed.

Spike29 commented on 2015-11-13 14:15

Hello, it seems like you forgot to update .SRCINFO (PKGBUILD version is 3.10.11, .SRCINFO one is 3.10.8) :)

janilson commented on 2015-11-09 13:12

@KeNaCo, I didn't mean to flame. But I understand your point of view. Thanks anyway, since you did want to help us.
@rafasc, thanks for tip

rafasc commented on 2015-11-08 22:18

@janilson Fixed the spotify tray issue (and some other tray apps that still use xembed) by installing xembed-sni-proxy-git.

KeNaCo commented on 2015-11-08 18:00

@janilson This isn't about can/can't help. This is about proper place to ask help and solving problems whish is forum. End of flame, if you want discuss more, +Ken Mijime on g+, @KeNaCo666 on twitter.

janilson commented on 2015-11-08 11:24

@KeNaCo, I think we can help each with little issues. But thanks anyway, we could have asked in forum as well.
@rafasc, I've made it work, I just downgraded to version 3.2.9.

KeNaCo commented on 2015-11-06 08:24

@rafasc @janilson you should use forum for this kind of issues.

rafasc commented on 2015-11-06 04:17

Anyone missing the tray icon?

janilson commented on 2015-11-05 00:54

I can't make the current version (3.10.8) work.
I can install it, I can login in my account, but the folders doesn't sincronize.
The application stop sincronize (as if it has downloaded all the new files) but nothing more hapens.

I checked my cellphone app and dropbox.com and the new files are all there, but in my Arch box they aren't.
Is anyone facing this problem?

H.Metal commented on 2015-10-22 01:27

Updated PKGBUILD (3.10.8): http://pastebin.com/JUh5hS2K

@ron89 This is the official link from Dropbox.

ron89 commented on 2015-10-06 09:40

May I ask why the source files are hosted on dl.dropboxusercontent.com? Source code of dropbox is available on Dropbox site, so why not using it directly?

Localizator commented on 2015-10-02 16:15

Stable Build 3.10.7: https://www.dropboxforum.com/hc/en-us/community/posts/204161416-Stable-Build-3-10-7
Updated PKGBUILD: http://pastebin.com/aBdCwCe4

KeNaCo commented on 2015-08-09 19:55

@PlugaruT If you won't wait, just use this version, and update package later.

rafaelff commented on 2015-08-09 18:50

@PlugaruT This package should provide the version 3.8.6. That's why it is flagged as out of date: to let the maintainer know of this information, so he can update it.

PlugaruT commented on 2015-08-09 18:20

@DerpishCat where I can get the 3.8.6 version? I can't find it in AUR

Kattus commented on 2015-08-09 15:37

@PlugaruT Latest version is 3.8.6

PlugaruT commented on 2015-08-08 21:24

Why this package is flagged out?

mtorromeo commented on 2015-08-03 08:23

@alex.forencich The most generic solution I could come up with is adding "ReadOnlyDirectories=/home/%u/.dropbox-dist" to the systemd service file.
There is no guarantee that the user's home is located in /home/USERNAME though and %h can only be used in systemd user instances.

alex.forencich commented on 2015-08-03 06:35

The systemd script does not work correctly if dropbox can auto-update. If an update to dropbox gets installed in ~/.dropbox-dist, the executable that the systemd script tries to run will pass control to the new version in ~/.dropbox-dist and then die. Systemd will restart it automatically, causing a conflict. The solution appears to be to disable auto-update by deleting ~/.dropbox-dist and recreating it with no permissions. Not sure if there is a more permanent solution implemented as part of the package.

irb commented on 2015-07-31 17:35

Looks like 3.8.5 is out: https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-3.8.5.tar.gz

FadeMind commented on 2015-07-10 07:25

3.6.9 released.

karhu commented on 2015-06-29 09:38

The start of the Dropbox website from tray icon no longer works.

Imposible to open URI << file:///tmp/dbx....... >>
Problems with the "tmp-file." File or directory not found.

Same as gorki.b
Do you need more information ?

brittyazel commented on 2015-06-23 21:24

is it possible to add "gvfs-set-attribute /home/*user*/Dropbox metadata::custom-icon-name folder-dropbox" to the install script? That way custom folder themes for dropbox can take effect

alucryd commented on 2015-06-16 09:22

3.6.7 is out :)

gorki.b commented on 2015-05-30 10:37

The start of the Dropbox website from tray icon no longer works.
Problems with the "tmp-file." File or directory not found.

tayhe commented on 2015-05-22 11:09

There is a post about dropbox tray icon in plasma5 :
https://bbs.archlinux.org/viewtopic.php?id=193681

jelkink commented on 2015-05-19 05:51

I have had the same problems as TioDuke and had to downgrade and block auto-upgrading to be able to use Dropbox again. It would not sync (at least not upload changes) otherwise. Very little buzz around this online, though, so many people are not experiencing this? (forum discussion: http://tinyurl.com/pkcyuf7)

fthiery commented on 2015-05-15 15:00

I believe that the recent qt updates fixed the icon issue (it did on 3 systems of mine -- but i'm using gnome3).

71GA commented on 2015-04-21 06:57

The setup file is not working - I get an error after "makepkg -si": cp: cannot stat '/home/dijak/Downloads/dropbox/src/.dropbox-dist/dropbox-lnx.x86_64-3.4.3': No such file or directory

TioDuke commented on 2015-04-12 10:17

Has anyone had any problems symc'ing files in subfolders? I realised that only files under ~/Dropbox and ~/Dropbox/Public get sync'ed since version 3.4.x. The only way for other subfolders to sync, is to restart de daemon. I had to revert to 3.2.9 to have sync'ing working again.

speedyx commented on 2015-04-06 15:40

Here KDE Frameworks 5.9.0, Plasma 5.2.2.
I modified PKGBUILD for the dropbox 3.4.3 and installed it.
The icon in the system tray is still missing, but the app works.
Even with the trick from Thaodan.

darkvenger commented on 2015-04-02 13:25

@rubenvb

https://wiki.archlinux.org/index.php/Dropbox#Hack_to_stop_Auto_Update

rubenvb commented on 2015-04-02 12:09

Although not present on the website as a release (only release candidate), the client currently downloads dropbox 3.4.1 into ~/.dropbox-dist and runs that instead. Would it be possible to update this package?

Thaodan commented on 2015-03-28 01:36

you should at Environment=DISPLAY=:0 to the systemd --user service to make the tray icon a fix to do this without editing the file is:
cat .config/systemd/user/dropbox.service.d/env.conf
[Service]
Environment=DISPLAY=:0

fthiery commented on 2015-03-18 08:44

Hi

I just experienced the same issue with owncloud-client (depends: qtkeychain-qt5 qt5-webkit hicolor-icon-theme). It used to depend on qt4.

wooque commented on 2015-03-16 11:54

@resio Experienced same thing. Fresh Arch + minimal Xfce install, Dropbox starts but doesn't show GUI for login.
As it worked before on past installation, I investigate what package could be missing and found out that Dropbox needs libxslt, after that it's launching GUI and working fine.
@mtorromeo libxslt as dependency?

wooque commented on 2015-03-16 11:52

@resio Experienced same thing. Fresh Arch + minimal Xfce install, Dropbox starts but doesn't show GUI for login. As it worked before on past installation, I investigate what package could be missing and found out that Dropbox needs libxslt. @mtorromeo libxslt as dependency?

trapangle commented on 2015-03-13 19:55

@dmccombs Installing the dependencies solved it for me: qt5-webkit popt libsm
Icon in the tray, no need to authorize on another computer, everything works smooth.

jackpot commented on 2015-03-12 17:56

Fresh install (12Mar15), Cinnamon desktop. Package is workign fine and icon appears. Only needed to authorize computer using cell phone code in a window popping up on first run after install.

No reboot or other no complications.

resio commented on 2015-03-10 01:39

After a fresh arch install, dropbox won't even launch a GUI when trying to start it.

If you're trying to start dropbox from terminal after a fresh install, you won't see any messages.
Reboot and start dropbox before starting x, and you'll see dropbox wants you to go to a link to authorize your computer. Go to that url on another machine, and youll see dropbox has now authorized you. Start Xorg and, though tray icon won't be there (theres a bug out right now), it'll still be running

resio commented on 2015-03-09 16:55

Not only do i not see a system trey icon, but i also don't get a GUI asking to connect my account when i type run dropbox in the terminal. It just hangs. Is this what everyone is experiencing?

toketin commented on 2015-03-09 09:48

Still no dropbox icon in the systray with Plasma 5.

AdrianCohea commented on 2015-03-06 19:05

bkk: Your error looks a lot to me like you built the package as root. This happens when you do something like "sudo makepkg -s" or "makepkg -s" from a root shell. You should build the package as a regular user. You should install them as root.

bkk commented on 2015-03-05 17:07

Hi, I am getting the error:
cp: „/root/.config/autostart/“ can not be created: Is not a directory
Not sure how to investigate further...

FadeMind commented on 2015-03-05 10:40

Bump 3.2.9 https://www.dropboxforum.com/hc/communities/public/questions/202549265-Stable-Build-3-2-9

dmccombs commented on 2015-02-22 15:46

This won't run for me either with the 3.x version, similar to @trapangle. Looking around, it appears to be this bug for which there's no real fix for yet aside from pinning to a lower version of dropbox.

https://www.dropboxforum.com/hc/communities/public/questions/201559405-Dropbox-3-x-doesn-t-work-on-CentOS-6-5-but-2-x-does-

StatelessCat commented on 2015-02-21 22:44

Hey,
any way to got dropbox system tray indicator in plasma 5 without the ugly wmsystemtray ?

I have seen in the article of Martin Graesslin ( http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/ ), is it possible to package Dropbox with Qt5.4 wich support Status Notifier instead of XEmbed ?

I understand that you do not have access to sources of Dropbox, but maybe you can do something :)

trapangle commented on 2015-02-21 12:00

Can't get it to work anymore. I removed any dropbox file from my whole system (64 bits - XFCE) and reinstalled this package and thunar-dropbox from the AUR. When I start it using applications menu, or "dropbox" in command line, or /opt/dropbox/dropbox, or /opt/dropbox/dropboxd, the process starts without any error, but no icon in the notification area (I checked it's not set to "hidden"), no window opens (not sure if that's supposed to happen) and the files are not synchronized.

thiagowfx commented on 2015-02-14 04:08

mtorromeo, I think what you said makes sense, dropbox-cli is the package which should be updated. I suggested an edit to it in its page.

aaronjameslang commented on 2015-02-13 12:44

I think it's reasonable for the dropbox package to have a command `dropbox`, and the dropbox-cli package to have a command called `dropbox-cli`.

If users disagree they can symlink/alias to their heart's content, but the default names should be as least-surprising as possible.

Looking at the dropbox-cli page, a similar solution has been suggested there.

mtorromeo commented on 2015-02-13 08:06

I don't use dropbox-cli so I missed the conflict. The dropbox "source" always provided both "dropbox" and "dropboxd" binaries but I decided to link only dropboxd to /usr/bin since it was the wrapper necessary to make it work.
Now "dropboxd" has become useless and I changed the link.
I am fine removing the link altogether, so that you would have to launch it by /opt/dropbox/dropbox or with the provided desktop file.
What do you think about this?

cfr42 commented on 2015-02-12 22:41

This isn't a conflict with itself but, as thiagowfx says, with dropbox-cli. It would be good to know if the change made in the PKGBUILD here reflects a change in dropbox or not, and whether there is an alternative way of getting the functionality currently provided by dropbox-cli. I'm not clear whether it is simply a case of dropbox-cli being out of date (either the package or upstream), or whether it is a problem with changes made to the packaging of dropbox.

Whereas previously, dropbox sym linked using /usr/bin/dropboxd, now it is using /usr/bin/dropbox which, of course, conflicts with dropbox-cli.

tancrackers commented on 2015-02-12 16:28

The tray icon works with dropboxd and with the systemd service, both using KDE. Major props!

thiagowfx commented on 2015-02-12 15:40

This conflicts with the dropbox-cli package now.

vendion commented on 2015-02-12 12:45

For some reason dropbox seems to conflict with itself, I got this when trying to upgrade:

aura >>= Building `dropbox`...
loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) dropbox-3.2.6-2

Total Installed Size: 125.03 MiB
Net Upgrade Size: 0.00 MiB

:: Proceed with installation? [Y/n]
(1/1) checking package integrity [-----------------------------------------------------------------------------------] 100%
(1/1) loading package files [-----------------------------------------------------------------------------------] 100%
(1/1) checking for file conflicts [-----------------------------------------------------------------------------------] 100%
error: failed to commit transaction (conflicting files)
dropbox: /usr/bin/dropbox exists in filesystem
Errors occurred, no packages were upgraded.

Do I need to uninstall and reinstall the dropbox package?

zman0900 commented on 2015-02-12 06:10

Icon is finally working again for me in gnome! I also needed to edit the desktop file to replace dropboxd with:

Exec=/opt/dropbox/dropbox

brittyazel commented on 2015-02-12 00:45

With the last couple versions, when I try to interact (in Gnome) with the icon in the bottom corner my system acts weird. If I try to open preferences, my system becomes unresponsive, and if I tell it to open dropbox folder my nautilus handling the desktop crashes. Not sure what is causing it.

playenball commented on 2015-02-11 22:33

I ended up disabling the systemd service and using the dropbox.desktop file to auto-start it with my desktop environment and now I have an icon every time.

Also I had to point the desktop file to dropbox instead of dropboxd like ItachiSan commented about.

playenball commented on 2015-02-11 22:31

I ended up disabling the systemd service and using the dropbox.desktop file to auto-start it with my desktop environment and now I have an icon every time.

ecognito commented on 2015-02-11 20:08

The icon is back for me with version 3.2.6.

playenball commented on 2015-02-11 15:14

Still no tray icon on Mate.

nNa commented on 2015-02-11 12:14

Version 3.2.6 broke the icon, which was working in 3.2.4.

ItachiSan commented on 2015-02-11 10:38

You should edit the dropbox.desktop file as now it points to "dropboxd" executable, when the package offers the "dropbox" one

Magbed commented on 2015-02-10 23:11

Icon is back on XFCE!

archlenovo commented on 2015-02-10 16:03

Confirmed: version 3.2.4-1 shows no icon on KDE 4.

jz_train commented on 2015-02-10 13:42

Also no tray icon on KDE.

ecognito commented on 2015-02-10 12:33

I'm not seeing the tray icon either.

FadeMind commented on 2015-02-10 10:11

After install 3.2.4 version dropbox and launch it icon in tray is not visible anymore.

dummyuploader commented on 2015-02-03 05:40

/tmp/alpm_Raxisw/.INSTALL: line 10: syntax error near unexpected token `}'
/tmp/alpm_Raxisw/.INSTALL: line 10: `}'

(zenity:16170): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Unknown tag 'url' on line 1 char 76
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

(zenity:16170): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Unknown tag 'url' on line 1 char 76
Please check this thread for an important instruction: https://forum.manjaro.org/index.php?topic=19165.0
Optional dependencies for dropbox2
ufw-extras: ufw rules for dropbox
perl-file-mimeinfo: opening dropbox folder on some desktop environments

taylorchu commented on 2015-02-01 21:22

I uploaded dropbox release candidate 3.2.2: https://aur.archlinux.org/packages/dropbox-rc/

If you have any problem like I do, you can try this.

orschiro commented on 2015-01-31 22:52

Is someone else seeing this error repeatedly on boot?

[/usr/lib/systemd/system/dropbox@.service:3] Failed to add dependency on systemd-user-sessions, ignoring: Invalid argument

I don't use any systemd user session. The last information I had about the user sessions was that they are no longer maintained as a core feature of systemd.

janilson commented on 2015-01-20 12:44

Now it works, thanks a lot.

After doing makepkg -g it was still necessary to edit PKGBUILD to change the line
[ "$CARCH" = "x86_64" ] && sha256sums[0]='ebe31f46fb2caa821a23a9f025be8c96656d69f48b5883f7e3bef87792b16262'

It seems the -g option doesn't affect this line and it was the problem I had when I've tried to compile the package. In case anyone have this issue, you just have to change the sha256sums.

janilson commented on 2015-01-20 09:34

I still couldn't do it :(
I have run makepkg -g, the sha256sum has been replaced, but the compilation fails in validation. Message below


[janilson@MALIBU dropbox]$ sha256sum dropbox-lnx.x86_64-2.10.52.tar.gz
e61ef14cdf8bd4801ff2794c1178b2cac5c097ebffb3b24d061738006e76c23a dropbox-lnx.x86_64-2.10.52.tar.gz
[janilson@MALIBU dropbox]$ makepkg
==> Criando o pacote: dropbox 2.10.52-1 (Ter Jan 20 06:38:16 BRT 2015)
==> Verificando as dependências de tempo de execução...
==> Verificando as dependências de tempo de compilação...
==> Obtendo fontes...
-> Encontrado dropbox-lnx.x86_64-2.10.52.tar.gz
-> Encontrado dropbox.png
-> Encontrado dropbox.desktop
-> Encontrado terms.txt
-> Encontrado dropbox.service
-> Encontrado dropbox@.service
==> Validando arquivos fonte com sha256sums...
dropbox-lnx.x86_64-2.10.52.tar.gz ... FAILED
dropbox.png ... Passou
dropbox.desktop ... Passou
terms.txt ... Passou
dropbox.service ... Passou
dropbox@.service ... Passou

gourdcaptain commented on 2015-01-19 17:36

...You'll need to regenerate the md5s in the PKGBUILD because it's expecting the files for 3.0.5, and with the changed version it grabs the older files and sees they don't match the newer ones. Run makepkg -g and replace the md5sums in the PKGBUILD with the ones that produces.

janilson commented on 2015-01-19 12:15

@fthiery, how you've installed the dropbox2? What did you change in PKGBUILD?
I've tried only to change pkgver=3.0.5 to pkgver=2.10.52 but it gave me a md5sum check error.
Thanks in advance

fthiery commented on 2015-01-14 17:21

Just wanted to point out that the discussion regarding the disappearance of the icon in some wm is happening here: https://bbs.archlinux.org/viewtopic.php?pid=1486617

The workaround is basically to stick to dropbox2 until the qt bug is resolved.

abmantis commented on 2015-01-11 21:12

@untitaker oh right! I missed that! Sorry and thanks.

untitaker commented on 2015-01-11 18:03

@abmantis: The links on https://www.dropbox.com/install?os=lnx redirect to this.

abmantis commented on 2015-01-10 01:38

This is pointing to an user's dropbox folder and not to the official dropbox package. Is it safe?

michaelsproul commented on 2015-01-07 02:47

@blackout: Nor in XFCE 4.10

blackout commented on 2015-01-06 12:25

Since 3.x there is no visible icon in the bottom bar in gnome

entodoays commented on 2014-12-27 07:42

Yesterday I connected my laptop to an HDMI TV and the Dropbox icon just appeared. However it was overlapping another adjacent icon. There seems to be a problem with positioning.

gourdcaptain commented on 2014-12-26 02:51

Interestingly, it works for me under the linux-lts (3.14) kernel with the open-source radeon drivers, but not on 3.18. This is WEIRD.

Ayceman commented on 2014-12-23 17:04

Note: If you have set QT_STYLE_OVERRIDE to gtk in Xfce/others, you'll need to modify the launcher/startup command to: 'env -u QT_STYLE_OVERRIDE dropboxd'

lucacerone commented on 2014-12-21 14:28

Thanks JB26. I find the workaround in the comments make sense cgirard.

JB26 commented on 2014-12-20 01:57

The missing trayicon seems to be a bug in qt5:
https://bugreports.qt-project.org/browse/QTBUG-31762

I also found a workaround for the missing icon, try starting dropbox with strace:

strace dropboxd &> /dev/zero

I have no idea why that is working.
It seems to be driver related:
nvidia-340xx --> icon working out of the box
nouveau & intel --> icon not working
"strace dropboxd" works for both nouveau & intel.

JB26 commented on 2014-12-19 17:07

The missing trayicon seems to be a bug in qt5:

https://bugreports.qt-project.org/browse/QTBUG-31762

I also found a workaround for the missing icon, try starting dropbox with strace:

strace dropboxd &> /dev/zero

I have no idea why that is working. My theory is that strace slows down the start of dropbox. Because I don't have the missing icon problem on my older, slower machine.

cgirard commented on 2014-12-19 11:57

Guys, just stop this! This is not a bugtracker for Dropbox. We do not need a comment at every release to tell us the icon is broken for each display manager ever created.

entodoays commented on 2014-12-19 11:49

3.0.4 Doesn't solve the problem in Gnome 3.14 either.

fredericojssilva commented on 2014-12-19 11:12

3.0.4-1 didn't fixed the problem, at least in xfce,

aryklein commented on 2014-12-18 13:15

In Xfce, disabling the display compositing and restarting dropboxd service makes the icon reappears. Anyway is not a solution for me.

bms commented on 2014-12-17 23:43

Cinnamon here as well. Icon looks different from v2, but works perfectly otherwise.

clfarron4 commented on 2014-12-17 18:46

I've just come over from dropbox-experimental to this package and I still have the icon showing in the system tray in the Cinnamon. No idea about other DEs.

tekila commented on 2014-12-17 15:00

Yeah I got the same problem in Gnome 3.14. The dropbox icon is not present in the bar, but if I right click where it should be the menu appears.

This bug is present since the qt change.

KlipperKyle commented on 2014-12-16 21:13

I just stumbled on this on Dropbox's (rather crummy) forum. The problem with the disappearing icons could be a problem with the icon resources themselves.

> After the latest big update I've faced a problem with Dropbox tray icon in Ubuntu 12.04 with MATE desktop environment.
There's no full-sized Dropbox icon in tray - only 1x1 small white pixel (so-called "icon", but resized somehow to 1px). So you have no ability to reach Dropbox context menu from tray and to see.
It seems to be the graphic files' problem.
I've opened .png files from ~/.dropbox-dist/dropbox-lnx.x86_64-3.0.3/images/hicolor/16x16/status in Photoshop , converted them from 16 bits per channel to 8 bits per channel, restarted Dropbox - and tray icon appeared!
But after the next restart 1px "icon" got back...
I haven't tested different Ubuntu desktop environments, but other people had mentioned the same problem in XFCE with no solution.
>
> Michail V.

<https://www.dropboxforum.com/hc/communities/public/questions/201488805-Stable-Build-3-0-3/answers/200931675>

fthiery commented on 2014-12-16 20:50

The package is indeed becoming huge, 123 MB for me...

mtorromeo commented on 2014-12-16 14:18

Enough with the dependencies requests! They are all bundled...
Please do not link me wiki pages

vicp74 commented on 2014-12-16 13:39

The dependencies are still wrong, you can check it using namcap [1]:
$ namcap dropbox-3.0.3-2-i686.pkg.tar.xz
dropbox E: Dependency qt5-webkit detected and not included
dropbox E: Dependency popt detected and not included
dropbox W: Dependency included and not needed ('dbus-glib')

So the PKGBUILD should say:
depends=("qt5-webkit" "popt" "libsm")

[1]: https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#AUR_packages (step 4)

Bazon commented on 2014-12-16 07:09

@silverhammermba:
Look there: https://www.dropboxforum.com/hc/communities/public/questions/201488805-Stable-Build-3-0-3

silverhammermba commented on 2014-12-16 06:54

I'm confused as to why the source URL is not one of the official download ones e.g. https://linux.dropbox.com/packages/...

Also all of those packages are named v1.6.2. I can't find any download links for linux that are 3.0.3

XavierCLL commented on 2014-12-14 16:27

this is a QT version no GTK, please update the dependencies

MightyPork commented on 2014-12-14 10:27

Is this the official release? Just noticed that on their website there's only ~2.1, where does this come from? (btw the downgrade option by @nhutdm + adding to IgnorePkg worked great!)

Ayceman commented on 2014-12-13 22:07

Downgrading according to those sources works well - hope they fix it, as we shouldn't have to use an older client.

ctown.myth, gourdcaptain: I said that having QT_STYLE_OVERRIDE set to gtk is aggravation the problem, not a solution. Some systems have it set to fix a qt theming issue in Xfce.

nhutdm commented on 2014-12-13 16:25

I have bad icon on my Awesome WM bar, so I downgraded to 2.10.52 through this source http://pkgbuild.com/git/aur-mirror.git/tree/dropbox?id=fa864c9b4d1bf535e06c63169fb3bb0890a9cf7f
Hope this help!

Bazon commented on 2014-12-13 10:11

The forced auto-update-prevention KlipperKyle posted doesn't work for me.
Instead works:
rm -rf ~/.dropbox-dist
install -dm0 ~/.dropbox-dist
(from https://wiki.archlinux.org/index.php/dropbox#Hack_to_stop_Auto_Update )

Luckily, yaourt respects IgnorePkg in /etc/pacman.conf.

PS:
You may like http://afur.archlinux.fr/pkg//x86_64/dropbox-2.10.52-1-x86_64.pkg.tar.xz from http://afur.archlinux.fr/?action=view&p=786 ;-)
https://wiki.archlinux.org/index.php/unofficial_user_repositories#archlinuxfr

Bazon commented on 2014-12-13 10:08

PS:
You may like http://afur.archlinux.fr/pkg//x86_64/dropbox-2.10.52-1-x86_64.pkg.tar.xz from http://afur.archlinux.fr/?action=view&p=786 ;-)

Bazon commented on 2014-12-13 07:49

The forced auto-update-prevention KlipperKyle posted doesn't work for me.
Instead works:
rm -rf ~/.dropbox-dist
install -dm0 ~/.dropbox-dist
(from https://wiki.archlinux.org/index.php/dropbox#Hack_to_stop_Auto_Update )

Luckily, yaourt respects IgnorePkg in /etc/pacman.conf.

KlipperKyle commented on 2014-12-13 06:50

Has anyone run an strace?

https://www.dropboxforum.com/hc/communities/public/questions/201275449-Linux-client-hangs-in-futex-call-during-startup

I also wonder what the dependencies are on the RPM package that we repackage. When I get the chance, I'll look into it.

kaptoxic commented on 2014-12-13 01:30

indeed, new version is just awful (lousy interface, CPU bursts, icon (Gnome 3 user)) --- thanks @KlipperKyle, I downgraded to the older version...

particleman commented on 2014-12-12 12:24

Im using KDE with the air theme. Icon itself looks fine except its white surrounded by black looks like a missing tooth in the KDE panel.

uboot commented on 2014-12-12 08:06

I'm using Awesome with a black/dark theme - systray works, but icon has no alpha channel -> uglyish white square icon. But at least fully functional.

According to ctown.myth's link, CPU load should settle sooner or later. I had no significant dropbox CPU load anymore since yesterday.

gourdcaptain commented on 2014-12-12 05:28

Thanks. That didn't work for me because I needed a 64-bit copy, but if you just take the PKGBUILD of the current version, change the version number to 2.10.52 and regenerate the hashes it'll install the old version.

underoot commented on 2014-12-12 05:08

gourdcaptain, https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86-2.10.52.tar.gz

underoot commented on 2014-12-12 05:06

gourdcaptain, https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86-2.10.51.tar.gz

gourdcaptain commented on 2014-12-12 01:57

Anywhere I can get a copy of Dropbox 2 to install? This has worked a grand total of once with the systemtray icon on XFCE even with a QT_STYLE_OVERRIDE=gtk. This update is so amazingly fundamentally broken.

ctown.myth commented on 2014-12-12 00:29

@Sc0rian @uboot: Yes, there's some new metadata that it will scan for [1]

@Ayceman: /etc/environment was only comments for me (blank), adding QT_STYLE_OVERRIDE had no effect, the icon still does not show up

[1] https://www.dropboxforum.com/hc/communities/public/questions/201488805-Stable-Build-3-0-3

KlipperKyle commented on 2014-12-11 23:28

I gave up and downgraded to Dropbox 2. In Dropbox 3 half the time the icon is missing, and the new QT GUI is ugly.

However, Dropbox (in it's infinite wisdom) attempts to upgrade itself. Here's how to prevent it: (Thank you, wiki)

install -dm0 ~/.dropbox-dist
touch $PATH_TO_DROPBOX_DIR/.dropbox-cache/dropbox-upgrade-3.0.3.tar.gz
chmod 0 $PATH_TO_DROPBOX_DIR/.dropbox-cache/dropbox-upgrade-3.0.3.tar.gz

uboot commented on 2014-12-11 17:48

on my machine, dropbox got magically auto-updated to 3.0.3 by itself - my package is still at 2.x

@Sc0rian:
heavy cpu load: yes, me !! but only occasionally - seems to be related with indexing / file modification checks

memory consumption: virtual mem 1.5GB but less than 256MB used

Ayceman commented on 2014-12-11 11:56

It seems the problem with version 3.0.3 is traceable to QT_STYLE_OVERRIDE=gtk set in /etc/environment and a lack of qt5-webkit and popt dependencies combined. Both the dependencies need to be present and the environment variable needs to be unset from gtk. Running it as "QT_STYLE_OVERRIDE=[insert whatever or nothing, but not gtk] dropboxd" makes it function, but not fit into the theme.

bcc commented on 2014-12-11 09:48

anyone else having really bad memory leaks with the latest update? Just had to kill the client as it was sucking 4.5G with 25% cpu.

5chdn commented on 2014-12-11 08:18

Is there any way to restore the tray icon yet? It's missing since the update to 3.x (Mate Desktop). Running dropboxd manually does not fix it either.

asafk commented on 2014-12-10 03:59

Changing the dependencies as suggested by vicp74 works. But the icon shows up only when I manually run dropboxd. If I use the launcher from the Xfce menu, it will show up as a process, but there is no icon; and if I use systemd it doesn't start at all.

vicp74 commented on 2014-12-09 23:24

The dependencies are wrong:
$ namcap dropbox-3.0.3-1-i686.pkg.tar.xz
dropbox E: Dependency qt5-webkit detected and not included
dropbox E: Dependency popt detected and not included
dropbox W: Dependency included and not needed ('dbus-glib')
dropbox W: Dependency included and not needed ('gtk2')

So the PKGBUILD should say:
depends=("qt5-webkit" "popt" "libsm")

Max-P commented on 2014-12-09 21:45

The tray icon issue seems related to the Qt theme. My Qt somehow happens to not detect my DE properly and uses its default built-in theme and dropbox works just fine for me. Being annoyed by the ugly UI, I just set the QT_STYLE_OVERRIDE variable and boom, no more tray icon. Setting another Qt theme for now might work as a temporary workaround.

Ayceman commented on 2014-12-09 17:33

Yep, same here - Tray icon missing completely on Xfce

Spike29 commented on 2014-12-09 12:29

Same issue here, the icon tray is missing on both Gnome-Shell and Xfce (it appeared briefly on Gnome but disappeared after a reboot).

vialrogo commented on 2014-12-09 12:26

I confirm the issue, in gnome (with topicons) the icon is missing too.

fredericojssilva commented on 2014-12-09 12:03

Im on xfce. Also my tray icon is missing

orschiro commented on 2014-12-09 11:56

I can confirm the issue with the tray icon.

Screenshot: http://i.imgur.com/KBeeDzH.jpg

entodoays commented on 2014-12-09 11:21

I upgraded dropbox. After a logout/login, the dropbox icon is "missing" from the system tray. I'm on Gnome and using the Topicons extension. Well it's present but not visible. I can right-click it but the icon itself is not visible.

entodoays commented on 2014-12-09 11:20

I upgraded dropbox. After a logout/login, the dropbox icon is missing from the system tray. I'm on Gnome and using the Topicons extension.

MightyPork commented on 2014-12-09 11:12

After installing this update, dropbox daemon hogs CPU and does not have tray icon anymore. Not sure how to revert it :(

mtorromeo commented on 2014-12-09 10:31

Last time I tried it didn't work out well. Maybe something would be fine but the bundled Qt wasn't compatible with the system one and removing it lead to crashes.

vincent commented on 2014-12-09 10:20

Is it possible to remove all third-party libraries from Dropbox distrib and add it in PKGBUILD as normal dependencies? I don't know what is in heads of developers, but this Windows-like style is a very bad manner.

archdria commented on 2014-12-09 10:19

I think version 3 does not depend on gtk2 any more, but on qt4.

carlwgeorge commented on 2014-12-08 20:27

$ curl -sIL 'https://www.dropbox.com/download?plat=lnx.x86_64' | grep -m1 -o 'dropbox-lnx.x86_64.*.tar.gz'
dropbox-lnx.x86_64-3.0.2.tar.gz

cgirard commented on 2014-11-25 15:17

aleb: and?

aleb commented on 2014-11-25 15:03

It's very easy to install the Dropbox client directly from the command line, see: https://www.dropbox.com/install

vaikus commented on 2014-11-11 03:34

Hope that Dropbox 2.10.50 fixes the erroring out.
Meaning it wont sync anymore. But clearly the limit is not reached.

AlfredoRamos commented on 2014-11-10 23:57

2.10.50 is out: https://forums.dropbox.com/topic.php?id=122994

orschiro commented on 2014-10-27 11:55

How can I tell Dropbox to use my default programs when opening a file from the context menu entry "Recently changed files"?

Currently, all files are opened in Firefox.

Can someone reproduce this issue?

vialrogo commented on 2014-10-23 18:33

I have the same issue, dropbox missing icon with 2.10.41-1 and gnome 3.14. I think that it's a dropbox package issue.

garretraziel commented on 2014-10-19 11:20

I don't know if it's problem with Dropbox or with Gnome, but since Gnome 3.14.1, Dropbox is missing icon in systray again.

archlenovo commented on 2014-10-13 15:56

Problem solved in release 2.10.41

ngoonee commented on 2014-10-13 03:11

It has the missing icon, just installed it here.

lachesis commented on 2014-10-11 21:04

2.10.41 is out: https://forums.dropbox.com/topic.php?id=121698

schmoken commented on 2014-10-10 18:51

Busy and busy2 differ to provide the "animated" busy status.

archlenovo commented on 2014-10-10 17:40

The issue is still there even after upgrading from 2.10.39 to 2.10.40.
As a temporary workaround, I did the same as @privong and just copied busy to busy2:
cd /opt/dropbox/images/hicolor/16x16/status/
cp dropboxstatus-busy.png dropboxstatus-busy2.png

tancrackers commented on 2014-10-10 14:51

V What schmoken posted IS the correct status 2 image
I tested it and have good eyes

However, run the following command to correct the filename:
mv dropboxstatus_busy2.png dropboxstatus-busy2.png

privong commented on 2014-10-10 12:51

busy2 from @schmoken appears to be the same image as busy, which is aleady in that same directory. I was able work around the issue by copying busy to busy2.

schmoken commented on 2014-10-10 00:41

busy2 from the 2.10.30 package:
http://s4.postimg.org/85x04ytd5/dropboxstatus_busy2.png

tancrackers commented on 2014-10-09 19:08

I downloaded Dropbox 2.10.39 from Softpedia and the dropboxstatus-busy2.png file is missing there too

archlenovo commented on 2014-10-09 18:33

Same problem here:
Can't load image from file '/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy2.png': file does not exist.
This png file is missing in the source tar.gz file.

archlenovo commented on 2014-10-09 18:30

Same problem here:
Can't load image from file '/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy2.png': file does not exist.
The image is missing in the source tar.gz file.

ngoonee commented on 2014-10-09 13:40

/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy2.png seems to be missing. Not a problem with your PKGBUILD, I'm pretty sure, but just to let everyone know. Just means the syncing arrow doesn't blink.

petterk commented on 2014-09-07 11:52

Sorry, didnt mean to flag out of date. I was using the in-repo version which was v2.8

cgirard commented on 2014-08-27 13:13

jvybihal: this is not dropbox-experimental

jvybihal commented on 2014-08-27 12:55

I'd suggest revisiting dependencies. This PKGBUILD now installs 2.11.9 version, which is in QT. http://www.webupd8.org/2014/07/dropbox-ui-rewritten-in-qt-for-latest.html

taliesin commented on 2014-08-26 02:03

Hi adambot, with 2.10.29 I am no longer seeing a ~/.dropbox-dist directory. I might be misunderstaning something, but I used to see this in the past and am not seeing it now, I placed a temporary out of date template on that section of the Arch Wiki article on Dropbox.

Do you know whether this is something that has been deprecated in the design of Dropbox?

Fong-Wan commented on 2014-08-01 05:31

2.10.27 is available [1].

I can't access more from dl.dropboxusercontent.com, so maybe you should get from:
https://d1ilhw0800yew8.cloudfront.net/client/${pkgname}-lnx.${_source_arch}-{$pkgver}.tar.gz

[1] https://forums.dropbox.com/topic.php?id=118678

xiannox commented on 2014-07-30 10:27

I get the following error trying to build the package:

> makepkg -s
==> ERROR: Cannot find the fakeroot binary required for building as non-root user.

adambot commented on 2014-07-26 06:52

2.10.3 is available

x86 SHA265 SUM is:
fac8ddb97930487a0933ca2bb1fa3929b65af5b5530bd092917ccbd0a05983fd

x86_64 SHA256 SUM is:
e7fe882917a8b07748b6594953b907286d8d6ecb04ab4df4b86e60d24cc4e9ae

also -- please add a note that users should do the following in the home directory of the user dropbox is going to run as to prevent autoupdate:
rm -rf ~/.dropbox-dist
install -dm0 ~/.dropbox-dist

adambot commented on 2014-07-26 06:50

2.10.3 is available

SHA265 SUM is: fac8ddb97930487a0933ca2bb1fa3929b65af5b5530bd092917ccbd0a05983fd

also -- please add a note that users should do the following in the home directory of the user dropbox is going to run as to prevent autoupdate:
rm -rf ~/.dropbox-dist
install -dm0 ~/.dropbox-dist

caleb commented on 2014-07-15 08:45

My Out-Of-Date flag was in error, sorry about that. The release I am looking at is the devel branch.

Linux client 2.11.0 was posted 3 days ago, release notes and links are [here][1]. Looks like this is a bit of a UI rewrite and will need more than a simple version bump in the package when it does get released.

[1] https://forums.dropbox.com/topic.php?id=118006

mispp commented on 2014-07-10 20:34

now it works. thanks.
i don't know what i was thinking :S

carstene1ns commented on 2014-07-10 20:26

You do not need to download the PKGBUILD additionally, it is already inside the tarball. Instead, extract that tarball.
https://wiki.archlinux.org/index.php/AUR#Installing_packages

mispp commented on 2014-07-10 20:00

downloaded both, ran makepkg, output saved on pastebin. is there cache that needs to be cleared somewhere?

http://pastebin.com/HkUC2Gxy

carstene1ns commented on 2014-07-10 15:14

@mispp: Seems like you downloaded only the PKGBUILD instead of the whole tarball...
Or your AUR helper is broken, because dropbox.png and the other files are there.

mispp commented on 2014-07-09 21:33

Seems to be a problem with 2.8.4

==> Making package: dropbox 2.8.4-1 (Wed Jul 9 23:18:25 CEST 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found dropbox-lnx.x86_64-2.8.4.tar.gz
==> ERROR: dropbox.png was not found in the build directory and is not a URL.

rafaelff commented on 2014-06-06 13:23

@dlin: Dropbox doesn't provide its source code. It is closed source. The link you provided leads to nautilus-dropbox, which allows integration of Dropbox and GNOME's nautilus (a.k.a. Files).
This source code you mentioned has the feature of download Dropbox binary to work with the dropbox-nautilus integration, but in Archlinux you can you the packages 'dropbox' and 'nautilus-dropbox' for the service and for the integration, respectively.

dlin commented on 2014-06-06 13:16

Why not use the source code which provide on offical dropbox site?
https://www.dropbox.com/install?os=lnx

parafa45 commented on 2014-06-02 12:05

Sorry, I found the problem.
Problem solved

parafa45 commented on 2014-06-02 11:10

I got this message, when I want to install package.
OS: Netrunner Arch 64-bit
Package Manger: Octopi

curl: (23) Failed writing body (4585 != 16384)
==> ERROR: Failure while downloading dropbox-lnx.x86_64-2.8.3.tar.gz
Aborting...
==> ERROR: Makepkg was unable to build dropbox.

defcon commented on 2014-06-02 08:38

2.8.3 is out

cgirard commented on 2014-05-27 12:53

Replying to myself. This was caused by rebuilding the new package without cleaning the directory. A .dropbox-dist resides in the src directory which needs to be cleaned.

cgirard commented on 2014-05-26 11:17

Since 2.6.x, I cannot get Dropbox to work. I keep getting the following error: VerificationError: importing '/home/cgirard/dropbox/__pycache__/_cffi__xbf6971a3x934c2e3e.so': No module named _cffi__xbf6971a3x934c2e3e

I've tried the dropbox.py method which give me a working dropbox in dropbox-dist but that's about it. Any idea? (2.4.10 works fine)

katta commented on 2014-05-20 21:26

@dennis123123
If you use prelink:
- add this line in your /etc/prelink.conf file:
-b /opt/dropbox
- reinstall dropbox package.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596981

ThecaTTony commented on 2014-05-20 08:00

Hi again, and thanks for all the work. 2.8.2 is out:
-Fix for notification message that kept coming back.
-Updated Translations

dennis123123 commented on 2014-05-19 17:03

Woohoo, half the install size! I love saving space (yeah, I'm strange lol)

It won't change in the future (and if it does, it'd mean a new PKGBUILD, which means can check manually) but yes, you could always use something like:

if diff dropbox library.zip >/dev/null; then
echo "Files are the same - remove one and create symlink"
rm -f library.zip
ln -s dropbox library.zip
fi

(might need some paths and stuff adding in, but you see the idea)

zizzfizzix commented on 2014-05-19 14:13

Perhaps you could make it compare the checksums in case it changes in the future?

mtorromeo commented on 2014-05-19 09:48

Updated to 2.8.0
@dennis123123: thanks for the tip

dennis123123 commented on 2014-05-17 09:52

Also FYI (to save me filing a bug report) the file "library.zip" and "dropbox" are identical (md5sum) - so to save 21MB of disk space, you can delete library.zip (it's not even a zip file), and then create a symlink to "dropbox" named "library.zip" (it doesn't start unless it sees that file)

ThecaTTony commented on 2014-05-17 08:44

Hi 2.8.0 is out:
-Prompt to selective sync in the setupwizard for large Dropboxes.
-Notification when your hard disk is full.
-New icons in the tray popup.

tbi commented on 2014-05-12 19:19

hey there! works pretty well. But I have the problem, that files or folders with umlauts (german language) in their filename won't sync. Any idea how to resolve this?

mtorromeo commented on 2014-05-08 07:58

Updated to 2.6.33 and implemented user systemd service file (not tested).

ThecaTTony commented on 2014-05-08 06:38

Hi 2.6.33 is out:
-Fix a rare infinite Connecting error.
-Fix Move Dropbox to a 2nd hard drive.
-Fix un-dismissable notification message.

dennis123123 commented on 2014-05-04 06:38

OK, figured it out - if you're not running a full DE, this package should depend on "perl-file-mimeinfo" as the dropbox script relies on "mimeopen" from that package when $DE is not set (if you use openbox etc)

dennis123123 commented on 2014-05-04 06:03

Since the last update, my dropbox context menu "open dropbox folder" has stopped working. Starting from the command line, I get:

which: no nautilus in (/opt/dropbox:/usr/local/sbin:/usr/local/bin:/usr/bin......

but my association for inode/directory is set to spacefm.desktop and hasn't changed at all.

holos commented on 2014-05-03 05:30

Consider providing /usr/lib/systemd/user/dropbox.service

dfanz0r commented on 2014-04-13 21:06

When using wget the current url redirects to:
https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86-2.6.27.tar.gz
from:
https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-2.6.27.tar.gz

so i updated the pkgbuild to reflect that.

http://pastebin.com/uT3cfGtM

vltr commented on 2014-04-13 17:15

2.6.27 PKGBUILD:
http://pastebin.com/rz5SnrJT

adambot commented on 2014-04-06 22:53

2.6.27 is available

ThecaTTony commented on 2014-03-20 05:27

New stable version: https://forums.dropbox.com/topic.php?id=113588

elbowz commented on 2014-03-18 11:53

After update I have lost custom icon (from theme) on my system-tray (KDE)...

thanks for aupdate!

elbowz commented on 2014-03-18 11:52

After update I have lost custom icon (from theme) on my system-tray...

thanks for aupdate!

darkvenger commented on 2014-03-17 13:11

Thanks mtorromeo.

mtorromeo commented on 2014-03-17 13:04

Well, you could have asked for an update instead of "fix or disown", but ok, I updated it now.

If you had a fix available earlier I'm sure many other users would have appreciated knowing about it and I wouldn't have had any problems applying it.

korrode commented on 2014-03-17 12:48

and FYI it was fixable.

I was about to start on the PKGBUILD mods and an install script when i saw there's a new fixed release anyway.

korrode commented on 2014-03-17 12:45

lol?

https://forums.dropbox.com/topic.php?id=113382

mtorromeo commented on 2014-03-17 12:23

Like this is fixable... This is closed source, you know.
If you know about a fix just let me know.
Also the flag is for outdated packages, not for complaining.

korrode commented on 2014-03-17 12:06

Fix or disown.

wangsiyuan commented on 2014-03-16 07:22

It doesn't work for me. when I run `dropboxd' in terminal. this command doesn't return. No files can sync. Both dropbox and dropbox-experimental are the same. How can I find the history version of dropbox?

cgirard commented on 2014-03-14 14:18

bedi1982: Well as its name implies, the experimental version bring more recent but unstable version. It just means the fix will come in an upcoming stable version.

bedi1982 commented on 2014-03-14 13:55

The dropbox-experimental here from AUR brought up that login screen to me. Dunno why this one here doesn't, maybe maintainer should check if he still using the newest version of dropbox from upstream?

aryklein commented on 2014-03-13 00:02

I can't get a prompt screen for my login information with dropbox-2.6.18, so I had to go back to dropbox 2.6.7-1. This one works fine.

Federzoni commented on 2014-03-12 20:36

@mathomastech No luck here neither - with the suggested instructions (I also have a fresh install of Arch - but must confirm I kept my old /home partition). First haven't been able to get a prompt screen for login information, too. But if you start dropbox and disconnect from internet and delete the .dropbox folder after a while Dropbox asks you for the internet connection (so you get a prompt). After klicking try again and reconnecting to the internet you can enter your login information.
The problem just was when I was able to enter the login information - dropbox didn't accept the information and told me > an error occured. try again. <
But perhaps it works out for you.

Federzoni commented on 2014-03-12 20:34

@mathomastech No luck here neither - with the suggested instructions (I also have a fresh install of Arch - but must confirm I kept my old /home partition). First haven't been able to get a prompt screen for login information, too. But if you start dropbox and disconnect from internet and delete the .dropbox folder. After a while Dropbox asks you for the internet connection. After klicking try again and reconnecting to the internet you can enter your login information.
The problem just was when I was able to enter the login information - dropbox didn't accept the information and told me > an error occured. try again. <
But perhaps it works out for you.

mthx commented on 2014-03-12 04:21

@rickysheaves No luck here. Got a fresh install of Arch. Attempted your instructions, as well as the method @akael suggested. I haven't been able to get a prompt screen for my login information.

jpaul commented on 2014-03-10 14:44

@rickysheaves Yep it worked for me.

mysticalphoenix commented on 2014-03-09 17:59

@rickysheaves thanks man :D it worked for me too (y) :)

bernd_b commented on 2014-03-09 09:17

It's very nice of you to post an alternative pkgbuild.
But what should this flagging out of date helps anyone? I see this one updated last on 2014-03-05 which is only a couple of days ago and the project is highly commented with remarks a few hours ago.

So nothing is really out of date here?!

lots0logs commented on 2014-03-08 23:09

The current PKGBUILD does not result in a working installation of Dropbox so I flagged it out-of-date. I'll post a corrected PKGBUILD later today if time allows.

rickysheaves commented on 2014-03-08 10:24

Here's what worked for me:

1. Install this AUR package.
2. Download https://linux.dropbox.com/packages/dropbox.py from the official Dropbox site.
3. Run the script: python2 dropbox.py start -i
4. You'll be prompted to download the Dropbox engine. Accept.
5. You'll then be prompted to configure your installation and log in to the service.
6. Once logged in, stop dropbox (the instance spawned from the python script).
7. Delete ~/.dropbox-dist
8. Restart Dropbox from your start menu or reboot.

YMMV

Svante commented on 2014-03-08 08:05

Can't make this package work. Dropbox is installed all right, but I can't configure it. So I can't connect to my Dropbox account.

carstene1ns commented on 2014-03-04 23:05

Yes, it has to work this way, because you have all permissions in your home directory. The point is it does not work with a system-wide install.

akael commented on 2014-03-04 21:30

I was able to get dropbox working simply by using the directions from the dropbox site:

32-bit:
cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86" | tar xzf -

64-bit:
cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64" | tar xzf -

Next, run the Dropbox daemon from the newly created .dropbox-dist folder.

~/.dropbox-dist/dropboxd

Like this I have to start the service manually, but at least it works.

GordonGR commented on 2014-03-03 15:50

Some update on my part, since I had time enough today to investigate a bit.

1) I removed all dropbox-related packages from my system, even thunar-dropbox which shouldn't be relevant, but still. I tried cedricmc's workaround, it worked. The window asking me to link an account or make a new one popped-up, I gave my data, it linked them, synchronised my ~/Dropbox, all good. Then I tried installing the dropbox package from the aur, ran it, it didn't work; tried to sync endlessly but couldn't.

2) I started over: Removed ~/dropbox*, reran cedric's workaround (without uninstalling the dropbox package) and it didn't work. It kept trying to sync for ever (just like my previous attemt some days ago).

3) I removed the dropbox package and reran cedric's workaround, this time it worked again. I tried downgrading the package pacman-wise, ie taking the PKGBUILD and changing $pkgver and the respective sha512sums. I makepkg'ed it, installed it, ran it. Dropbox claimed it couldn't connect due to permissions error, referencing to a file in my /tmp, located here [1].

4) I manually downloaded and ran (cedric's way) the newest dropbox 2.6.13 and… it works properly.

Hence I suspect we have a packaging problem regarding permissions, but I have no idea what.

[1] http://pastebin.com/60fTRbqJ

chmurli commented on 2014-03-02 15:14

For me new version 2.6.17 also cannot connect to account. 2.6.7 works.

carlwgeorge commented on 2014-02-27 13:58

Looks like 2.6.17 is out.

https://dl-web.dropbox.com/u/17/dropbox-lnx.x86_64-2.6.17.tar.gz

jstjohn commented on 2014-02-25 20:29

Stop flagging this package out-of-date when a new stable version has not been released.

The out-of-date flag is NOT for indicating there's a problem with the package.

ForeverYoung commented on 2014-02-25 18:02

Last 2.6.x releases, when new veraion releases, I update with this aur, then dropbox stop/start.
Dropbox is started w/o systemd, using kde session.

ForeverYoung commented on 2014-02-25 18:00

Try stop dropbox using systemctl, then 'dropbox start' from xterm under your user

timofonic commented on 2014-02-25 16:22

I installed Dropbox for first time on another computer. To my surprise, I'm unable to register my machine with the GUI.

Any plans on fixing it? Please, I used Dropbox extensively for homework and other stuff.

GordonGR commented on 2014-02-25 12:46

I tried again, but no. No dropbox instances running, no ~/Dropbox, not even the .dropbox* folders. So weird.

pngaudioguy commented on 2014-02-25 12:22

@GordonGR - I initially had the exact same problem. I solved it by making sure that the daemon wasn't running with ps aux |grep dropboxd, and removing the Dropbox folder from my home/user/ folder. Then when I started the tmp version, it popped up the Welcome dialog.

GordonGR commented on 2014-02-25 09:51

cedricmc's workaround doesn't work for me :S A dropbox application does open, but it doesn't sync, and when I open its preferences it won't let me unlink my account so I can relink it (it's greyed out). I suppose the problem is that the welcome box won't pop up. Weird :S

DennisBeekman commented on 2014-02-24 10:28

cedricmc's solution worked for me aswell.

it's a simple package with stable dependencies, i cannot for the live of me figure out why it is suddenly behaving like this on Arch.
It is not producing any error codes either that are of any use.

theOptimizedCode commented on 2014-02-23 11:30

cedricmc's workaround worked out like a charm for me..

pngaudioguy commented on 2014-02-22 15:07

Did you try the workaround that cedricmc posted below? Install dropbox, then quit and make sure the daemon isn't running. Make sure that the folder you plan to sync into (default is /home/your username/Dropbox) doesn't exist. Then type one line at a time:

mkdir ~/tmp && cd ~/tmp
wget -O dropbox-lnx.x86_64-2.6.7.tar.gz "https://www.dropbox.com/download?plat=lnx.x86_64"
tar zxf dropbox-lnx.x86_64-2.6.7.tar.gz
.dropbox-dist/dropboxd

The box welcoming you to Dropbox should pop up, with options to create an account or sign in, and where you want to sync your Dropbox, etc. After signing in and letting it start to sync you can quit out. Re-start the new (2.6.13-1) Dropbox from your menu or installed location. It should continue syncing. You can now remove the temporary version with:

rmdir ~/tmp

pngaudioguy commented on 2014-02-22 15:06

Did you try the workaround that cedricmc posted below? Install dropbox, then quit and make sure the daemon isn't running. Make sure that the folder you plan to sync into (default is /home/your username/Dropbox) doesn't exist. Then type one line at a time:
[CODE]
mkdir ~/tmp && cd ~/tmp
wget -O dropbox-lnx.x86_64-2.6.7.tar.gz "https://www.dropbox.com/download?plat=lnx.x86_64"
tar zxf dropbox-lnx.x86_64-2.6.7.tar.gz
.dropbox-dist/dropboxd
[/CODE]
The box welcoming you to Dropbox should pop up, with options to create an account or sign in, and where you want to sync your Dropbox, etc. After signing in and letting it start to sync you can quit out. Re-start the new (2.6.13-1) Dropbox from your menu or installed location. It should continue syncing. You can now remove the temporary version with:
[CODE]
rmdir ~/tmp
[/CODE]

DennisBeekman commented on 2014-02-22 12:08

I tried the 2.6.13-1 version this morning on a fresh install of arch 64_86 and i could not get it to work at all.
It doesn't make a ~/dropbox folder and instead complains it cannot find it, all option on the account tab of the preferences screen are greyed out and i cannot link my account.

- I tried removing the ~/.dropbox folder.
- I tried creating the dropbox folder manually.
- I chowned both folders.

Everything else seems to be fine, but if i cannot link my account the package is useless ...

pngaudioguy commented on 2014-02-20 19:18

cedricmc's instructions below work with one substitution for x86_64 (the 32 bit binaries didn't work for me.)

wget -O dropbox-lnx.x86_64-2.6.7.tar.gz "https://www.dropbox.com/download?plat=lnx.x86_64"

Obvious if you're familiar with Linux, but you'll have to extract that .tar.gz file that you downloaded with tar zxf or similar, which gives you the .dropbox-dist folder for his next line.

Also, make sure that the new version isn't running when you try to start the sync, and that you don't already have a Dropbox folder in your /home/user folder, or it won't detect that it's a new installation and you still won't get the option to input your account info.

cedricmc commented on 2014-02-19 18:35

Workaround: login with a previous version and exit
mkdir ~/tmp && cd ~/tmp
wget -O dropbox-lnx.x86-2.6.7.tar.gz "https://www.dropbox.com/download?plat=lnx.x86"
.dropbox-dist/dropboxd
(login & wait to start sync & close dropbox)
cd .. && rm -r tmp

cedricmc commented on 2014-02-19 16:19

Dropbox 2.6.12-1 does not show the login dialog, however it does sync already linked accounts. Checked on two different systems x86_64.

roukoswarf commented on 2014-02-15 16:35

http://ix.io/aw8

New pkgbuild for 2.6.8-1 with sha512sums corrected, did not check for i686, probably needs correcting too.

dohnjoe commented on 2014-02-12 14:05

@carstene1ns thanks for the tip, i'll keep it mind next time.

carstene1ns commented on 2014-02-11 19:28

@dohnjoe: btw, you can leave out some steps, if you just want to package a new version for yourself: 'makepkg -si --skipinteg'

dohnjoe commented on 2014-02-11 16:18

I just installed the new version posted by carstene1ns (see below).
Edit PKGBUILD file like so:
pkgver=2.6.8. (instead of 2.6.7)
Then do a '$ updpkgsums' in the same directory, this will download the dropbox source files and update the checksums. Again in the same folder do '$ makepkg -s' and install the newly made package 'dropbox-2.6.8-1-i686.pkg.tar.xz' with pacman.
# pacman -U dropbox-2.6.8-1-i686.pkg.tar.xz.
This will install dropbox 2.6.8.

Below is my PKGBUILD file.
http://pastebin.com/jJrczPwp

dohnjoe commented on 2014-02-11 16:14

I just installed the new version posted by carstene1ns (see below).
Edit PKGBUILD file like so:
pkgver=2.6.8. (instead of 2.6.7)
Then do a '$ updpkgsums' in the same directory, this will download the dropbox source files and update the checksums. Again in the same folder do '$ makepkg -s' and install the newly made package 'dropbox-2.6.8-1-i686.pkg.tar.xz' with pacman.
# pacman -U dropbox-2.6.8-1-i686.pkg.tar.xz.
This will install dropbox 2.6.8.

carstene1ns commented on 2014-02-07 22:38

2.6.8 is out: https://forums.dropbox.com/topic.php?id=111871

ackalker commented on 2014-02-07 22:21

Nope, strike that, `xdg-open file:///some/thing.html#bla` with thing.html in place doesn't work either. Bad xdg-open.

ackalker commented on 2014-02-07 22:13

The /tmp/<hidden>.html file is being created, my guess is that xdg-open has some trouble with the #<URL fragment> thingy hanging off the back.
Bare file names don't take URL fragments, URLs do, so I think xdg-open should be used as:

xdg-open "file:///tmp/<bla>.html#whatever".

I did a simple grep on the package but I can't find anything 'xdg-open' related (probably crypted/obfuscated/whatever).

ackalker commented on 2014-02-07 21:54

dropbox 2.6.7-1: choosing "Launch Dropbox Website" doesn't work; running 'dropboxd' from command line and trying shows:
xdg-open: file '/tmp/<hidden>.html#<loooong-string-of-hex-probably-to-be-kept-private>' does not exist
('<hidden>' and that other one are obviously not real).

xdg-open has no problems opening local .html files in my browser of choice.
Please advise if this is an upstream bug or if it has anything to do with this package.

bernd_b commented on 2014-02-02 18:58

So three days ago, 2.6.6 was released (at least in the forum). Well ..

then PKGBUILD would look like this?!:

# Maintainer: Massimiliano Torromeo <massimiliano.torromeo@gmail.com>
# Contributor: Tom < tomgparchaur at gmail dot com >
# Contributor: David Manouchehri <d@32t.ca>

pkgname=dropbox
pkgver=2.6.6
pkgrel=1
pkgdesc="A free service that lets you bring your photos, docs, and videos anywhere and share them easily."
arch=("i686" "x86_64")
url="http://www.dropbox.com"
license=(custom)
depends=("dbus-glib" "gtk2" "libsm")
optdepends=(
'ufw-extras: ufw rules for dropbox'
)
conflicts=("dropbox-experimental")
options=('!strip' '!upx')

_source_arch="x86"
[ "$CARCH" = "x86_64" ] && _source_arch="x86_64"

sha512sums=('1544cf8815c60a7b22b876fb8d1697ee2e56fa452d475517822a7a340167ae29450a58a9e0b71ddcc8c5ec7f1560357febbf17f884715a7aa188d3d9e0eb7247'
'b1a2ca11479c9f243c0368d79b36ef87910311af2dd126a3291438083544ed10a640143a58e73be1d27bf016c114e668ea504ed6eed6955370bfcac309e5fb7d'
'b3e0701afe90693b99d5e23bad6b8637bc27611a42c695d12b3b990d98bf010371b266322cd54c60ffd654ed44f56a85b1fcb51b30db991af60043dc22bf1897'
'f688115daa8930dffd6e27a7113b137972c20918297c6178bb7e8f820add325d34d452f8bf6bb73fa6b2de73ffa028d27457ed2df390687af8841d9425ebab3e'
'b08a50766681a55e3bf9f1721549218996dd4dbef183dce4967622a98a52fdcc47325de99794b40462692213bbe390f659cf48023b407ae4fce81997af4d46e2')
[ "$CARCH" = "x86_64" ] && sha512sums[0]='fa385c49f57f04a2634a0a587b3274e4fd746d8eafc456a2c25fdd28aa2be58db825e05a06ff978323c3830165278ac4b0bcfb1d5de22eb9de124682b17a8d3a'

source=("https://dl-web.dropbox.com/u/17/${pkgname}-lnx.${_source_arch}-${pkgver}.tar.gz"
"dropbox.png"
"dropbox.desktop"
"terms.txt"
"dropbox.service")

package() {
install -d "$pkgdir/opt"
cp -R "$srcdir/.dropbox-dist" "$pkgdir/opt/dropbox"

find "$pkgdir/opt/dropbox/" -type f -exec chmod 644 {} \;
chmod 755 "$pkgdir/opt/dropbox/dropboxd"
chmod 755 "$pkgdir/opt/dropbox/dropbox"

install -d "$pkgdir/usr/bin"
ln -s "/opt/dropbox/dropboxd" "$pkgdir/usr/bin/dropboxd"

install -Dm644 "$srcdir/dropbox.desktop" "$pkgdir/usr/share/applications/dropbox.desktop"
install -Dm644 "$srcdir/dropbox.png" "$pkgdir/usr/share/pixmaps/dropbox.png"
install -Dm644 "$srcdir/terms.txt" "$pkgdir/usr/share/licenses/$pkgname/terms.txt"
install -Dm644 "$srcdir/dropbox.service" "$pkgdir/usr/lib/systemd/system/dropbox@.service"
}

carstene1ns commented on 2014-02-02 16:03

bernd_b: New stable builds are announced and available in the forums[1].

[1]: https://forums.dropbox.com/topic.php?id=111485

bernd_b commented on 2014-02-02 15:35

Why is this package flagged out of date?
The page
https://www.dropbox.com/install?os=lnx
offers me 2.6.2(!), here we even get 2.6.5 presented.

Installed today, works without any problems for me so far.

darkshines commented on 2014-01-24 13:21

New stable build: https://forums.dropbox.com/topic.php?id=111162

chepaz commented on 2014-01-11 19:36

Funny thing this. Removeing the suggested dirs doesn't work here also. But if i run dropbox/d from the .dropbox-dist folder which is in the lnx.tar from dropbox it seems to work. Doesn't crash but would like to have my account settings. Something is broken but i don't get what :-P

ForeverYoung commented on 2014-01-10 11:45

Still there is a bug.
importing '/home/anton/pylinux/__pycache__/_cffi__xa0c4f46bx1d95b4de.so': No module named _cffi__xa0c4f46bx1d95b4de

There is no such file even.

mtorromeo commented on 2014-01-10 08:32

Also remove your ~/.dropbox-dist directory

mtorromeo commented on 2014-01-10 08:32

Try uninstalling, remove every leftover file from /opt/dropbox (if any) and reinstall.

chepaz commented on 2014-01-10 07:35

Updated, but what happens here: https://paste.xinu.at/oPTjWS/ Am i missing something?

darkshines commented on 2014-01-07 14:45

2.6.2 available: https://forums.dropbox.com/topic.php?id=109847

FadeMind commented on 2014-01-03 06:44

2.4.11 available.
https://forums.dropbox.com/topic.php?id=109845

xgdgsc commented on 2014-01-01 08:08

@orschiro
Oh, thanks for pointing out. Actually I prefer auto update.

orschiro commented on 2014-01-01 07:11

@xgdgsc

https://wiki.archlinux.org/index.php/Dropbox#Hack_to_stop_Auto_Update

xgdgsc commented on 2014-01-01 02:10

The package version is now at 2.4.8 on my machine. But why the dropbox client is already at 2.4.10? Does dropbox automatically update itself now?

rafaelff commented on 2013-12-30 19:08

I set the binary 'dropboxd' in my startup aplication list, so dropbox will always start when I login. That's my suggestion.

orschiro commented on 2013-12-30 19:05

@timofonic

What happens if you simply start "dropboxd &"?

timofonic commented on 2013-12-30 16:11

I did...
systemctl enable dropbox@timofonic
systemctl start dropbox@timofonic


Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service: main process exited, code=exited, status=255/n/a
Dec 30 17:01:43 timostation systemd[1]: Unit dropbox@timofonic.service entered failed state.
Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service holdoff time over, scheduling restart.
Dec 30 17:01:43 timostation systemd[1]: Stopping Dropbox...
Dec 30 17:01:43 timostation systemd[1]: Starting Dropbox...
Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service start request repeated too quickly, refusing to start.
Dec 30 17:01:43 timostation systemd[1]: Failed to start Dropbox.
Dec 30 17:01:43 timostation systemd[1]: Unit dropbox@timofonic.service entered failed state.

I installed dropbox-cli, but not sure about what to do.

I did "dropbox start" and says...
% dropbox start
To link this computer to a dropbox account, visit the following url:
https://www.dropbox.com/cli_link?host_id=censored

Despite I do this and dropbox.com says it's correctly linked, the message still persists.

I feel being a n00b :P

timofonic commented on 2013-12-30 16:07

I did...
systemctl enable dropbox@timofonic
systemctl start dropbox@timofonic


Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service: main process exited, code=exited, status=255/n/a
Dec 30 17:01:43 timostation systemd[1]: Unit dropbox@timofonic.service entered failed state.
Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service holdoff time over, scheduling restart.
Dec 30 17:01:43 timostation systemd[1]: Stopping Dropbox...
Dec 30 17:01:43 timostation systemd[1]: Starting Dropbox...
Dec 30 17:01:43 timostation systemd[1]: dropbox@timofonic.service start request repeated too quickly, refusing to start.
Dec 30 17:01:43 timostation systemd[1]: Failed to start Dropbox.
Dec 30 17:01:43 timostation systemd[1]: Unit dropbox@timofonic.service entered failed state.

I installed dropbox-cli, but not sure about what to do. I feel being a n00b :P

timofonic commented on 2013-12-30 15:26

@balwierz

Do I need to symlink it or something? I still need to get used to systemd, it's a bit confusing.

balwierz commented on 2013-12-30 13:39

/usr/lib/systemd/system/dropbox@.service

aligator commented on 2013-12-30 13:24

simply start the program "dropboxd"
there is no .service...

timofonic commented on 2013-12-30 13:09

@dengzxf

I agree!

Where's the dropbox.service located at? I did "systemctl start dropbox" but nothing happened :(

dengzxf commented on 2013-12-28 06:46

It's time to update to 2.4.10 !

Taijitu commented on 2013-12-16 20:38

Maybe, but in order to get the GUI for configuring the account, folder placement etc, I had to also include the "dropbox" excecutable into the package...

mwbrown commented on 2013-12-16 18:52

@Taijitu

This package provides the dropboxd program within your PATH. I think what you might be looking for is the dropbox-cli program, which provides a Python script that can manage running Dropbox via `dropbox start`, `dropbox stop`, etc.

Taijitu commented on 2013-12-12 16:00

This may be a stupid question, but I had to manually add

ln -s "/opt/dropbox/dropbox" "$pkgdir/usr/bin/dropbox"

to the PKGBUILD in order to actually get dropbox working.

Is that about right, or am I on the wrong track?

orschiro commented on 2013-12-05 22:08

@lahwaacz

My fault. I did not have the wiki page at hand and thought I might just quickly show him what he can expect from using downgrade.

lahwaacz commented on 2013-12-05 15:46

@orschiro: you should have mentioned https://aur.archlinux.org/packages/downgrade/

Or, even better: https://wiki.archlinux.org/index.php/Downgrading_Packages

orschiro commented on 2013-12-05 07:11

@robertsms

~ $ downgrade dropbox

The following packages are available in your cache:

1) local dropbox-2.4.8-1-x86_64.pkg.tar.xz [installed]
2) local dropbox-2.4.7-1-x86_64.pkg.tar.xz
3) local dropbox-2.4.6-1-x86_64.pkg.tar.xz
4) local dropbox-2.4.4-1-x86_64.pkg.tar.xz
5) local dropbox-2.4.3-1-x86_64.pkg.tar.xz

mssun commented on 2013-12-05 06:43

@olkkoo Same problem with me. How to roll back to previous version?

olkkoo commented on 2013-12-02 21:33

2.4.8 didn't want to sync. It just stated that "up to date".I rolled back to 2.4.7. It didn't work at first either, but eventually started syncing correctly.

olkkoo commented on 2013-12-02 20:54

2.4.8 somehow didn't want to sync. It said "all synced", but in reality it didn't sync the files at all. Rolling back to 2.4.7 helped.

I had 2.4.8 on desktop and 2.4.7 on laptop, and the laptop synced correctly. Now that I rolled back to the same version on my desktop, it is working on both.

mtorromeo commented on 2013-11-27 08:30

@jstjohn: done, thanks!

jstjohn commented on 2013-11-27 02:07

mtorromeo: It looks like Dropbox recently changed some of their branding, so please consider replacing dropbox.png with this image:

https://dt8kf6553cww8.cloudfront.net/static/images/brand/glyph-vflK-Wlfk.png

In case that URL changes, I found it on https://www.dropbox.com/branding

jstjohn commented on 2013-11-27 01:09

memeplex: You may want to report this upstream on the Dropbox forums to have them use the "file://" URI scheme.

memeplex commented on 2013-11-26 23:14

I'm experiencing the same annoyance than @DullOnion and @lahwaacz. I don't think it has anything to do with the default browser. The point is that neither the file manager nor the browser nor xdg-open will open the pseudo-url dropbox is passing. For example pcmanfm, firefox and xdg-open fail with:

/tmp/dbxlYdF_t4.html#0b3529b7f928f6e76e0bb5e164782200ccc0940844dbd8cd51df7915c460cd4aaacdf8782440f48590e9bf

But firefox will open:

file:///tmp/dbxlYdF_t4.html#0b3529b7f928f6e76e0bb5e164782200ccc0940844dbd8cd51df7915c460cd4aaacdf8782440f48590e9bf

darkvenger commented on 2013-11-19 23:42

@poxar

Thanks a lot for the Thunar tip, this was something that was starting to drive me crazy.

serzh-z commented on 2013-11-14 10:44

Look here: https://bugs.archlinux.org/task/37755

It is impossible to start Dropbox for user like "test-user" but I'm able to start Dropbox for user "test".

I tried "User = %i" in unit-file, as suggested and it helped.

serzh-z commented on 2013-11-14 09:00

Look here: https://bugs.archlinux.org/task/37755

It is impossible to start Dropbox for user like "test-user" but I'm able to start Dropbox for user "test".

I tried "User = %i" in unit-file, as suggested but it did not help.

lahwaacz commented on 2013-11-11 20:14

@DullOnion: thanks for pointing this out, here's the result of my quick investigation:

dropbox creates this file /tmp/dbxl*.html which contains javascript code with the hashed password. The script then basically redirects to dropbox.com and fills in the password, so you don't have to type it manually. If anyone is interested, here is the extracted html file: https://gist.github.com/lahwaacz/7419470 (of course I've removed the hashed password).

I find this behaviour pretty dangerous, IMO it would be enough to just open dropbox.com directly and count on the browser's cookies, you'd type the password just once so what's the big deal? Also note that you need a browser with javascript enabled for the dbxl*.html to work.

DullOnion commented on 2013-11-11 19:42

Thanks for the help, but the problem still persists. Firefox is correctly configured as my default web browser and Thunar is defined as my default file browser. I think the specific problem is that xdg-open is trying to open /tmp/dbxl*.html#[hash] with [hash] being what I assume is login and password info and complaining that the file does not exist. The dbxl*.html file itself does exist though, just without the hash appended to it.

poxar commented on 2013-11-06 16:16

@DullOnion @orschiro

the browser opened depends on which file-browser is set as the default, if none or a nonexistant .desktop file is specified the default web-browser will be opened. (it uses xdg-open i believe)

so if you want to open thunar, when clicking on the dropbox icon you have to write
inode/directory=Thunar.desktop
into ~/.local/share/applications/mimeapps.list

lahwaacz commented on 2013-11-06 14:56

@mtorromeo: ~/.dropbox-dist is not the only folder Dropbox will create - see https://bbs.archlinux.org/viewtopic.php?pid=1280513#p1280513

donniezazen commented on 2013-11-06 14:11

@mtorromeo Thanks.

mtorromeo commented on 2013-11-06 13:14

@donniezazen, try this before the next update:

rm -rf ~/.dropbox-dist
install -dm0 ~/.dropbox-dist

orschiro commented on 2013-11-06 10:02

@DullOnion

For it opens the Dropbox website in my desired browser. Are you sure that your default browser is correctly set up?

For me it is:

~ $ echo $BROWSER
chromium

donniezazen commented on 2013-11-06 09:26

@DullOnion It does open file manager for me but not the default one. Instead of opening Dolphin, Dropbox opens Konqueror.

donniezazen commented on 2013-11-06 09:14

@lahwaacz You were right. After upgrading to 2.4.6 and removing ~/.dropbox-dist, Dropbox service and Network Dispatcher service both have started working.

I have posted a feature request to provide an option to control auto-update. Please comment to support.
[1] https://forums.dropbox.com/topic.php?id=107662

DullOnion commented on 2013-11-06 09:05

Recently launching the dropbox website from the tray icon has ceased to funciton for me. Terminal output shows that the error is "xdg-open: /tmp/file 'foo.html' does not exist." The file is there, but the browser isn't opening.

DullOnion commented on 2013-11-06 09:04

Recently launching the dropbox website from the tray icon has not ceased to funciton for me. Terminal output shows that the error is "xdg-open: /tmp/file 'foo.html' does not exist." The file is there, but the browser isn't opening.

Manouchehri commented on 2013-11-06 00:13

Until the maintainer updates the package, run this (as one line) to get and install the latest version:

wget https://aur.archlinux.org/packages/dr/dropbox/dropbox.tar.gz -O - | tar xz && cd dropbox && patch PKGBUILD <(wget -q -O - http://sprunge.us/CYei) && makepkg -sci

lahwaacz commented on 2013-11-03 13:11

@donniezazen: you'll have to delete ~/.dropbox-dist/ manually once you install dropbox-2.4.5

donniezazen commented on 2013-11-03 12:46

@lahwaacz That makes sense. I saw dropbox was 2.4.4-1 in AUR and my dropbox icon says it's 2.4.5. What do you think once dropbox is updated here will it automatically get fix or if manual intervention is required.

lahwaacz commented on 2013-11-03 11:05

@donniezazen: that's probably because dropbox detected newer version, downloaded it, extracted the files into ~/.dropbox-dist/, tried to re-exec itself and failed. This process fails because dropbox from this package is installed under /opt/dropbox/ and re-exec over different binary path is not possible.

The fact that auto-update can't be disabled in dropbox is really pissing me off...

donniezazen commented on 2013-11-03 10:50

dropbox@donnie.service seems to have started failing.

systemctl status dropbox@donnie.service
dropbox@donnie.service - Dropbox
Loaded: loaded (/etc/systemd/system/dropbox@.service; enabled)
Active: failed (Result: start-limit) since Sun 2013-11-03 16:13:37 IST; 5min ago
Process: 2619 ExecStart=/usr/bin/dropboxd (code=exited, status=255)
Main PID: 2619 (code=exited, status=255)

71GA commented on 2013-10-11 07:44

I recommend all to extract using terminal and: "tar -zxvf dropbox.tar.gz" When i tried to extract using file-roller i got errors and couldn't build the package.

mtorromeo commented on 2013-10-07 10:31

Done, thanks.

xyproto commented on 2013-10-06 16:00

You might want to make ufw-extras an optional dependency, since it now includes configuration files for ufw and dropbox. Thanks for maintaining.

lecarrera commented on 2013-10-03 03:14

Hi:

Just trying to help. In the file PKGBUILD, I change the package version to:

pkgver=2.4.0

and the corresponding check sum for both i686 and x86_64

sha256sums=('e01474f536a252d117d5882816769951a881c3d67eb2770e2818001d7688cc79'
'8b8af2d6a5786d7fa259660a34c47fa0a7534cd112e70d71ee53b1f786baf530'
'dd8fdb362c0bba8d789010594f021671ff00e535fc75e13da855f43bc7a4b3aa'
'b9e020c378c318e72857bb6cd859c74e8da1300f34cee5bfec89c4f7a89770a9'
'c7253ef6806b7efdec6f3d7e1eeaa90f48813e80715733ab9c902123edfdae27')
[ "$CARCH" = "x86_64" ] && sha256sums[0]='b1a69a7a1f5f6da384701a60b298ce490528a8787de1e6055a7b8ddd6b80e32c'

and it works for me.

Yours:
Luis.

kobra commented on 2013-10-02 10:50

Up to date version is 2.4.0
https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86-2.4.0.tar.gz

bluephoenix47 commented on 2013-09-24 15:05

Nevermind; I somehow messed up /var/tmp.

bluephoenix47 commented on 2013-09-24 02:17

@jaseemabid
I'm getting similar issues. It seems to have just started recently though.

Anonymous comment on 2013-09-17 13:55

I am unable to start dropbox with a as a normal user, but only as root. Is that expected?

orschiro commented on 2013-09-04 06:19

@lahwaacz

Sorry for that. I completely forgot about a local script that I used for reconnection. That has caused dropbox to restart all the time and not the systemd service.

orschiro commented on 2013-09-04 06:15

@lahwaacz

I was using it for a while but now switched back to the autostart method.

That is, I deleted `/etc/systemd/system/dropbox@.service` and even disabled the autostart on boot setting in the client options but it still continues to restart.

What else could cause the restart?

lahwaacz commented on 2013-09-03 21:28

@orschiro: aren't you using systemd's dropbox@.service? It includes 'Restart=always'.

orschiro commented on 2013-09-03 21:20

The dropbox client restarts over and over again regardless how often I try to kill it. Except for the client itself I do not run any other software which could cause the client to restart:

[orschiro@thinkpad ~]$ pacman -Q | grep dropbox
dropbox 2.2.13-1

Have you got any idea how I can trace back what is causing the restarts of the client?

lahwaacz commented on 2013-09-02 17:07

@rumpelsepp: OK, I don't see any reason to change the default theme, there are plenty of alternative themes, you might as well create your own:

https://aur.archlinux.org/packages/dropbox-white-icons
https://aur.archlinux.org/packages/dropbox-ubuntu-mono-light
https://aur.archlinux.org/packages/dropbox-ubuntu-mono-dark

(assuming that the linked packages work, I have not checked them)

rumpelsepp commented on 2013-09-02 17:02

@lahwaacz
you're right, I have talked about the panel...
I see you're right and we need more files... :(

lahwaacz commented on 2013-09-02 08:55

@rumpelsepp: /usr/share/pixmaps/dropbox.png is too small for you? It's 128x128 px... If you need bigger status icon for the panel, single icon won't help you:

/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-blank.png
/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy.png
/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-busy2.png
/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-idle.png
/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-logo.png
/opt/dropbox/images/hicolor/16x16/status/dropboxstatus-x.png

rumpelsepp commented on 2013-09-02 08:30

What about including a bigger icon?
http://redwolf.deviantart.com/art/Dropbox-Icon-for-Windows-146408312

The standard icon is damn to small for gnome3...

Thaodan commented on 2013-08-28 13:17

what about removing unneeded stuff like the windows exes from the package?

trinhanhngoc commented on 2013-08-26 09:53

@zman0900: Thank you but i need x86_64 package. I cann't download it from main site of Dropbox.

zman0900 commented on 2013-08-25 20:54

@trinhanhngoc: http://d-h.st/cX0

trinhanhngoc commented on 2013-08-25 09:58

I cann't download anything from dl-web.dropbox.com. Can someone upload dropbox-lnx.x86_64-2.2.13.tar.gz file to other file sharing for me, thank.

trinhanhngoc commented on 2013-08-25 09:55

I cann't download anything from dl-web.dropbox.com. Can someone upload dropbox-lnx.x86-2.2.13.tar.gz file to other file sharing for me, thank.

lahwaacz commented on 2013-08-15 17:54

@krzychusan: see https://wiki.archlinux.org/index.php/Dropbox#Run_as_daemon_with_systemd

krzychusan commented on 2013-08-15 16:18

It makes under my arch /usr/lib/systemd/system/dropbox@.service instead of dropbox.service
Renaming and it works great I guess.

Any idea why this is marked as not actual?

orschiro commented on 2013-08-02 20:59

@oconnor663

Which network manager do you use?

As for NetworkManager I suggest to use networkmanager-dispatcher-dropbox:

https://aur.archlinux.org/packages/networkmanager-dispatcher-dropbox/

oconnor663 commented on 2013-08-02 18:44

Maybe someone mentioned this before, but dropboxd doesn't seem to ever find the network if it's started before the network is up. The wiki contains a workaround for this. Could we just integrate the workaround with the package? https://wiki.archlinux.org/index.php/Dropbox#Connecting...

Alittlemurkling commented on 2013-08-01 19:30

@spartanroc, @bobbaluba, and @CaioAlonso. I was having the same issue, until I found this thread: https://bbs.archlinux.org/viewtopic.php?id=165892.

In summary, if your dropbox folder is on an ntfs partition, make sure its mount path contains no spaces, and add "default_permissions" to the mount options of that partition in /etc/fstab.

Alittlemurkling commented on 2013-08-01 05:41

@spartanroc, @bobbaluba, and @CaioAlonso: Does anyone know what's causing this, or if there is already an open thread on this issue? The wiki didn't help, and I can't seem to find anything in a gogle search.

spartanroc commented on 2013-07-12 15:52

I successfully downgraded the dropbox to 2.0.26 and now everything works.

Here is what I did for those who suffering the same problem:
Download the tarball and extract it to a directory like /var/abs/local/
Change the file PKGBUILD: pkgver=2.0.26
makepkg -g >> PKGBUILD
makepkg -f -L
sudo pacman -U dropbox-2.0.26-1-i686.pkg.tar.xz
then restart your dropbox

spartanroc commented on 2013-07-12 15:47

@bobbaluba and @CaioAlonso: I am having the same problem with 2.2.9. It worked fine in the beginning after I updated to 2.2.9. Then I added a new folder from another machine. Suddenly this machine stuck at "downloading xxx files...".

I kept quiting dropbox and then restarting it. Each time I got one more file downloaded and then it stuck there.

spartanroc commented on 2013-07-12 15:16

@bobbaluba and @CaioAlonso: I am having the same problem with 2.2.9. It worked fine in the beginning after I updated to 2.2.9. Then I added a new folder from another machine. Suddenly this machine stuck at "downloading xxx files...".

I kept quiting dropbox and then restarting it. Each time I got one more file downloaded and then it stuck there.

spartanroc commented on 2013-07-12 14:59

@bobbaluba and @CaioAlonso: I am having the same problem with 2.2.9. It worked fine in the beginning after I updated to 2.2.9. Then I added a new folder from another machine. Suddenly this machine stuck at "downloading xxx files...".

I kept quiting dropbox and then restarting it. Each time I got one more file downloaded and then it stuck there.

rafaelff commented on 2013-06-26 00:05

@darkvenger: yep, it is working fine here.

darkvenger commented on 2013-06-25 22:45

@bobbaluba and @CaioAlonso the problem is not a general one.
I've been updating it and didn't have a problem so far.

CaioAlonso commented on 2013-06-25 19:43

@bobbaluba: same here.

bobbaluba commented on 2013-06-25 13:15

Anyone else had problems syncing lately?
It's stuck at "downloading xxx files..."

My friend who's using chakra also has this issue. This started around the 21st for both of us.

rikmer commented on 2013-06-19 10:02

@mtorromeo: Thank you for your advice. But it doesn't seem to work. Icon in nautilus works fine but system tray is empty.

mtorromeo commented on 2013-06-19 09:57

@rikmer: The correct systemd way of achieving this is by creating a file in "/etc/systemd/system/dropbox@.service" with this content:

.include /usr/lib/systemd/system/dropbox@.service
[Unit]
After=gdm.service

And then issue "systemctl reenable dropbox@USER.service"

(sorry about spamming with comments, I'm done fixing typos hopefully)

mtorromeo commented on 2013-06-19 09:56

@rikmer: The correct systemd way of achieving this is by creating a file in "/etc/systemd/system/dropbox@.service" with this content:

.include /usr/systemd/system/dropbox@.service
[Unit]
After=gdm.service

And then issue "systemctl reenable dropbox@USER.service"

rikmer commented on 2013-06-19 09:55

@lahwaacz: I added "After=gdm.service" and "Requires=gdm.service" to the [Unit] section of /usr/lib/systemd/system/dropbox@.service to ensure that x server is running when calling the dropbox service. It doesnt seem to work. Or am I thinking the wrong way.

@jstjohn: I read the wiki for systemd but I still don't know how to accomplish your suggestion in this case. (... and if it is really the problem :) )

mtorromeo commented on 2013-06-19 09:55

@rikmer: The correct systemd way of achieving this is by creating a file in "/etc/systemd/system/dropbox@.service" with this content:

./usr/systemd/system/dropbox@.service
[Unit]
After=gdm.service

And then issue "systemctl reenable dropbox@USER.service"

rikmer commented on 2013-06-19 09:52

@lahwaacz: I added "After=gdm.service" and "Requires=gdm.service" to the [Unit] section of /usr/lib/systemd/system/dropbox@.service to ensure that x server is running when calling the dropbox service. It doesnt seem to work. Or am I thinking the wrong way.

@jstjohn: I read the wiki for systemd but I still don't know how to accomplish your suggestion in this case. (... and if it is really the problem :) )

cgirard commented on 2013-06-19 08:47

mariusn: Please stop trolling! Just flag the package and wait. You are just spamming everyone inbox! If you cannot wait, spend 10s updating your copy of the PKGBUILD, it will be faster.

mariusn commented on 2013-06-19 08:41

Well, update the package man :)) Please?

mtorromeo commented on 2013-06-19 08:40

Really!? 24hs from the last update and I'm already no longer active? Jeez...

mariusn commented on 2013-06-19 08:33

NEW TARBALL FOR THE LATEST VERSION OF DROPBOX -> 2.2.6: https://dl.dropboxusercontent.com/u/3319709/dropbox.tar.gz

Looks like the maintainer is no longer active! I've also replaced the sha256sums with sha512sums, just because :))

lahwaacz commented on 2013-06-18 20:49

@jstjohn, rikmer: The issue is more likely to be that dropbox is started before X server.

jstjohn commented on 2013-06-18 19:03

rikmer, enabling a service tells systemd to start the service at boot but does not tell systemd to start the service immediately. They are two separate behaviors.

You likely want to enable and start the service at the same time instead of doing one or the other.

See this for more info: https://wiki.archlinux.org/index.php/Systemd#Using_units

rikmer commented on 2013-06-18 18:17

nautilus 3.8.2-1, nautilus-dropbox 1.6.0-1, dropbox 2.2.3-1

After following https://wiki.archlinux.org/index.php/Dropbox#Run_as_daemon_with_systemd and starting dropbox via "sudo systemctl start dropbox@<user>" everything works as expected.
The icon shows in nautilus and in the system tray.

BUT if the service is enabled via "sudo systemctl enable dropbox@<user>" only the icon in nautilus appears after a boot. The system tray is empty.

mariusn commented on 2013-06-18 16:32

Looks like there's a 2.2.6 version also: https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-2.2.6.tar.gz

lestb commented on 2013-06-18 13:41

I didn't notice that it create folders on /tmp but at least it doesn't update my dropbox on home. Maybe inotify would help...

dhaines commented on 2013-06-18 00:17

Is anyone else getting really annoyed when others comment on here when there's a new version available instead of just using the flag package out-of-date feature of the AUR (not that this is any less of an annoyance, for which I preemptively apologize)?

rafaelff commented on 2013-06-17 22:49

Version 2.2.3 available.

lahwaacz commented on 2013-06-11 11:56

@lestb: that doesn't solve the problem of downloading the tarball with newer version - see https://bbs.archlinux.org/viewtopic.php?pid=1280513#p1280513

lestb commented on 2013-06-11 09:45

I typed this to disable autougrade of dropbox:

mkdir -p ~/.dropbox-dist
chmod 000 ~/.dropbox-dist

techlive commented on 2013-06-09 08:35

@lahwaacz Yes, it made systemd service restart over and over again.

Jristz commented on 2013-06-08 16:03

my dropbox was automagicaly updated to 2.2.1

cippaciong commented on 2013-06-06 14:33

Wrong shasum for dropbox-lnx.x86-2.2.0.tar.gz.
New one is 2abb48141eed36bc2198b989632adce0a61a49de.

lahwaacz commented on 2013-05-27 07:04

Anyone knows how to disable the auto-upgrade feature in dropbox? Every time new version of dropbox is released, it downloads the tarball and extracts it into ~/.dropbox-dist :-(

Jristz commented on 2013-05-24 20:59

https://forums.dropbox.com/topic.php?id=100938

2.0.21 is out

cwill747 commented on 2013-05-15 18:05

@celilo, if the repo is first in pacman.conf, it will use the package from that repo over those lower in pacman.conf.

cgirard commented on 2013-05-13 11:51

No, same thing for me. Switched to the experimental version which works fine.

Malix commented on 2013-05-13 11:48

is this working for everyone else? throws segmentation fault on my computer.

% dropboxd
[1] 5064 segmentation fault (core dumped) dropboxd

it says "core dumped" which I assume is some kind of error log dump, but can't find it anywhere.

rafaelff commented on 2013-05-06 03:11

@celilo: mtorromeo is not having issues with this package, chori1 did.

To ignore a package, I just know 'IgnorePkg' which ignores from all repos.

celilo commented on 2013-05-06 02:50

mtorromeo, you are probably running Yaourt and have the archlinuxfr repository installed. I had the same problem. I commented out the repository in pacman.conf and then installed dropbox from the aur.

Anybody know if there is a way to ignore packages in a specific repository?

Anonymous comment on 2013-05-03 17:18

Yep, I upgraded pacman, and missed that step. All better now. Thanks.

mtorromeo commented on 2013-05-03 16:39

There is no signature and I don't know from what repository you are trying to get it from.
You probably need to add "SigLevel = Optional" to your custom repo.

Anonymous comment on 2013-05-03 16:14

Has the signature been changed or removed?

$ pacman -Sy dropbox
error: dropbox: missing required signature
:: File /var/cache/pacman/pkg/dropbox-2.0.8-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).

Diego commented on 2013-05-03 00:42

this PKGBUILD is updated! 2.0.8 is the lastest stable build.
If you want experimental buils please install "dropbox-experimental" from AUR
https://www.dropbox.com/release_notes

rafaelff commented on 2013-04-28 16:32

Answered. IMO, it's awesome the way it is at the moment.

mtorromeo commented on 2013-04-28 16:18

It's a variety of reasons.
One is the license. I'm not sure if it allows repackaging but I don't care much to find out.
Another one is the fact that it's a binary blob that was meant to be placed in the user's home dir (and self-updated) and the fact that this pkgbuild puts it in /opt is sort of hackish.

That said if another TU wants to move it to [community] I have no objections but I won't.

darkvenger commented on 2013-04-28 15:46

@josephgbr: It was kind of a rhetorical question, since I suspected that to be the issue but I really don't know it for sure.

rafaelff commented on 2013-04-28 15:33

@darkvenger: was this a rhetoric question or you were asking him? I wasn't able to tell.

But, related to licensing issues, skype has limitations as well, but Skype gave permited Arch Linux to distribute [1]. It is always possible, unless the owner of the software say no. Anyway, I don't if that's the case.

[1] https://projects.archlinux.org/svntogit/community.git/tree/trunk/PERMISSION?h=packages/skype

darkvenger commented on 2013-04-28 15:00

@mininessie: maybe due to licensing issues??

rafaelff commented on 2013-04-28 13:54

@mininessie: no much reason gave so far, but Torromeo is doing a great job here anyway.

mininessie commented on 2013-04-28 13:44

how in the world has this not been pushed to the official repos

luolimao commented on 2013-04-16 02:24

Well, it worked for me with curl (I don't even have wget installed). Maybe it's the value of DLAGENTS in makepkg.conf that's questionable?

genghizkhan91 commented on 2013-04-16 01:47

@burntcookie90 - Weirdly enough, if you're using curl to download, it doesn't do it, but wget manages to. Try changing the downloader. It should help.

rafaelff commented on 2013-04-15 19:14

Looks good to me.

burntcookie90 commented on 2013-04-15 18:29

The package source does not download.

florianbw commented on 2013-04-08 15:18

@lcoo: Also consider getting the tray icons to the top: https://extensions.gnome.org/extension/495/topicons/

dhaines commented on 2013-04-05 13:15

@lcoo: they're all in /opt/dropbox/images, AFAICT.

Icoo commented on 2013-04-05 09:36

Anybody knows how to change the GNOME 3 notification bar icon for Dropbox. I just want to make it bigger (like other app icons), as it's nearly 4 times smaller than I normal notification bar icon...I just need the location of the icon used...

dhaines commented on 2013-04-04 13:41

@jk779: That wasn't directed towards anyone in particular, but rather to everyone who uses the package.

dhaines commented on 2013-04-04 13:41

jk779: That wasn't directed towards anyone in particular, but rather to everyone who uses the package.

Anonymous comment on 2013-04-03 22:19

@dhaines please calm down and don't name someones question "stupid shit", thanks.

mtorromeo commented on 2013-03-26 21:20

@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

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

@mtorromeo

Can you please add sleep...
[Service]
ExecStartPre=/usr/bin/sleep 30
Environment

orschiro commented on 2013-03-26 12:55

@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

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

@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

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

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

2.0.0 is out.

tty0 commented on 2013-03-12 23:04

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.



senorsmile commented on 2013-03-12 22:50

Thanks Ninja-1!

Ninja-1 commented on 2013-03-12 21:28

Here's a PKGBUILD for version 2.0.0. http://pastebin.com/gMzB1ub1

gtmanfred commented on 2013-03-11 09:11

lol that works, thanks

mtorromeo commented on 2013-03-11 09:10

Yoou are right, updated.

gtmanfred commented on 2013-03-11 09:07

needs a package function for anything that touches $pkgdir

otherwise will break with pacman 4.1

Jristz commented on 2013-02-20 20:13

https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-1.6.17.tar.gz

is out the 1.6.17

Jristz commented on 2013-02-19 08:23

if you use any libindicatop compatible systray-like (like xfce4-appindicator-plugin) dropbox become a gtk3 app literally

derblub commented on 2013-02-13 11:32

Anyone knows why a click on the systray icon opens up the Dropbox folder with "Files", instead of "Dolphin" (which is my default file explorer)? This one is really bugging me.

jstjohn commented on 2013-02-04 22:59

Desktop notifications have never worked for me until I installed xfce4-notifyd, as suggested by jsteel. Thanks!

mtorromeo commented on 2013-01-31 23:07

Nothing has changed in the package except for version bumps.
For the changes in dropbox itself you should follow the official release notes: https://www.dropbox.com/release_notes

timofonic commented on 2013-01-31 22:46

Maintainer...

Would you like to say what has changed in the package?

Damn, I miss a changelog feauture here... :P

jsteel commented on 2013-01-27 00:48

I think you need xfce4-notifyd or another notification daemon installed.

benoliver999 commented on 2013-01-26 23:18

@Ownaginatious Notifications work fine for me, on two machines both running xfce.

Ownaginatious commented on 2013-01-23 10:21

Do desktop notifications simply not work for anyone besides me? I have this installed on two different Arch machines, and neither of them give me desktop notifications when a file change happens (contrary to my settings in preferences).

This used to work a long time ago :/

Pikidalto commented on 2013-01-20 20:52

Ok, so GTK is needed, but for what exactly?

I've managed to install the generic Dropbox Linux package on several different distros (including Arch) with no GTK present, and it's worked fine...

Anonymous comment on 2013-01-17 10:14

@mattalex, From the wiki

"A pop-up will notify you that Dropbox is running from an unsupported location. Click on Don't ask again since you know that you have installed it from AUR rather than from the official homepage."

mattalexx commented on 2013-01-15 17:46

It's giving me "Dropbox is running from an unsupported location. [Don't Ask Again] [Install Dropbox Correctly]"

Anonymous comment on 2013-01-15 17:31

Long time Linux end-user, new to Arch/Manjaro (using Manjaro 0.8.3). I was unable to install this dropbox AUR using either packer or yaourt; though I had no trouble with any other AUR installation.

What did work flawlesly was following the generic Linux instructions from Dropbox:

How to Install Dropbox via command line

The Dropbox daemon works fine on all 32-bit and 64-bit Linux servers. To install, run the following command in your Linux terminal.

32-bit:

cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86" | tar xzf -

64-bit:

cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64" | tar xzf -

Next, run the Dropbox daemon from the newly created .dropbox-dist folder.

~/.dropbox-dist/dropboxd

If you're running Dropbox on your server for the first time, you'll be asked to copy and paste a link in a working browser to create a new account or add your server to an existing account. Once you do, your Dropbox folder will be created in your home directory.

Then simply run:

packer -S thunar-dropbox

to get all the context-menu controls. Is there some basic assumption that you expect everyone to know (that new users don't), or does this package not work on Manjaro?

marcinfa commented on 2013-01-15 10:41

Out of date. New ver 1.6.14

luolimao commented on 2013-01-13 22:37

If they weren't necessary, then namcap would say 'dependency [package] is not needed'

luolimao commented on 2013-01-13 22:36

Yes (see output of namcap):
https://gist.github.com/4526568
Note the wxgtk and dbus-glib shared libs in /opt/dropbox

Pikidalto commented on 2013-01-13 20:00

Are the gtk and dbus dependencies really necessary? What are they needed for?

Anonymous comment on 2013-01-11 20:57

@anonymous_user: Yeah, I have rm -r .dropbox lots of time, the problem seems to be that the initial link screen simply doesn't show up. I'll wait for the next version to come out to try that one, if that doesn't work then I'll probably report a bug. Thanks for the help.

epinephrine commented on 2013-01-10 21:13

If Dropbox auto-starts, it doesn't connect properly for me, because apparently my system boots too fast for the network service to establish the LAN connection via DHCP in time. The whole boot process only takes about 7 seconds (thanks to a SSD :), including Dropbox. I solved the problem by adding "X-GNOME-Autostart-Delay=5" to the .desktop file, which delays the start by 5 sec. Maybe you could add this entry by default to the .desktop file, as I guess other ppl might encounter the same problem and I think no one cares if their Dropbox starts 5 sec later. Thanks!

anonymous_user commented on 2013-01-10 18:23

Try deleting your dropbox config and relink?

Anonymous comment on 2013-01-08 13:00

The program built from source shows the same problem >_< The dumbest thing is that I don't get even a single error message from anywhere. It simply does not do anything after displaying the systray icon...

Anonymous comment on 2013-01-08 12:44

@josephgbr Thanks for your time. I disabled ufw entirely (#sudo ufw disable) and it still hung. Did not reboot though, but I don't think it should be an issue. Also, if I read [1] correctly then I should not have to do anything at all, since I can use Chromium just fine. But I'm not good with networking stuff at all :p

I will try to build the program from dropbox.com and see if it works. Still strange that it worked last time though...

rafaelff commented on 2013-01-08 12:18

@mariusmeyer: looks like you need to add this application's ports in the UFW. I googled and found this [1] and also this [2].

[1] https://www.dropbox.com/help/23/en
[2] https://wiki.archlinux.org/index.php/Uncomplicated_Firewall

Anonymous comment on 2013-01-08 11:56

Hello,

I installed 1.6.12-1 using makepkg and pacman -U, but when trying to run dropboxd either from the app menu or from a terminal emulator the program just hangs. I get a systray icon which, when right-clicked, says "Waiting to be linked to an account..." The only entry from this right-click menu that does anything is "Quit Dropbox". It does not output anything to the stdout.

I run gnome and -Syu dayly. I have checked that I own ~/-dropbox and have tried to remove and reinstall the package to no avail. How can I debug this? Is it a known issue?

EDIT: I realize ufw might be at fault as this is the first time I've used it. What do I need to do in ufw to make Dropbox run as it should?

Best regards

GUiHKX commented on 2012-12-31 16:52

1.6.11: http://pastebin.com/ZRhTTcgd

alessiofachechi commented on 2012-12-26 11:00

1.6.10: http://pastebin.com/WSHB9aQP

Anonymous comment on 2012-12-22 11:55

https://forums.dropbox.com/topic.php?id=94256 1.6.10 is out

Jristz commented on 2012-12-19 14:05

https://forums.dropbox.com/topic.php?id=94256 1.6.6 is out

olivervbk commented on 2012-12-17 16:48

I'm having problems syncing files that have &ccedil; or &atilde; in their names. Doesn't upload or download them. Solution?

KaiSforza commented on 2012-12-16 17:28

While you're updating for 1.6.5, replace the build() function with the package() function. Makepkg isn't building anything there, it's packaging things.

Spike29 commented on 2012-12-16 17:22

Hi, another upstream update again : https://forums.dropbox.com/topic.php?id=94256

Spike29 commented on 2012-12-12 12:46

Hi, version 1.6.4 is out : https://forums.dropbox.com/topic.php?id=94165

josh commented on 2012-12-08 08:43

Surprised this isn't in the official repos.

wilberfan commented on 2012-12-01 03:18

Well, I managed to manually make my custom location work, so that's done. I'm using KDE4 on this box, is there a way to get the dropbox location to open in something other than an ugly--is it a nautilus window??

wilberfan commented on 2012-12-01 02:59

Under the Advanced Tab, I can't put a new location into "I want to choose where to put my dropbox". The window is grayed-out, and a new location using the CHANGE button doesn't "take". What would be preventing this?

luolimao commented on 2012-11-29 01:18

Can we not? I mean, that assumes that every other systemd service file should be reloaded at that point in time (and won't break anything as a result). This is untrue, if, say, you're editing a service file at the same time. If people want to reload right away, then they can do that with that cmd. Otherwise, it'll be reloaded on the next boot anyway.

luolimao commented on 2012-11-29 01:16

Can we not? I mean, that assumes that every other systemctl should be reloaded at that point in time. If people want to reload right away, then they can do that with that cmd. Otherwise, it'll be reloaded on the next boot anyway.

arielp commented on 2012-11-28 21:31

Would it be appropriate to include a post upgrade hook to run 'systemctl --system daemon-reload'?

tomasabril commented on 2012-11-28 17:46

@Maxwel I guess they didn't update the download page. But it doesn't really matter because in windows the program updates itself and in Linux (at least ubuntu) the package in the download page sets a repo to update the package. Anyway <a href="https://www.dropbox.com/release_notes">https://www.dropbox.com/release_notes</a>

Maxwel commented on 2012-11-28 17:45

Hmm, interesting... on download page only version 1.4.0 is available. I'm talking about packages for Ubuntu, Debian and Fedora... Hmm, strange %)

Maxwel commented on 2012-11-28 17:22

Hmm, interesting... on download page only version 1.4.0 is available. I'm talking about packages for Ubuntu, Debian and Fedora... Hmm, strange %)

rafaelff commented on 2012-11-28 16:24

@mtorromeo: 1.6.2 is out [1]

@Maxwel: If you are talking about this [2], then this is the source of nautilus-dropbox.

[1] https://forums.dropbox.com/topic.php?id=93351
[2] https://www.dropbox.com/help/247/en

Maxwel commented on 2012-11-28 16:01

Excuse me, but where you got dropbox version 1.6.0? On official site I see only 1.4.0 %)

KaiSforza commented on 2012-11-26 22:58

Since there was no actual 'building' going on in the PKGBUILD, I moved it all to the package() function. This is, I guess (and from pacman-git yelling at me) the way that it's supposed to be written. Packages without a package() function are deprecated. It still builds, just does it weirdly, you could say.

https://github.com/KaiSforza/archlinux-pkgbuilds/blob/master/main/dropbox/PKGBUILD

Anonymous comment on 2012-11-25 21:48

@corubba I get the same dialog (http://i.imgur.com/5GXaI.png), although installation works fine if I click "Don't ask again".

Corubba commented on 2012-11-23 00:24

@pyarch Can't confirm this, runs fine for me under XFCE.

binarysage commented on 2012-11-23 00:15

doesn't work on XFCE prompts me to install the correct package and takes me to the dropbox installation page

dvzrv commented on 2012-11-21 19:04

@mtorromeo: thanks for including the service file!
@darkvenger: true thing, but for the disconnection problem a networkermanager dispatcher (if you're using that) will be needed, too. Dropbox sometimes just gets stuck and never reconnects again if your net is gone for a while...

mutterschiff commented on 2012-11-21 12:17

I get a permission error with the new PKGBUILD
http://slexy.org/view/s203lf5kzR

mtorromeo commented on 2012-11-21 08:22

@darkvenger: Thanks, I updated the service file

darkvenger commented on 2012-11-19 22:03

Hello, I suggest you add After=local-fs.target network.target to the Unit section of the systemd service file since dropbox may never connect if it was started when no internet connection existed.

mtorromeo commented on 2012-11-19 09:35

Updated to version 1.6.0. I also included a systemd service file just like the one provided by aur/systemd-dropbox-daemon

surfmaths commented on 2012-11-16 09:35

There a patch for upgrading to 1.4.23:
http://pastebin.archlinux.fr/453235

francoism commented on 2012-11-13 11:28

A tip for others that also can't change the Dropbox location from the installation wizard: When the window is shown for changing the path, hit CTRL+L, enter the location (e.g. /mnt/data/Dropbox) and click on the 'Choose' button. (Haven't tried the Enter-key, navigating to the directory doesn't work, so you need to enter it manually)

It works for me, Dropbox now sync the folder /mnt/data/Dropbox.

zenlord commented on 2012-11-06 17:40

Vote +1 for including a systemd-service-file. It seems rather silly that you need another package just to get the service-file, and archlinux has switched to systemd entirely, so... To use it without a hardcoded username, it can be done with the %l-variable, like this: https://aur.archlinux.org/packages.php?ID=47493 (see comment 12/10/2012 by Wonder Woofy)

capoeira commented on 2012-11-03 10:29

I get permission error:



pid: 20109
ppid: 12542
uid: 1000
user_info: ('studio', 'x', 1000, 100, '', '/home/studio', '/bin/bash')
effective_user_info: ('studio', 'x', 1000, 100, '', '/home/studio', '/bin/bash')
euid: 1000
gid: 100
egid: 100
group_info: ('users', 'x', 100, [])
effective_group_info: ('users', 'x', 100, [])
appdata: u'/home/studio/.dropbox'
real_path=u'/home/studio/.dropbox'
mode=040700 uid=1000 gid=100
parent mode=040700 uid=1000 gid=100
dropbox_path: u'/home/studio/Dropbox'
real_path=u'/home/studio/Dropbox'
mode=040755 uid=1000 gid=100
parent mode=040700 uid=1000 gid=100
HOME: /home/studio
tempdir: '/tmp'
real_path='/tmp'
mode=041777 uid=0 gid=0
parent mode=040755 uid=0 gid=0
Traceback (most recent call last):
File "core/authenticate.py", line 659, in authentication_thread
File "core/authenticate.py", line 71, in handle_register
File "core/databases.py", line 722, in load_dropbox_filecache
File "core/file_cache.py", line 850, in __init__
File "core/file_cache.py", line 833, in _create_connhub
Exception: Not a valid FileCache file

capoeira commented on 2012-11-03 10:25

I get permission error:


pid: 19781
ppid: 12542
uid: 1000
user_info: ('studio', 'x', 1000, 100, '', '/home/studio', '/bin/bash')
effective_user_info: ('studio', 'x', 1000, 100, '', '/home/studio', '/bin/bash')
euid: 1000
gid: 100
egid: 100
group_info: ('users', 'x', 100, [])
effective_group_info: ('users', 'x', 100, [])
appdata: u'/home/studio/.dropbox'
real_path=u'/home/studio/.dropbox'
mode=040700 uid=1000 gid=100
parent mode=040700 uid=1000 gid=100
dropbox_path: u'/home/studio/Dropbox'
real_path=u'/home/studio/Dropbox'
not found
parent mode=040700 uid=1000 gid=100
HOME: /home/studio
tempdir: '/tmp'
real_path='/tmp'
mode=041777 uid=0 gid=0
parent mode=040755 uid=0 gid=0
Traceback (most recent call last):
File "core/authenticate.py", line 659, in authentication_thread
File "core/authenticate.py", line 71, in handle_register
File "core/databases.py", line 722, in load_dropbox_filecache
File "core/file_cache.py", line 850, in __init__
File "core/file_cache.py", line 833, in _create_connhub
Exception: Not a valid FileCache file

Anonymous comment on 2012-10-06 11:30

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. The way I did it ofc depends on dropbox-cli which is linked to above. Btw, when you install notice the recent PKGBUILD update by bruce!

I think it's possible to start the daemon etc without cli in the same manner as long as your $HOME is set right. And also this can be extented upon to make working for multiple dropbox instances. But that's for you to figure out if you want.

Anyways the difference from normal dropbox-cli command execution compared to the new way will be:
old way: /usr/bin/dropbox start <enter>
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;"

dhaines commented on 2012-09-27 14:56

I just disowned the dropbox-daemon AUR package as I have moved to systemd, and it's really easy to set up dropbox as a daemon with it. If anyone's on initscripts and wants to adopt the package, now's your time. Also, if you do want to run dropbox as a daemon under systemd, just make a service file with the following contents:

[Unit]
Description=Dropbox

[Service]
Type=simple
ExecStart=/usr/bin/dropboxd
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=always
User=<desired username>

[Install]
WantedBy=multi-user.target

canuckkat commented on 2012-09-24 14:13

I can't change the Dropbox location either in 1.4.11

luolimao commented on 2012-09-21 03:30

@twa022 Couple of typos fixed: http://pastebin.com/e0xCL5dr

twa022 commented on 2012-09-21 03:17

possible to include something like this at /opt/dropbox/nautilus for different file managers?
http://pastebin.com/k0qSifVL

Anonymous comment on 2012-09-19 21:46

Like Nerga I also couldnt change the Dropbox location in 1.4.17, however I went on to build 1.4.12 and it still doesn't work!

mkdir /tmp/dropbox && cd /tmp/dropbox
wget --quiet -O - 'http://pkgbuild.com/git/aur-mirror.git/tree/dropbox?id=b19a54c808554c796f310747725ad2ff4291e44a' | grep -o "/git/aur-mirror.git/plain/[^']*" | sed -e 's/^/http:\/\/pkgbuild.com/' > files
wget -qi files
ls | sed -n 's/\([^?]*\)\(.*\)/mv "\1\2" "\1"/p' | sh
makepkg -s
pacman -U dropbox*.pkg.tar.xz

ottoshmidt commented on 2012-09-15 10:53

does anyone experience a segfault?

Narga commented on 2012-09-08 00:37

I don't know why but since Dropbox 1.4.17, it's can't change Dropbox location

mtorromeo commented on 2012-09-03 12:12

Sorry for the delay, I updated the package.

siliconmeadow commented on 2012-09-03 12:01

I couldn't find anywhere on the dropbox site where they published md5sums of their downloads so I did my own checksum. Is that what you normally do when maintaining this package?

Here is a git diff of PKGBUILD which worked for me using the md5sum I generated locally after downloading it manually. It works for me, but I've only tested on one machine and only on x86_64. I'm knew to trying to help with AUR packages, so I hope this helps.

diff --git a/PKGBUILD b/PKGBUILD
index f6b1f81..93c581d 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,7 +2,7 @@
# Contributor: Tom < tomgparchaur at gmail dot com >

pkgname=dropbox
-pkgver=1.4.12
+pkgver=1.4.17
pkgrel=1
pkgdesc="A free service that lets you bring your photos, docs, and videos anywhere and share them easily."
arch=("i686" "x86_64")
@@ -16,7 +16,7 @@ _source_arch="x86"
[ "$CARCH" = "x86_64" ] && _source_arch="x86_64"

md5sums=('3488299b1d91591d3a5ba7e2c02ec220' '9ec50da2ce59ed8c17606394b9c5e1c0' '20c97082211cf02af494043b93d5feb8' '5331288d5f5972dc2e9311d0f28dac76')
-[ "$CARCH" = "x86_64" ] && md5sums[0]='a54dd81749c02157f1691ef4ac570305'
+[ "$CARCH" = "x86_64" ] && md5sums[0]='7a15923bae36f27387b6865c75701c2a'

source=("https://dl-web.dropbox.com/u/17/${pkgname}-lnx.${_source_arch}-${pkgver}.tar.gz" "dropbox.png" "dropbox.desktop" "terms.txt")

donniezazen commented on 2012-09-02 17:56

1.4.17 fixes the 2-Step Verification. For time being I changed pkgver and skipped md5sums check.

jordidg commented on 2012-08-29 06:24

The release notes have been updated, 1.4.17 is the latest version now.

ridikulusrat commented on 2012-08-28 14:40

@krisko: dropbox-experimental https://aur.archlinux.org/packages.php?ID=29432

krisko commented on 2012-08-28 14:24

That's weird, I've just installed 1.4.17 (dropbox-lnx.x86-1.4.17.tar.gz), also the download page is offering this version (for windows), maybe they forgot to update release notes? :D

mtorromeo commented on 2012-08-28 14:16

1.4.12 is tha latest version according to this: https://www.dropbox.com/release_notes

krisko commented on 2012-08-28 14:10

Hi, could please update to newest version, as this version (1.4.12) doesn't support 2-way verification.

rzelnik commented on 2012-08-26 03:43

Thank you for your explanation and sorry for the long comment, I will use pastebin in the future.

rafaelff commented on 2012-08-26 03:25

That's expected. Dropbox is based in a blob - proprietary software provided in binary - which sometimes make it difficult for the maintainer to install files in the correct folder without breaking things up. In these cases - and that's dropbox case - better leave the way it is, sadly.

p.s. Next time, post any huge output in sites like http://pastebin.com, and then insert link in here, to avoid huge comments.

rzelnik commented on 2012-08-26 02:57

I checked the package with namcap.py during the update. It returns these errors:

dropbox E: ELF file ('opt/dropbox/_dbus_bindings.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_bisect.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/operator.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/math.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_locale.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/collections.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_codecs_iso2022.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/wx._misc_.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/time.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_struct.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/wx._windows_.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/termios.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/unicodedata.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libssl.so.0.9.8') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libz.so.1') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_random.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libwx_baseud_xml-2.8.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/resource.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/fastpath.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libcrypto.so.0.9.8') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/array.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libwx_baseud-2.8.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/faulthandler.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/select.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/fcntl.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_speedups.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libwx_baseud_net-2.8.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/strop.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_codecs_jp.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_lsprof.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_multibytecodec.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/cStringIO.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/library.zip') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libwx_gtk2ud_adv-2.8.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_librsync.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/librsync.so.1') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_codecs_tw.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/cPickle.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_dbus_glib_bindings.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/itertools.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/wx._core_.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/bz2.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libwx_gtk2ud_qa-2.8.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_codecs_cn.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_elementtree.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/wx._combo.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_weakref.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_heapq.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/datetime.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_codecs_hk.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/parser.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libwx_gtk2ud_core-2.8.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_ctypes.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/grp.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libbz2.so.1.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/wx._gdi_.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/wx._controls_.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_codecs_kr.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/_functools.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libpopt.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/pyexpat.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/dropbox') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/libpng12.so.0') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/binascii.so') outside of a valid path.
dropbox E: ELF file ('opt/dropbox/netifaces-0.5-py2.5-linux-i686.egg/netifaces.so') outside of a valid path.
dropbox W: Referenced library 'libwx_gtk2ud_adv-2.8.so.0' is an uninstalled dependency
dropbox W: Referenced library 'libpng12.so.0' is an uninstalled dependency
dropbox W: Referenced library 'libwx_baseud-2.8.so.0' is an uninstalled dependency
dropbox W: Referenced library 'libwx_gtk2ud_core-2.8.so.0' is an uninstalled dependency
dropbox W: Referenced library 'librsync.so.1' is an uninstalled dependency
dropbox W: Referenced library 'libwx_gtk2ud_qa-2.8.so.0' is an uninstalled dependency
dropbox W: Referenced library 'libssl.so.0.9.8' is an uninstalled dependency
dropbox W: Referenced library 'libcrypto.so.0.9.8' is an uninstalled dependency
dropbox W: Referenced library 'libwx_baseud_xml-2.8.so.0' is an uninstalled dependency
dropbox W: Referenced library 'libwx_baseud_net-2.8.so.0' is an uninstalled dependency
dropbox E: Dependency popt detected and not included (libraries ['lib/libpopt.so.0'] needed in files ['opt/dropbox/librsync.so.1'])

Genues commented on 2012-08-24 08:16

I found what blocking the dropbox folder
It process Thunar. In my system run ~ 30 "thunar -deamon" - error in config. My error...
Now work normal!

Genues commented on 2012-08-24 07:49

after reboot, problem was returned :(

luolimao commented on 2012-08-23 12:13

I guess it was a problem with the cache or with the .dropbox file. Well, at least it works now :)

Genues commented on 2012-08-23 12:08

@luolimao: thank you! I do not know what happened. I do not know exactly what helped, but now it work!
What i did:
1. Off dropbox application
2. Delete all file and folder related to dropbox (.dropbox and etc.) in ~/Dropbox
3. Rename folder Dropbox to Dropbox2
4. Uninstall dropbox
5. Delete all file and folder related to dropbox (.dropbox and etc.) in ~/
6. Install dropbox
7. Copy file from folder Dropbox2 to Dropbox
8. Delete folder Dropbox2 after sync
9. ...
8. PROFIT! :)

Genues commented on 2012-08-23 12:05

@luolimao: thank you! I do not know what happened. I do not know exactly what helped, but now it work!
What i did:
1. Off dropbox application
2. Delete all file and folder related to dropbox (.dropbox and etc.) in ~/Dropbox
3. Rename Dropbox folder
4. Uninstall dropbox
5. Delete all file and folder related to dropbox (.dropbox and etc.) in ~/
6. Install dropbox
7. ...
8. PROFIT!

luolimao commented on 2012-08-23 11:46

The Dropbox folder's mode is 777 ? That seems a bit much, since you only need 755. Anyway, I haven't seen an error like this myself, I can't really see any issues with your setup, and a quick Google search hasn't turned up anything. You can try posting your issue at the Dropbox forums, since they might be able to help you more: https://forums.dropbox.com/

Genues commented on 2012-08-23 06:35

Hello! I have problem whit Dropbox - "can't access Dropbox folder". Please tell me where to find the problem? system x64, folder right set at 777, free 200 GB.
Test at version 1.4.12, 1.4.11 and 1.5.12.
Thank you!
P.S. Sorry for my (and translate.google.com) bad english :)

Genues commented on 2012-08-23 06:34

Hello! I have problem whit Dropbox - "can't access Dropbox folder". Please tell me where to find the problem? system x64, folder right set at 777, free 200 GB.
Test at version 1.4.12, 1.4.11 and 1.5.12.
Thank you!
P.S. Sorry for my (and translate.google.com) ad english :)

andrej84 commented on 2012-08-19 08:04

Sorry my bad, it was just / full, I didn't think about that since nothing else was complaining and the permission error
was a bit misleading, anyway it works perfectly now..

dvzrv commented on 2012-08-18 15:24

hmm, works fine over here.
Looks like some conflict with a cache file. Try deleting that .dropbox.cache folder or its contents in your Dropbox.

andrej84 commented on 2012-08-18 11:50

This version is failing for me to start, with an error like:

Traceback (most recent call last):
File "core/authenticate.py", line 659, in authentication_thread
File "core/authenticate.py", line 71, in handle_register
File "core/databases.py", line 722, in load_dropbox_filecache
File "core/file_cache.py", line 850, in __init__
File "core/file_cache.py", line 833, in _create_connhub
Exception: Not a valid FileCache file

I also renamed .dropbox to set it up again but same problem, so I guess it's a problem in the version or
something in my system..

mtorromeo commented on 2012-08-03 21:17

@luolimao: thanks for the suggestions, I will update the PKDBUILD accordingly in the soon (1.4.12 only adds support for osx mountain lion so there is no rush)
@kitenski: dropbox won't run on arm. this is NOT open source and dropbox provides only i686 and x86_64 binaries.

luolimao commented on 2012-08-03 18:55

Btw, the bzip2 dependency is also unnecessary (gtk2 depends on it). Also, since bzip2 is part of the base group (which is assumed to be installed on all systems) it would be unnecessary anyway.

luolimao commented on 2012-08-03 18:42

@kitenski try changing (in the PKGBUILD file that you extracted) the line that says

arch=("i686" "x86_64")

to

arch=("i686" "x86_64" "arm")

I don't know if dropbox works on ARM, but it's worth a try.

luolimao commented on 2012-08-03 18:40

mtorromeo, the lines in the PKGBUILD that say
. find "$pkgdir/opt/dropbox/" -type d -exec chmod 755 {} \;
and
. chown -R root:root "$pkgdir/opt/dropbox"
are unnecessary; all the folders' permissions are already drwxr-xr-x (i.e. 755), and the owner of the folder is root:root after the package is installed. Also, lines 5 and 6 in dropbox.desktop could be changed from
. Exec=/opt/dropbox/dropboxd
. Icon=dropbox.png
to
. Exec=dropboxd
. Icon=dropbox
due to the /usr/bin/dropboxd soft link and how /usr/share/pixmaps is set up.
Once you up the version to 1.4.12 and change the desktop file, the md5sums lines would become
. md5sums=('3488299b1d91591d3a5ba7e2c02ec220' '9ec50da2ce59ed8c17606394b9c5e1c0' '20c97082211cf02af494043b93d5feb8' '5331288d5f5972dc2e9311d0f28dac76')
. [ "$CARCH" = "x86_64" ] && md5sums[0]='a54dd81749c02157f1691ef4ac570305'
In other words, the PKGBUILD file would look like this: http://pastebin.com/2ZjJTMj6

luolimao commented on 2012-08-03 18:39

mtorromeo, the lines in the PKGBUILD that say
find "$pkgdir/opt/dropbox/" -type d -exec chmod 755 {} \;
and
chown -R root:root "$pkgdir/opt/dropbox"
are unnecessary; all the folders' permissions are already drwxr-xr-x (i.e. 755), and the owner of the folder is root:root after the package is installed. Also, lines 5 and 6 in dropbox.desktop could be changed from
Exec=/opt/dropbox/dropboxd
Icon=dropbox.png
to
Exec=dropboxd
Icon=dropbox
due to the /usr/bin/dropboxd soft link and how /usr/share/pixmaps is set up.
Once you up the version to 1.4.12 and change the desktop file, the md5sums lines would become
md5sums=('3488299b1d91591d3a5ba7e2c02ec220' '9ec50da2ce59ed8c17606394b9c5e1c0' '20c97082211cf02af494043b93d5feb8' '5331288d5f5972dc2e9311d0f28dac76')
[ "$CARCH" = "x86_64" ] && md5sums[0]='a54dd81749c02157f1691ef4ac570305'
In other words, the PKGBUILD file would look like this: http://pastebin.com/2ZjJTMj6

Anonymous comment on 2012-08-03 10:54

Sorry for dumb question, but this is the first time using an AUR package. I've downloaded and extracted this tarball. https://aur.archlinux.org/packages/dr/dropbox/dropbox.tar.gz

I then run makepkg -s

but I get this error:

==> ERROR: dropbox is not available for the 'arm' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('arm').

ottoshmidt commented on 2012-08-01 20:19

worked fine, thanks.

luolimao commented on 2012-08-01 04:09

http://forums.dropbox.com/topic.php?id=61042 (1.4.12 stable release)

ottoshmidt commented on 2012-07-31 19:56

Segmentation fault when launched

hepha commented on 2012-07-14 09:36

Experimental Build - 1.5.8 - Mountain Lion Support! « Dropbox Forums
http://forums.dropbox.com/topic.php?id=64060&replies=39

rafaelff commented on 2012-07-12 18:56

https://wiki.archlinux.org/index.php/DeveloperWiki:usrlib

apinhal commented on 2012-07-12 18:56

Problem!

/opt/dropbox/dropbox: No such file or directory

My solution:

- delete /lib64/
- re-install glibc

Info from: https://bbs.archlinux.org/viewtopic.php?pid=1125753#p1125753

It's not good delete root folders... see it's contents before de deleting...

apinhal commented on 2012-07-12 18:52

Problem!

/opt/dropbox/dropbox: No such file or directory

My solution:

- delete# rm -r /lib64/
- reinstalling glibc

info from: https://bbs.archlinux.org/viewtopic.php?pid=1125753#p1125753

twa022 commented on 2012-07-12 06:40

1.4.11 available

apinhal commented on 2012-07-10 23:52

c

apinhal commented on 2012-07-10 13:57

@egeerardyn: thanks, that's my problem. I didn't force... I've installed multilib-devel...
I get this error when I try to reinstall glibc

error: extract: not overwriting dir with file lib64
error: problem occurred while upgrading glibc

Where /lib64 should be? This is my:

>> ls -l /lib64
total 0
lrwxrwxrwx 1 root root 14 Jun 2 11:24 libc.so.6 -> /lib/libc.so.6

Thanks agaian.

egeerardyn commented on 2012-07-10 05:00

@greenaim: If you are on a 64 bit install and have recently (force) updated glibc, you might want to check that /lib64 is is properly in place. That's what went wrong on my install, but it has nothing to do with dropbox itself. Just reinstall glibc and it should work.

apinhal commented on 2012-07-10 02:39

I get this after install dropbox and run it:
>> dropboxd
/usr/bin/dropboxd: line 10: /opt/dropbox/dropbox: No such file or directory

the files are there!

>> ls -l /opt/dropbox/dropbox*
-rwxr-xr-x 1 root root 15255655 Jul 10 03:30 /opt/dropbox/dropbox
-rwxr-xr-x 1 root root 258 Jul 10 03:30 /opt/dropbox/dropboxd

bluephoenix47 commented on 2012-06-09 03:55

Could options=('!strip') be changed to options=('!strip' '!upx')? I know upx isn't on by default in makepkg.conf, but it does break something if it is turned on.

Montague commented on 2012-05-25 18:06

Change this line please (wrong md5sum) thanks:
[ "$CARCH" = "x86_64" ] && md5sums[0]='85564753158f7094d3eb6ce165158d19'

anonymous_user commented on 2012-05-25 02:29

1.4.7 is out.

Anonymous comment on 2012-05-24 22:50

I've installed it but the GUI isn't showing up, not only a tray icon. Using gnome shell. The service is running though.

rafaelff commented on 2012-04-30 19:49

@jsjohn: not that we use Max OS X here, but ok.

jstjohn commented on 2012-04-30 19:44

Version 1.4.1 is mentioned in this forum post: http://forums.dropbox.com/topic.php?id=59297

Spike29 commented on 2012-04-27 07:01

Hi, version 1.4.0 released ;)

cippaciong commented on 2012-04-25 19:20

Version 1.3.35 released.

Anonymous comment on 2012-04-14 20:56

Running Gnome 3.2.1, I had to make sure my language was set to "Unspecified [ANSI_X3.4-1968]." If I changed it to "English," the tray icon would disappear.

manveru commented on 2012-02-29 19:44

For some reason dropboxd didn't find its shared libraries anymore, so i have to start it with `LD_LIBRARY_PATH=/opt/dropbox dropboxd` now.

jstjohn commented on 2012-02-16 21:14

Since there is no actual compilation that takes place, `build()` can be changed to `package()` to better comply with PKGBUILD formatting.

GUiHKX commented on 2012-02-16 17:16

Version 1.2.52 released.

mtorromeo commented on 2012-02-16 15:53

Actually, I am a TU. Still I don't understand why this has been flagged as outdated...

rafaelff commented on 2012-02-16 15:43

Most likely the last one, @anonymous_user. Just because it have a lot of votes, doesn't mean that it will be adopted for sure.

anonymous_user commented on 2012-02-16 15:26

Either its due to licensing or no TU wants to maintain it.

Schala commented on 2012-02-16 05:40

How can this package have over 2600 votes and not be in community repo?

muunleit commented on 2012-02-05 21:01

Sorry, it was related to a gtk-theme/engine here.

JokerBoy commented on 2012-02-05 20:35

It's gtk2 related..

rafaelff commented on 2012-02-05 19:56

read Arch news: http://www.archlinux.org/news/libpnglibtiff-rebuilds-move-from-testing/

jstjohn commented on 2012-02-05 19:51

muunleit: Install libpng if you don't have it installed already, or re-install (read: re-compile) dropbox. Check the front page news for an explanation.

muunleit commented on 2012-02-05 19:47

Dropbox is missing libpng14.so.14
(dropbox:3877): Gtk-WARNING **: libpng14.so.14: cannot open shared object file: No such file or directory

broken.pipe commented on 2012-01-26 21:27

haha! found the error. i built the pkg using upx. it seems that it brake the pkg!! thanks for your help!

broken.pipe commented on 2012-01-26 21:25

haha! found the error. i built the pkg using upx. it seems that it brake the pkg!! thanks for your help!

rafaelff commented on 2012-01-26 21:06

@broken.pipe: If my comment doesn't help, please provide your build log (with pastebin.com or any other "paste" site).

rafaelff commented on 2012-01-26 21:04

@broken.pipe: It seems dropbox doesn't depend on core/openssl. If you run 'ldd /opt/dropbox/dropbox' you will see that dropbox binary is linked to libssl.so.0.9.8 that should be located at '/opt/dropbox/libssl.so.0.9.8'. If you don't have this lib in this place, than, that's a good reason for the error.

broken.pipe commented on 2012-01-26 21:00

thx for your responses, error still exists. i reinstalled openssl from core and multilib and rebuilt dropbox.
Were there any great changes in the last release? new dependencies? because the previous version(s) worked fine without any issues.

cybertorture commented on 2012-01-26 15:14

@josephgbr pacman -Qs always shows installed packages as local
@broken.pipe try lib32-openssl

rafaelff commented on 2012-01-26 14:27

@broken.pipe: You don´t seem to have openssl from [core] (as it is "local"). I suggest that you reinstall openssl, but from [core].

broken.pipe commented on 2012-01-26 10:48

64bit and always up to date:

local/openssl 1.0.0.g-1
local/dropbox 1.2.51-1

mtorromeo commented on 2012-01-26 10:14

@broke.pipe Everything works fine here

cybertorture commented on 2012-01-26 09:22

did you update openssl ?
core/openssl 1.0.0.g-1
i can not confirm this in eighter i686 and x86_64

broken.pipe commented on 2012-01-26 06:40

does this error only occur to me?

markus ~ $ dropboxd
/opt/dropbox/dropbox: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

Anonymous comment on 2012-01-21 21:48

@wleoncio: Dropbox uses GTK2. There is no official Adwaita GTK2 theme, so it falls back to Clearlooks. Try installing a GTK2 Adwaita lookalike, such as Advaicium (http://www.webupd8.org/2011/05/advaicium-adwaita-theme-ported-to-gtk2.html)

@jstjohn: the conclusion is right, but the reasoning is misleading: -U is for installing from files, which just happens to encompass the AUR if using makepkg manually (i.e. not via a pacman wrapper)

Anonymous comment on 2012-01-21 12:14

Dropbox seems to be using clearlooks, is there any way to get it to use Adwaita instead?

Anonymous comment on 2012-01-16 14:35

How foolish of me, thankyou to JokerBoy and jstjohn.

jstjohn commented on 2012-01-15 22:20

SamColes, you need to use `pacman -U dropbox-1.2.50-1-x86_64.pkg.tar.xz`. `pacman -S` is for installing from the official repositories, not from the AUR.

https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages
https://wiki.archlinux.org/index.php/Pacman

JokerBoy commented on 2012-01-15 22:19

-U, not -S.

Anonymous comment on 2012-01-15 22:13

When I try to install:

$ makepkg -s
...
==> Finished making: dropbox 1.2.50-1 (Sun Jan 15 22:12:01 GMT 2012)
$ sudo pacman -S dropbox-1.2.50*
error: target not found: dropbox-1.2.50-1-x86_64.pkg.tar.xz

Any suggestions? thx

Anonymous comment on 2011-12-13 09:57

Ok, now I see that when I install it, the download file is correct (x86_64 version). Thank you all.

Anonymous comment on 2011-12-13 09:55

I know it works, but in Dropbox's website I saw two versions for the two architectures respectively, so I asked for personal acknowledgement. Thanks anyway.

rafaelff commented on 2011-12-12 16:52

You should try installing it. This package works fine for 64 bit system.

Anonymous comment on 2011-12-12 16:49

Why isn't there the package for x86_64 architecture, but only the one for x86?

rafaelff commented on 2011-11-13 13:13

dropbox.desktop field "Icon=dropbox.png" should not have extension (see: `grep dropbox /var/log/everything.log`)

rafaelff commented on 2011-10-27 18:49

Good point, Majortom. I'll hold nautilus-dropbox update until this package gets updated.

WiZeTeK commented on 2011-10-26 13:06

1.1.45 still seems to be the latest official. There is also a separate package dropbox-experimental 1.2.x in AUR.
I'd only flag this out-of-date if dropbox.com clearly indicated a newer version.

rafaelff commented on 2011-10-26 10:03

I don't know and didn't verify. I just notice nautilus-dropbox newest version (0.7.0) requires dropbox 1.2.45... Dropbox web interface seems to provide 1.1.45, thought.

wombalton commented on 2011-10-26 09:47

are you sure this is not just a testing version?
http://www.dropbox.com/release_notes

rafaelff commented on 2011-10-25 21:22

Version 1.2.45 is out.

source: https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-1.2.45.tar.gz
md5sum: 9b48f16f349892f91d6957e9cd7a888c

rafaelff commented on 2011-10-25 21:21

9b48f16f349892f91d6957e9cd7a888c /home/rafael/Downloads/dropbox-lnx.x86-1.2.45.tar.gz

Anonymous comment on 2011-10-23 20:41

Work perfectly in Sony Vaio FS630w. Running LXDE on wireless connection.

mtorromeo commented on 2011-09-03 15:15

Updated to 1.1.45, updated the terms of service, changed the tagline and the icon in the desktop file as suggested.

KaoDome commented on 2011-09-03 12:34

Hello, I would like to propose a modification to a file provided by this package.

The desktop file (/usr/share/applications/dropbox.desktop) specifies the icon hard coded to the actual path which prevents correct "theming". If instead of that hardcoded path it read "dropbox.png" it would be possible to use automatically the customized icon if the current icon theme provides it (e.g. the Faenza icon theme provides a replacement for the default Dropbox icon).

I think line 6 in that file should be changed to read: Icon=dropbox.png

Evilandi666 commented on 2011-08-26 08:17

@mtorromeo oh man, had leading / in /etc/pacman.conf NoUpgrade .. sry it was my fault :/

TamCore commented on 2011-08-26 07:43

pkgver=1.1.43

md5sums=('1d303b067c09ab6ca305fb527036aeab' '9ec50da2ce59ed8c17606394b9c5e1c0' 'b34263a03e5ebfb3ec6615b35273a78f' '619b5a2e49b48f564423a850c94312d7')
[ "$CARCH" = "x86_64" ] && md5sums[0]='a29190fa4420cbd2fe45807b1ac6b7f3'

mtorromeo commented on 2011-08-22 14:00

You should specify "opt/dropbox/dropboxd" (without quotes, no leading slash) in NoUpgrade.
Other than that, it is not responsibility of the PKGBUILD itself to ensure that NoUpgrade works. If it is not working, file a bug against pacman (or libalpm, not sure).

Evilandi666 commented on 2011-08-22 13:42

Could you please try to ensure that your pkgbuild does not always overwrite /opt/dropbox/dropboxd when this one is in /etc/pacman.conf -> NoUpgrade = ...

It is very annoying, even if you do chmod -w on it, it will be overwritten. Some of us use different/extenden dropboxd scripts.. so that's why it is annoying....

Anonymous comment on 2011-08-21 02:08

I tried that, my chown got messed up some how. I got it fixed now. Thanks

Anonymous comment on 2011-08-20 13:15

@matt_head : all you have to do is edit PKGBUILD and replace "root.root" by "root:root".

mtorromeo commented on 2011-06-29 19:36

It is a quote from the website, it seems it has been removed now, but you can still see it in google results https://encrypted.google.com/search?q=Secure+backup%2C+sync+and+sharing+made+easy&lr=&qscrl=1

Tomato commented on 2011-06-29 19:24

I'd say that "Secure" in the package summary is a bit daft in light of latest revelations...

Anonymous comment on 2011-06-15 12:11

Ahh yep, thats what I did. I have only been new to this and every time it seems I've looked in the tarball it's just the PKGBUILD file so I figured it would be alright. Sorry, that was my fault. Thanks for the script btw!

Anonymous comment on 2011-06-14 01:22

@chrisportela
Works here.
You need to D/L the entire Tarball and extract. I got a feeling you just D/L the PKGBUILD. That IS the error you would get (it 1st to be sourced that is not downloadable.)
Be sure to read https://wiki.archlinux.org/index.php/AUR_User_Guidelines if you've not already done so.

Anonymous comment on 2011-06-14 00:03

Fails trying to find dropbox.png

mtorromeo commented on 2011-05-30 07:13

@Vladimiroff: seems like an upstream bug. I don't use selective sync so I never ran into this.

@ngoonee: the link is https:// because of a previous request. I don't really care which one to use, but I cannot satisfy both requests so just change the link in the PKGBUILD.

@NobodySpecial: thanks!

Vladimiroff commented on 2011-05-29 22:56

Segmentation fault on trying to sync selective folders, only.

ngoonee commented on 2011-05-29 22:23

Request: could the download link be http:// rather than https://? Works fine here, and the https link somehow never seems to get started. Even better, my university blocks some https links =).

NobodySpecial commented on 2011-05-29 15:35

mtorromeo - no need to apologize, we appreciate your help!

mtorromeo commented on 2011-05-29 14:44

Updated. Sorry for the wait.

sl1pkn07 commented on 2011-05-22 17:25

md5: 3ad42a48f52a78c3af0a0ba78c1920d7 (1.1.34)

Anonymous comment on 2011-05-21 19:46

1.1.34 is out.

rafaelff commented on 2011-05-12 17:43

It could be wrong, but namcap returns these error messages (and some non important warning messages, not mentioned here:

dropbox E: Dependency popt detected and not included (libraries ['lib/libpopt.so.0'] needed in files ['opt/dropbox/librsync.so.1'])
dropbox E: Dependency sqlite3 detected and not included (libraries ['usr/lib/libsqlite3.so.0'] needed in files ['opt/dropbox/_sqlite3.so'])

Anonymous comment on 2011-05-08 03:21

@twa022: Dropbox needs Python 2 and, possibly, GTK 2 to work. Check those are installed.

Anonymous comment on 2011-05-06 15:43

For 64bit systems change
pkgver=1.1.28 to pkgver=1.1.31

change
[ "$CARCH" = "x86_64" ] && md5sums[0]='6c22e7c6d3370512d677d10059b23618'
to
[ "$CARCH" = "x86_64" ] && md5sums[0]='a607cae9520626a208b51bb6d4230d5d'

then it will load up fine.

Anonymous comment on 2011-05-04 19:00

http://pastebin.com/9sijLfB8

here you go

Anonymous comment on 2011-05-04 17:28

@dundee: change the pkgver to 1.1.31.
When getting an md5sum error (this should happen), manually md5sum the by-makepkg-downloaded dropbox-lnx.*-1.1.31tar.gz and edit the pkgbuild to change the source md5 sum

dundee commented on 2011-05-04 17:05

https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-1.1.28.tar.gz....404 NOT FOUND

anonymous_user commented on 2011-05-04 03:58

1.1.31 is out now.

KaoDome commented on 2011-05-03 16:46

1.1.29 seems to be the latest version.

Gringo commented on 2011-05-02 11:45

@sylar_5: I don't have nautilus-dropbox, but thunar-dropbox installed. I'm also having the problem that twa022 describes. So it's probably not a nautilus-dropbox problem?

Anonymous comment on 2011-05-02 08:48

@archibald:
belongs to nautilus-dropbox, and not dropbox package.
but:
try to re-download nautilus-dropbox-0.6.7.tar.bz2
if this doesn't work:
manually md5sum it, and change the md5sum in the PKGBUILD.

tyr0 commented on 2011-05-01 21:11

I can´t update dropbox because of this error: http://pastebin.com/bSsrmaG5

tyr0 commented on 2011-05-01 21:09

I can´t update dropbox because of these errors:

error: failed to commit transaction (In Konflikt stehende Dateien)
dropbox: /opt/dropbox/ACKNOWLEDGEMENTS exists in filesystem
dropbox: /opt/dropbox/README exists in filesystem
dropbox: /opt/dropbox/VERSION exists in filesystem
dropbox: /opt/dropbox/_bisect.so exists in filesystem
dropbox: /opt/dropbox/_codecs_cn.so exists in filesystem
dropbox: /opt/dropbox/_codecs_hk.so exists in filesystem
dropbox: /opt/dropbox/_codecs_iso2022.so exists in filesystem
dropbox: /opt/dropbox/_codecs_jp.so exists in filesystem
dropbox: /opt/dropbox/_codecs_kr.so exists in filesystem
dropbox: /opt/dropbox/_codecs_tw.so exists in filesystem
dropbox: /opt/dropbox/_ctypes.so exists in filesystem
dropbox: /opt/dropbox/_dbus_bindings.so exists in filesystem
dropbox: /opt/dropbox/_dbus_glib_bindings.so exists in filesystem
dropbox: /opt/dropbox/_functools.so exists in filesystem
dropbox: /opt/dropbox/_hashlib.so exists in filesystem
dropbox: /opt/dropbox/_heapq.so exists in filesystem
dropbox: /opt/dropbox/_librsync.so exists in filesystem
dropbox: /opt/dropbox/_locale.so exists in filesystem
dropbox: /opt/dropbox/_lsprof.so exists in filesystem
dropbox: /opt/dropbox/_multibytecodec.so exists in filesystem
dropbox: /opt/dropbox/_random.so exists in filesystem
dropbox: /opt/dropbox/_socket.so exists in filesystem
dropbox: /opt/dropbox/_speedups.so exists in filesystem
dropbox: /opt/dropbox/_sqlite3.so exists in filesystem
dropbox: /opt/dropbox/_ssl.so exists in filesystem
dropbox: /opt/dropbox/_struct.so exists in filesystem
dropbox: /opt/dropbox/_weakref.so exists in filesystem
dropbox: /opt/dropbox/array.so exists in filesystem
dropbox: /opt/dropbox/binascii.so exists in filesystem
dropbox: /opt/dropbox/bz2.so exists in filesystem
dropbox: /opt/dropbox/cPickle.so exists in filesystem
dropbox: /opt/dropbox/cStringIO.so exists in filesystem
dropbox: /opt/dropbox/collections.so exists in filesystem
dropbox: /opt/dropbox/datetime.so exists in filesystem
dropbox: /opt/dropbox/dropbox exists in filesystem
dropbox: /opt/dropbox/dropboxd exists in filesystem
dropbox: /opt/dropbox/fastpath.so exists in filesystem
dropbox: /opt/dropbox/fcntl.so exists in filesystem
dropbox: /opt/dropbox/grp.so exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-app.icon exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-app.svg exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-selsync.icon exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-selsync.png exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-syncing.icon exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-syncing.png exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-unsyncable.icon exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-unsyncable.png exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-uptodate.icon exists in filesystem
dropbox: /opt/dropbox/icons/emblems/emblem-dropbox-uptodate.png exists in filesystem
dropbox: /opt/dropbox/icons/hicolor/16x16/status/dropboxstatus-blank.png exists in filesystem
dropbox: /opt/dropbox/icons/hicolor/16x16/status/dropboxstatus-busy.png exists in filesystem
dropbox: /opt/dropbox/icons/hicolor/16x16/status/dropboxstatus-busy2.png exists in filesystem
dropbox: /opt/dropbox/icons/hicolor/16x16/status/dropboxstatus-idle.png exists in filesystem
dropbox: /opt/dropbox/icons/hicolor/16x16/status/dropboxstatus-logo.png exists in filesystem
dropbox: /opt/dropbox/icons/hicolor/16x16/status/dropboxstatus-x.png exists in filesystem
dropbox: /opt/dropbox/itertools.so exists in filesystem
dropbox: /opt/dropbox/libbz2.so.1.0 exists in filesystem
dropbox: /opt/dropbox/libcrypto.so.0.9.8 exists in filesystem
dropbox: /opt/dropbox/libpng12.so.0 exists in filesystem
dropbox: /opt/dropbox/libpopt.so.0 exists in filesystem
dropbox: /opt/dropbox/library.zip exists in filesystem
dropbox: /opt/dropbox/librsync.so.1 exists in filesystem
dropbox: /opt/dropbox/libsqlite3.so.0 exists in filesystem
dropbox: /opt/dropbox/libssl.so.0.9.8 exists in filesystem
dropbox: /opt/dropbox/libwx_baseud-2.8.so.0 exists in filesystem
dropbox: /opt/dropbox/libwx_baseud_net-2.8.so.0 exists in filesystem
dropbox: /opt/dropbox/libwx_baseud_xml-2.8.so.0 exists in filesystem
dropbox: /opt/dropbox/libwx_gtk2ud_adv-2.8.so.0 exists in filesystem
dropbox: /opt/dropbox/libwx_gtk2ud_core-2.8.so.0 exists in filesystem
dropbox: /opt/dropbox/libwx_gtk2ud_qa-2.8.so.0 exists in filesystem
dropbox: /opt/dropbox/libz.so.1 exists in filesystem
dropbox: /opt/dropbox/math.so exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/EGG-INFO/PKG-INFO exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/EGG-INFO/SOURCES.txt exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/EGG-INFO/dependency_links.txt exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/EGG-INFO/native_libs.txt exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/EGG-INFO/not-zip-safe exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/EGG-INFO/top_level.txt exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/_ncrypt.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/_ncrypt.so exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/__init__.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/bignum.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/cipher.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/dh.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/digest.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/err.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/rand.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/rsa.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/ssl.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/__init__.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/decrypt.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/encrypt.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/filterprog.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/hash.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/md5hash.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/sha1hash.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/ssl/__init__.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/ssl/sslclient.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/ssl/sslserver.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/ssl/sslserver1.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/test.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/testcipher.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/testdigest.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/testrand.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/test/testrsa.pyc exists in filesystem
dropbox: /opt/dropbox/ncrypt-0.6.4-py2.5-linux-x86_64.egg/ncrypt/x509.pyc exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/EGG-INFO/PKG-INFO exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/EGG-INFO/SOURCES.txt exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/EGG-INFO/dependency_links.txt exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/EGG-INFO/native_libs.txt exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/EGG-INFO/not-zip-safe exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/EGG-INFO/top_level.txt exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/netifaces.pyc exists in filesystem
dropbox: /opt/dropbox/netifaces-0.5-py2.5-linux-x86_64.egg/netifaces.so exists in filesystem
dropbox: /opt/dropbox/operator.so exists in filesystem
dropbox: /opt/dropbox/parser.so exists in filesystem
dropbox: /opt/dropbox/pyexpat.so exists in filesystem
dropbox: /opt/dropbox/resource.so exists in filesystem
dropbox: /opt/dropbox/select.so exists in filesystem
dropbox: /opt/dropbox/setuptools-0.6c11-py2.5.egg exists in filesystem
dropbox: /opt/dropbox/strop.so exists in filesystem
dropbox: /opt/dropbox/termios.so exists in filesystem
dropbox: /opt/dropbox/time.so exists in filesystem
dropbox: /opt/dropbox/unicodedata.so exists in filesystem
dropbox: /opt/dropbox/wx._controls_.so exists in filesystem
dropbox: /opt/dropbox/wx._core_.so exists in filesystem
dropbox: /opt/dropbox/wx._gdi_.so exists in filesystem
dropbox: /opt/dropbox/wx._misc_.so exists in filesystem
dropbox: /opt/dropbox/wx._windows_.so exists in filesystem
dropbox: /opt/dropbox/zlib.so exists in filesystem
dropbox: /usr/bin/dropboxd exists in filesystem
dropbox: /usr/share/applications/dropbox.desktop exists in filesystem
dropbox: /usr/share/licenses/dropbox/terms.html exists in filesystem
dropbox: /usr/share/pixmaps/dropbox.png exists in filesystem

Anonymous comment on 2011-05-01 14:09

==> Validating source files with md5sums...
nautilus-dropbox-0.6.7.tar.bz2 ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build nautilus-dropbox.

twa022 commented on 2011-05-01 02:39

Just started getting this error after running GNOME3 upgrade from extra:

pid: 7338
ppid: 1
uid: 1000
user_info: ('$USER', 'x', 1000, 100, ',,,', '$HOME/', '/bin/bash')
effective_user_info: ('$USER', 'x', 1000, 100, ',,,', '$HOME/', '/bin/bash')
euid: 1000
gid: 100
egid: 100
group_info: ('users', '', 100, ['$USER'])
effective_group_info: ('users', '', 100, ['$USER'])
appdata: u'$HOME//.dropbox'
mode=040700 uid=1000 gid=100
parent mode=040700 uid=1000 gid=100
dropbox_path: u'$HOME//Dropbox'
mode=040700 uid=1000 gid=100
parent mode=040700 uid=1000 gid=100
HOME: $HOME/
tempdir: '/tmp'
mode=041777 uid=0 gid=0
parent mode=040755 uid=0 gid=0
Traceback (most recent call last):
File "__main__dropbox__.py", line 843, in main_startup
File "__main__dropbox__.py", line 499, in run
File "__main__dropbox__.py", line 336, in activate_translation
File "common_util/i18n.py", line 131, in activate_translation
File "common_util/i18n.py", line 172, in system_lang_code
AttributeError: 'NoneType' object has no attribute 'split'

Anyone else get it / resolved it?

Anonymous comment on 2011-04-29 07:12

@entangled: You should give more information if we shall understand WHICH permission error.
If you mean the one discussed here, see the latest posts (especially mine); but an updated script can be found in the wiki

entangled commented on 2011-04-28 19:38

Any workaround for permission error?

Anonymous comment on 2011-04-26 11:06

Current version is 1.1.28: https://dl-web.dropbox.com/u/17/dropbox-lnx.x86-1.1.28.tar.gz

Anonymous comment on 2011-04-19 14:20

daemon script @ https://wiki.archlinux.org/index.php/Dropbox#Daemon is working again with 1.1.25-1 - many thanks sylar_5 and mtorromeo.

Anonymous comment on 2011-04-16 13:43

My previous workaround doesn't work when running it through rc.conf DAEMON array...
just insert a
LANG=$LOCALE
just before the "su -c "/usr/bin/dropboxd &" $USER"

Anonymous comment on 2011-04-15 19:39

Found the problem with the script:
dropbox is somehow in conflict with /etc/rc.d/functions
so just remove the ". /etc/rc.d/functions" command from the top of the script, and then every call of stat_busy, stat_done, stat_fail, add_daemon, rm_daemon.

Anonymous comment on 2011-04-15 10:40

1.1.23-1 wont work with the daemon script @ https://wiki.archlinux.org/index.php/Dropbox#Daemon any more, it complains about permissions. Strangely, manual
su -c "/usr/bin/dropboxd &" $USER
does work :/

Anyone have any ideas? As I don't use a DE or Filemanager and start/stop dropbox with wicd upon connect/disconnect.

mtorromeo commented on 2011-04-04 14:22

@pherms: Done.

pherms commented on 2011-04-03 16:36

Do you mind adding the following line to your .desktop file? Otherwise KDE waits till timeout for a window to open when dropbox starts.

StartupNotify=false

pherms commented on 2011-04-03 16:35

Do you mind adding the following line to you .desktop file? Otherwise KDE waits till timeout for window to open when dropbox starts.

StartupNotify=false

mtorromeo commented on 2011-03-31 14:10

Yes but it tries to modify it at runtime, not at install time. It also asks you for your root credentials, and you shouldn't give them if you don't want dropbox to mess with your system.
Anyway this is not a problem of the PKGBUILD, if this is an issue for you file a bug report upstream.

mtorromeo commented on 2011-03-31 14:09

Yes but it tries to modify it at runtime, not at install time. It also asks you for your root credentials, and you shouldn't give them if you don't want dropbox to mess with your system.
Anyway this is not a problem of the PKGBUILD, it this is an issue for you file a bug upstream.

Mustard commented on 2011-03-31 14:06

UUID=59a0dd41-ffbb-4894-b0aa-11ef9a2941d2 / ext4 defaults 0 1
# Commented out by Dropbox
# UUID=88fb7f02-7cbf-484b-8141-dedb65252634 /home ext4 defaults 0 1
UUID=959469a5-5045-41cc-915f-dc2b40c15005 swap swap defaults 0 0
UUID=f0886666-c374-41e7-8912-7667c7877b8a /boot ext2 defaults 0 1
UUID=88fb7f02-7cbf-484b-8141-dedb65252634 /home ext4 defaults,user_xattr 0 1

I would say that's pretty conclusive proof that it modifies /etc/fstab for me anyway. :)

Anonymous comment on 2011-03-21 18:21

@Awebb
You are right, the installer modifies /etc/fstab, although it asks you before if you want to
"activate advanced features" or something like that,
and then asks for the root password.

kjell commented on 2011-03-17 12:38

@Awebb:
I backed up my fstab file before install, ran diff and I didn't find any changes.

kjell commented on 2011-03-17 12:37

@Awebb:
I backed up my fstab file before installing, ran diff afterward and I didn't find any changes.

thelinx commented on 2011-03-14 00:38

Is there a reason why only dropboxd is linked to /usr/bin and not dropbox?

JokerBoy commented on 2011-03-09 07:04

mtorromeo commented on 2011-03-08 16:02

@Awebb: I also don't have any problem.
Dropbox shouldn't be able to edit /etc/fstab anyway, unless you run it from root.

sschober commented on 2011-03-08 12:39

@Awebb:

No problem here. Inspecting the package i don't see where the change to /etc/fstab is supposed to happen...

Awebb commented on 2011-03-05 10:32

Make sure you backup your /etc/fstab before installing this package.

The installer will comment out your "/home" line, copy it to a new line and add ",user_xattr".
I wouldn't have noticed, but it also adds the line "# Commented out by Dropbox".

The changes are relevant for DB to work properly and they don't do any harm, but I don't appreciate messing with my system files without informing me about that.
Maybe you should consider creating a .install file to tell the user what happened.

Awebb commented on 2011-03-05 10:31

Make sure you backup your /etc/fstab before installing this package.

The installer will comment out your "/home" line, copy it to a new line and add ",user_xattr".
I wouldn't have noticed, but it also adds the line "# Commented out by Dropbox".

The changes are relevant for DB to work properly and they don't do any harm, but I don't appreciate messing with my system files without informing me about that.

chemist69 commented on 2011-03-02 11:55

haagch commented on 2011-01-28 21:42

~ % dropboxd
Traceback (most recent call last):
File "<string>", line 5, in <module>
zipimport.ZipImportError: not a Zip file: '/opt/dropbox/library.zip'
~ % file /opt/dropbox/library.zip
/opt/dropbox/library.zip: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped

wtf?

mtorromeo commented on 2011-01-27 20:39

Updated.
@jxy: Sorry to inform you that dropbox is a closed source application.

Anonymous comment on 2011-01-27 16:33

1.0.20 is out. How about compiling from source?

Anonymous comment on 2011-01-07 10:54

@Ossk, same problem here.

Anonymous comment on 2011-01-06 12:28

Someone can tell me why dropbox tray doesn't use theme icons? I read somewhere that it should.

mtorromeo commented on 2010-12-17 08:49

Updated

adament commented on 2010-12-17 08:32

A new stable has been released:
http://blog.dropbox.com/?p=581
http://forums.dropbox.com/topic.php?id=29000
https://www.dropbox.com/install

axil42 commented on 2010-12-05 08:43

Why was this marked out of date? The latest stable release is still 0.7.110.

Anonymous comment on 2010-11-20 01:39

@actberw: you need to install nautilus-dropbox https://aur.archlinux.org/packages.php?ID=19615

voskakism commented on 2010-10-21 23:24

great! thanks!

Anonymous comment on 2010-09-25 02:17

the problem is that there is no icon on the folder in the dropbox!

Anonymous comment on 2010-09-25 01:08

googd work!thanks !

mtorromeo commented on 2010-08-01 10:12

netsan: it doesn't seem like a PKGBUILD problem. Do you have libarchive installed? It seems like you are missing bsdtar.

Anonymous comment on 2010-08-01 07:01

Problem when trying to makepkg -s:

http://aur.pastebin.com/QFXZ9KNv

exterm commented on 2010-07-22 14:21

Yes, they have always been quite unclear about this. They had 0.7.110 as stable forum build for months before putting it on the official download page. Don't know why. I can understand you want to wait for it to become "more official". I will check the download page from time to time to see if it has been updated and report back here.

mtorromeo commented on 2010-07-22 13:15

It doesn't seem clear to me. They said they removed the experimental tagline, but it still is a "forum build" and the version downloaded following this link http://www.dropbox.com/download?plat=lnx.x86 is still 0.7.110, so unless there is a clear statement that 0.8 is the official "stable" version I am unflagging this.

exterm commented on 2010-07-22 10:42

http://forums.dropbox.com/topic.php?id=22231

Dropbox 0.8.x series is no longer experimental. This package should be updated to version 0.8.89

enedene commented on 2010-07-12 08:47

mtorromeo: Thank you very much it works perfectly now.

mtorromeo commented on 2010-07-12 07:04

enedene: You have to download the complete archive that contains additional required files. The PKGBUILD alone is not enough.
Then you can run "makepkg -s" in the directory of the untarred archive.

enedene commented on 2010-07-11 22:05

I get this error:
==> ERROR: dropbox.png was not found in the build directory and is not a URL.

I'm new to arch, so it's possible that I'm doing something wrong:
1. I downloaded the PKGBUILD package
2. makepkg -s PKGBUILD

Then I get that ERROR.

mtorromeo commented on 2010-06-22 13:52

I redownloaded the tarball and the MD5 is still the same

scj7t4 commented on 2010-06-17 14:55

The MD5 for the dropbox-lnx.x86-0.7.110.tar.gz is now 4a6defd37dfd1bd67260acbd8f80907a on x86

mtorromeo commented on 2010-03-26 13:35

No. It contains also the X11 application that sits in the tray area but this doesn't contains the nautilus integration.
Check nautilus-dropbox for that.

hgabreu commented on 2010-03-26 12:16

is this package the daemon only? to be used in a headless machine?