@jstjohn: done, thanks!
Search Criteria
Package Details: dropbox 211.4.6008-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/dropbox.git (read-only, click to copy) |
---|---|
Package Base: | dropbox |
Description: | A free service that lets you bring your photos, docs, and videos anywhere and share them easily. |
Upstream URL: | https://www.dropbox.com |
Licenses: | custom |
Submitter: | mtorromeo |
Maintainer: | mtorromeo |
Last Packager: | mtorromeo |
Votes: | 2375 |
Popularity: | 2.44 |
First Submitted: | 2009-01-22 14:21 (UTC) |
Last Updated: | 2024-10-30 08:51 (UTC) |
Dependencies (14)
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- libsm
- libxcomposite
- libxdamage
- libxmu
- libxrender
- libxslt (libxslt-gitAUR)
- libxxf86vm
- gendesk (make)
- libappindicator-gtk3 (optional) – make tray icons themed under some desktop environments like KDE plasma
- perl-file-mimeinfo (optional) – opening dropbox folder on some desktop environments
- ufw-extras (optional) – ufw rules for dropbox
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR) (optional) – for "Launch Dropbox Website" and file manager integration
Required by (9)
Sources (8)
- dropbox.service
- dropbox@.service
- DropboxGlyph_Blue.svg
- https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86-205.4.5765.tar.gz
- https://clientupdates.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86-205.4.5765.tar.gz.asc
- https://edge.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86_64-211.4.6008.tar.gz
- https://edge.dropboxstatic.com/dbx-releng/client/dropbox-lnx.x86_64-211.4.6008.tar.gz.asc
- terms.txt
Latest Comments
« First ‹ Previous 1 .. 56 57 58 59 60 61 62 63 64 65 66 .. 96 Next › Last »
mtorromeo commented on 2013-11-27 08:30 (UTC)
jstjohn commented on 2013-11-27 02:07 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
@poxar
Thanks a lot for the Thunar tip, this was something that was starting to drive me crazy.
crazyh commented on 2013-11-14 10:44 (UTC)
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.
lahwaacz commented on 2013-11-11 20:14 (UTC)
@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 (UTC)
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 (UTC)
@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
Pinned Comments
yan12125 commented on 2019-01-05 16:39 (UTC) (edited on 2019-02-27 08:11 (UTC) by yan12125)
Run the following command in case you got errors during "Verifying source file signatures with gpg..."
Alternatively, you can download Dropbox's public key from https://linux.dropbox.com/fedora/rpm-public-key.asc and import it with:
You can check whether keys are successfully imported or not using the output of
gpg -k
. You should find something like this:yan12125 commented on 2018-08-01 11:41 (UTC) (edited on 2020-01-24 15:13 (UTC) by yan12125)
If you can't run the dropbox@ service normally, try to create a read-only directory ~/.dropbox-dist and run again.
yan12125 commented on 2017-11-06 15:13 (UTC) (edited on 2019-03-18 03:50 (UTC) by yan12125)
Some useful places for issues about Dropbox itself (not the package):
https://www.dropboxforum.com/t5/Desktop-client-builds/bd-p/101003016 Official Dropbox user feedback forum
Arch Linux discussion places: https://bbs.archlinux.org/, #archlinux on freenode.net, https://lists.archlinux.org/listinfo/aur-general