Здравко Legendary | Level 20

On every one run Dropbox application either removes desktop file from autorun (when no selected) or copies dropbox.desktop from applications to autorun. Preventing this action (doesn't matter how) or modifying the source (accordingly) gonna be a workaround. 😉

Hi @"eddiesaliba", I fully agree! Unfortunately Dropbox don't take care. You can try delay the starting process or, as @"bnpndxtr" mentions, try remove "-i" ending in the command of Dropbox desktop file, but not in "autostart" of your user folder. Make the change in "/usr/share/applications/dropbox.desktop" and restart the…

:slight_smile: If you aren't sure what my advice mean, better keep your way of coding for now. Would be enough to concatenate file name to the folder path. Transform everything in your code which seems: dbx.filesUpload({path: '/' + fileName, contents: file}) To something like: dbx.filesUpload({path: '/' + folderName + '/'…

Hi @"h_vohra", I'm just curious, Is there any problem outside fact that you put your file on root level, not in just created folder? You don't report any actual issue! One advice: when you refer to particular place (folder), it's better practice avoid path in text form, use id instead. Just advice, nothing more (id is more…

Hi @"Walter", I think you are trying avoid to say that Dropbox ignore Linux users; you definitely know that this bug is very old and is completely ignored from Dropbox development! I understand, it's not very convenient; if you say something your salary can stop. Hi @"bnpndxtr", The problem comes from an imperfection in…

Hi @"Cortex76", That's exactly what Dropbox tries to do (not always successfully). Such a strategy is very wrong! The only right way is proper declaration of needed packages, not include them in one place (systems change over time). The exact reason related to libatomic1 was missing declaration and Dropbox developers rely…

Hi @"Mandy Xie", Just navigate to your Dropbox directory in a terminal and run following: chmod -R u+rw . Or if you never changed the folder place, just run: chmod -R u+rw ~/Dropbox If there isn't something more than permission issues, this has to help. :wink: Good luck.

Just launch: sudo dpkg --ignore-depends=libpango1.0-0 -i dropbox_2020.03.04_amd64.deb

Hi @"Xavier-G", The issue comes from fact - corresponding package name seems got changed (probably temporary). As a workaround, ignoring dependencies, you can "install" the package by hand (suppose all needed libraries persist), copy contained files on the corresponding places. :wink: Good luck.

Do you use Smart Sync?! :stuck_out_tongue_winking_eye:

Hi @"Stephen B.25", In you particular case symlink or binding - doesn't matter. The issue comes from the fact that the Dropbox daemon make a literal comparison between queried path and watched files/folders path, not inode comparison! That's why, even the same, a file could be shown with different status because beginning…

Aha... And what's the result from: cd /mnt/3T/acer.dropbox/Dropbox dropbox filestatus Meanwhile, ".dropbox.cache" is permanently unwatched. This is hardcoded in the Dropbox application. You can't change this! Actually you can, but on next launch, the application will force the ignoraning again, this is the application…

Hi @"Stephen B.25", What's the result from: cat ~/.dropbox/info.json; echo Is the resulting Dropbox folder matching?

At the beginning, is Dropbox application running? :thinking: What is the result from: dropbox status :wink: Try: dropbox start

@"DavidLedger" wrote: ...Would Dropbox have to be re-installed from scratch to complete the fix (assuming that was the problem)? Could be? Or re-link, at least. Try. Using following, for example: dropbox stop rm -rf ~/.dropbox dropbox start If no joy, try following: dropbox stop rm -rf ~/.dropbox ~/.dropbox-dist dropbox…

@"DavidLedger" wrote: ... I would expect software to find $HOME once at startup and then just use the inode.Do I assume Dropbox doesn't like this? ... Don't make assumptions, which are not confirmed! As a sysadmin you have to know that! 😱 Seems you have known the problem in advance. I suppose you know what follows (as a…

Waw... To be honest, that wasn't expected. I thought, you has made alias of your Dropbox install. Seems this isn't the case. The only possibility, I can think of, is home directory alias (error prone choice for setup). Let's try: echo "Declared home: $HOME"; echo "Real home: $(readlink -e $HOME)" What's the result? Are the…

Hi @"DavidLedger", One last test, just to confirm my suspicions. 🙂 What is the result from: ls -l1 ~/.dropbox-* 🤔

I might get confused again. Where you launch that on? Again we are talking for AWS, not your local machine. Am I right? What's the result from my "expanded" variant (launched on the AWS!)?

Ok, the clarifications, you just made, are important. You haven't mentioned anything about the commands result. I gonna expand them little-bit: dropbox start lsb_release -d; echo "Shell: $SHELL"; echo "Display: $DISPLAY"; echo "User: $USER"; echo "Home: $HOME"; echo "Installed: $(dpkg -s dropbox | grep Package)"; cat…

Hi @"DavidLedger", @"DavidLedger" wrote:Submitted this yesterday but it was rejected because of an 'HTML error' which has been removed. Something in this must be seen as HTLM and so missing when you get it. Yes, that's something usual. Sometimes seen as a HTML, sometimes seen as a Spam - one of the forum bugs.…

Hi @"DavidLedger", I just tried, but can't reproduce your situation. @"DavidLedger" wrote: ...dropbox: load fq extension '/home/bitnami/.dropbox-dist/dropbox-lnx.x86_64-93.4.273/PyQt5.QtDBus.cpython-37m-x86_64-linux-gnu.so' At this point the o/p in this window (A) stopped. After a few minutes, in a different xterm, same…

Hi @"DavidLedger", It's not need have GUI on particular device (including your virtual box) to run GUI session! 😉 It's enough running application has access to the GUI on your workstation (your Ubuntu laptop in particular). @"DavidLedger" wrote: ...Then pop-up window (no copy for paste allowed): Dropbox is the easiest way…

To be honest, I'm getting confused here. Initially you said "Dropbox directory started to populate". In this context, dropbox has to run, but according your result it's not. That's not possible. This "populate" doesn't fall from the sky! There is some process running to do that. As could be seen from the last post, the…

Hi @"DavidLedger", Your problem isn't the same definitely. Above issue was for authentication troubles. @"DavidLedger" wrote: ...rm -rf ~/.dropbox ~/.dropbox-dist ~/Dropbox; ./dropbox.py start -i Did get the 'visit URL' prompt, did so, and my Dropbox directory started to populate. ... As could be seen (you mention -…

Try following: sudo apt-get install python3:amd64 python3-gi:amd64

Wow... That's strange. Something got wrong with your system setup. From now on, I can only speculate what the reason could be. Try check, one by one, availability for every one of the required packages (which I listed above), using "dpkg-query -s <package name>". Check for (and install if missing) both 32 and 64 bit…

Wait for a moment, are you running on 32-bit or 64-bit platform? To be honest, I don't understand fully everything in the common text, but as could be seen, your system install 32-bit version of the packages by default. This is normal for 32-bit Linux install setup. In this context, why you try install 64-bit Dropbox…

You didn't show other results. Anyway... try following: apt-get install procps python3-gi python3 libatk1.0-0 libc6 libcairo2 libglib2.0-0 libgtk-3-0 libpango1.0-0 lsb-release gir1.2-gdkpixbuf-2.0 gir1.2-glib-2.0 gir1.2-gtk-3.0 gir1.2-pango-1.0 nautilus python3-gpg Execute entire line at once. Just a check - if some…

Hi @"Wijnand", First make sure everything installed is up to date: sudo apt-get update sudo apt-get upgade Now, check what is the actual version of the installed packages and try install using 'dpkg': dpkg-query -s python3 python3-gi | grep -e "Package: " -e "Version: " dpkg -i Downloads/dropbox_2020.03.04_amd64.deb What…