@renatocan:
> However, it occurs only on my desktop and not on my laptop.
That's funny, I have the same issue with cinnamon. My desktop does not show the icon, but my laptop does (both cinnamon, same version), while KDE always shows the icon.
It would be nice to find a workaround for hidden tray icons.
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: | 2374 |
Popularity: | 1.54 |
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 .. 20 21 22 23 24 25 26 27 28 29 30 .. 96 Next › Last »
nullptr_t commented on 2017-09-28 05:27 (UTC)
renatocan commented on 2017-09-28 01:34 (UTC)
I am also having a similar problem to the one mentioned by @dedfed. I use XFCE and although the startup option is disabled in Dropbox, the autostart file is created and it starts but the icon is not showed in system tray. The synchronization works but, to have the icon showed, I have to kill dropbox process and open it again.
I could only make the icon work when starting xfce by creating a script with a "sleep 15" before calling dropbox. However, after dropbox is initialized the first time it creates a new autostart file which breaks this solution (since dropbox starts without the icon before my script is called).
The problem started since last update. However, it occurs only on my desktop and not on my laptop.
Thanks,
Renato.
yan12125 commented on 2017-09-27 07:43 (UTC)
@dedfed: sounds the reverse of an older bug. @coxackie's comment on 2017-08-16 16:42 and my comment on 2017-08-19 18:15 may help.
dedfed commented on 2017-09-27 07:02 (UTC)
I have a problem with xfce4 where i have the startup option disabled but every time i start my laptop dropbox starts.
I have also looked in "Session and startup" settings but disabling or deleting
the dropbox entry does not seem to work as dropbox reactivates/ recreates the
entry every time i start it.
I have also tried to add "Hidden=true" on my dropbox.desktop file, but this
seemed to work only until the next update.
rabarrett commented on 2017-09-25 05:42 (UTC)
Thank you so much yan!
I didn't think about the fact that I crashed a couple of days ago while updating. Seems I have a regular problem crashing whenever I'm copying a large file to a USB. I've searched all over and tried copying with different things (rsync, pycp, etc.), but nothing seems to work. And since my forum searches keep turning up nothing on the issue, I'm not sure how to solve the large copy problem.
But at least dropbox is working again. Much appreciated.
rabarrett commented on 2017-09-25 05:42 (UTC)
Thank you so much yan!
I didn't think about the fact that I crashed a couple of days ago while updating. Seems I have a regular problem crashing whenever I'm copying a large file to a USB. I've searched all over and tried copying with different things (rsync, pycp, etc.), but nothing seems to work. And since my forum searches keep turning up nothing on the issue, I'm not sure how to solve the large copy problem.
But at least dropbox is working again. Much appreciated.
yan12125 commented on 2017-09-24 18:33 (UTC)
@rabarrett: the checksum is correct. Most likely you got a broken file (partial downloads, etc.) Try to delete existing dropbox-lnx.x86_64-35.4.20.tar.gz and install again.
rabarrett commented on 2017-09-24 15:00 (UTC)
Hi yan. I managed to manually remove and reinstall knewstuff. I'm still having a problem with dropbox. It complains about the integrity check.
AUR Packages (1) dropbox-35.4.20-1
:: Proceed with installation? [Y/n] y
:: Retrieving package(s)...
:: dropbox build files are up-to-date -- skipping
:: Checking dropbox integrity...
==> Making package: dropbox 35.4.20-1 (Sun Sep 24 09:53:46 CDT 2017)
==> Retrieving sources...
-> Found dropbox.png
-> Found dropbox.desktop
-> Found terms.txt
-> Found dropbox.service
-> Found dropbox@.service
-> Found dropbox-lnx.x86_64-35.4.20.tar.gz
==> Validating source files with sha256sums...
dropbox.png ... Passed
dropbox.desktop ... Passed
terms.txt ... Passed
dropbox.service ... Passed
dropbox@.service ... Passed
==> Validating source_x86_64 files with sha256sums...
dropbox-lnx.x86_64-35.4.20.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
:: failed to verify dropbox integrity
yan12125 commented on 2017-09-24 14:20 (UTC)
As knewstuff itself doesn't work, it's not a dropbox issue but a knewstuff one. Mailing lists, IRC channels or forums are better places for this problem.
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