Package Details: dropbox 197.4.7571-1

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: 2377
Popularity: 0.68
First Submitted: 2009-01-22 14:21 (UTC)
Last Updated: 2024-04-24 07:07 (UTC)

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

gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E

Alternatively, you can download Dropbox's public key from https://linux.dropbox.com/fedora/rpm-public-key.asc and import it with:

gpg --import rpm-public-key.asc

You can check whether keys are successfully imported or not using the output of gpg -k. You should find something like this:

pub   rsa2048 2010-02-11 [SC]
      1C61A2656FB57B7E4DE0F4C1FC918B335044912E
uid           [ unknown] Dropbox Automatic Signing Key <linux@dropbox.com>

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):

  1. https://www.dropboxforum.com/t5/Desktop-client-builds/bd-p/101003016 Official Dropbox user feedback forum

  2. Arch Linux discussion places: https://bbs.archlinux.org/, #archlinux on freenode.net, https://lists.archlinux.org/listinfo/aur-general

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 94 Next › Last »

nipsky commented on 2020-02-28 20:30 (UTC)

Hi, for the last few versions, I’m getting the following error:

==> Starting prepare()...
[dropbox]                         Generating desktop file... no
dropbox.desktop already exists. Use -f as the first argument to gendesk to overwrite.
==> ERROR: A failure occurred in prepare().
    Aborting...

fra-san commented on 2020-01-24 18:32 (UTC)

@jomority No problem, it would be unreasonable to require everybody to read hundreds of comments before posting anything. Maybe we (I, at least) should add a few notes about the Dropbox startup process to the Wiki.

jomority commented on 2020-01-24 17:17 (UTC) (edited on 2020-01-24 17:20 (UTC) by jomority)

@fra-san Ah, sorry, I was not aware that it was already proposed.

So, it looks like currently, no easy solution for all setups is possible. It could maybe be solved by a wrapper script, but really the starting process should be standardized upstream.

The %h is on me. I didn't test it with the system unit. I used it because homes can be in other locations than /home/$USER. It seems like there is no easy solution for instantiated units for that case.

And I forgot, that I symlinked .dropbox to .local/share/dropbox.

So next time I will think longer and search harder, before I post here.

fra-san commented on 2020-01-24 16:39 (UTC) (edited on 2020-01-24 16:59 (UTC) by fra-san)

@jomority Something like that has been proposed in late 2018, see this comment by soderstrom.

Unfortunately it doesn't work in some configurations, as I pointed out back then. The dropbox process only forks if it can find a new version online. This is usually true if you haven't opted out from the "Early releases" program. If a new version cannot be found, the process does not fork, systemd assumes something went wrong (when a timeout is hit), kills it and starts a new instance. In a loop. This issue may be possibly worked out, but any solution will have to be thoroughly tested before it can be added to the package.

As an aside: %h in system units (dropbox@) resolves to /root; (at least on my system) the pid file's full path has to be /home/%I/.dropbox/dropbox.pid.

jomority commented on 2020-01-24 15:35 (UTC)

I have another solution for using the dropbox service (referencing the pinned comment of yan12125 from 2018-08-01). Override the unit with:

[Service]
# Fix successful start not detected
SuccessExitStatus=SIGKILL
# Fix stopping and detection of running status and main process
Type=forking
PIDFile=%h/.local/share/dropbox/dropbox.pid

You can override this with systemctl --user edit dropbox or sudo systemctl edit dropbox@ depending on if you are using the user service.

Maybe the package sources could also be updated.

dlezo commented on 2020-01-11 13:56 (UTC)

I'm also constantly having that message about using -f in gendesk. I know very little about PKGBUILD files, but I can assure that I only have this issue with this Dropbox build file, and it happens everytime I update Dropbox. The rest of the packages I have installed don't complains about using -f with gendesk or need any kind of special attention. I really appreciate the work of the maintainers of this package, but having to update it in a different way than others is not user friendly. Some users like myself would prefer to simplify everything as much as possible when update their systems.

friday13 commented on 2019-12-25 14:11 (UTC) (edited on 2019-12-25 14:12 (UTC) by friday13)

warning: could not get file information for opt/dropbox/libdropbox_sqlite_ext.so
warning: could not get file information for opt/dropbox/libdropbox_tprt.so
warning: could not get file information for opt/dropbox/libffi.so.6
warning: could not get file information for opt/dropbox/libicudata.so.42
warning: could not get file information for opt/dropbox/libicui18n.so.42
warning: could not get file information for opt/dropbox/libicuuc.so.42
warning: could not get file information for opt/dropbox/libpopt.so.0
warning: could not get file information for opt/dropbox/librsync.so.1
warning: could not get file information for opt/dropbox/librsyncffi.compiled._librsyncffi.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/linuxffi.gnu.compiled._linuxffi_gnu.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/linuxffi.pthread._linuxffi_pthread.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/linuxffi.resolv.compiled._linuxffi_resolv.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/linuxffi.sys.compiled._linuxffi_sys.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/linuxinfinite.compiled._infinite.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/math.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/mmap.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/nucleus_python.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/parser.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/plugins/platforms/libqxcb.so
warning: could not get file information for opt/dropbox/posixffi.libc._posixffi_libc.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/psutil._psutil_linux.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/psutil._psutil_posix.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/pyexpat.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/python-packages.zip
warning: could not get file information for opt/dropbox/qt.conf
warning: could not get file information for opt/dropbox/resource.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/resources/resources_images.rcc
warning: could not get file information for opt/dropbox/resources/resources_qml.rcc
warning: could not get file information for opt/dropbox/select.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/sip.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/termios.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/tornado.speedups.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/tprt.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/unicodedata.cpython-37m-x86_64-linux-gnu.so
warning: could not get file information for opt/dropbox/wmctrl
warning: could not get file information for usr/bin/dropbox
warning: could not get file information for usr/lib/systemd/system/dropbox@.service
warning: could not get file information for usr/lib/systemd/user/dropbox.service
warning: could not get file information for usr/share/applications/dropbox.desktop
warning: could not get file information for usr/share/licenses/dropbox/terms.txt
warning: could not get file information for usr/share/pixmaps/dropbox.svg
:: Processing package changes...
(1/1) reinstalling dropbox                                             [---------------------------------------] 100%
error: could not extract /opt/dropbox/libdropbox_nucleus.so (Lzma library error:  No progress is possible)
error: problem occurred while upgrading dropbox
error: could not commit transaction
error: failed to commit transaction (transaction aborted)
Errors occurred, no packages were upgraded.

servimo commented on 2019-12-12 14:51 (UTC) (edited on 2019-12-19 11:47 (UTC) by servimo)

I could not run dropbox, it gives me this error: "thread panicked while processing panic. aborting. Segmentation faul (core image recorded)"

ranger commented on 2019-12-11 23:39 (UTC)

You are right, it's not correct because it's not failing for me. But it is correct because it is as the official guideline describes. It fails if you don't clear your build path. The wiki says you should clean the build path. Clean your build path.

Traneptora commented on 2019-12-11 23:34 (UTC)

@ranger

Just because it's never failed for you does not mean it is correct. If it fails for other people it's not all those users' responsibility to fix something that you close as "worksforme."

Also this has nothing to do with the --noextract option.