@ Maurice

Why don't you use the Mageia dropbox packages?

If one of them is broken (is maybe kipi-plugins-dropbox not Plasma5 ready??) then a bug report is needed against our package.

Btw, large files can be compressed nicely with xz, just run 

   xz filename

Can you reproduce the segfault with our dropbox packages?

CC: (none) => jani.valimaa, kde, marja11

> Why don't you use the Mageia dropbox packages?

 Have always used the latest version from Dropbox, and had not realised we had a native version!

> Btw, large files can be compressed nicely with xz, just run 

>   xz filename

That's handy to know! Am attaching an xz version now...

Created attachment 8899 [details]
xz strace of Dropbox segfaulting

Have tried:
  urpme dropbox
  urpmi dropbox  (+ urpmi nautilus-dropbox, as the urpme removed it)

- but dropbox still segfaults, I'm afraid...

(In reply to Maurice Batey from comment #4)
> Have tried:
>   urpme dropbox
>   urpmi dropbox  (+ urpmi nautilus-dropbox, as the urpme removed it)
> 
> - but dropbox still segfaults, I'm afraid...

There is no registered maintainer for dropbox, so assigning to all packagers collectively

Assignee: bugsquad => pkg-bugs
Source RPM: (Dropbox) => nautilus-dropbox

Dropbox shipped with nautilus-dropbox is just a front-end script for the proprietary daemon which is dl'ed from dropbox.com.

OIC!

So same end result as when I explicitly downloaded Dropbox and also installed dropbox-nautilus...

Source RPM: nautilus-dropbox => nautilus-dropbox-2015.10.28-1.mga6.nonfree.src.rpm

Well, I keep doing Cauldron updates on the laptop in the hope the problem will go away, no change yet...

If this can't be fixed, I'm going to have to stay with Mageaa-5...

I was at first happy to receive a response for help with this from 
Dropbox Support, who asked for 2 pieces of information:

1st: 
     Please send screen snapshot of '~/.dropbox-dist/dropboxd' 
segfaulting.

2nd: Please specify which operating system you are using.

Having done all that, the following 'coup de grace' arrived:

-----------------------------------------------------------
Unfortunately, this setup may not meet the minimum requirements for the 
Dropbox application.
   Linux Mageia is not in the list of supported Operating Systems.
   ==============================================================
[The underlining is mine]

Please review our recommended minimum requirements on the following page:

     https://www.dropbox.com/help/3
-----------------------------------------------------------

Workaround No.1

        Returning to the problem of  '~/.dropbox-dist/dropboxd' segfaulting, 
I instead tried: (as Root): '/home/user/.dropbox-dist/dropboxd'.

That worked first time, and I got the blue box for getting the new 
Dropbox install authorised. Bingo!

But -- New problem:

The Dropbox icon does not appear in the Systray.
  (Well, it does actually appear - momentarily - during login, as a 
result of the startup instructions in the *.sh file, but quickly 
disappears.)

Workaround No.2:

In a terminal session, as Root repeat the:
     '/home/user/.dropbox-dist/dropboxd' 

This does not terminate, but causes the Dropbox icon to appear (and 
stay) in the Systray, for normal Dropbox use.

So I now have Dropbox working, albeit in a somewhat ad hoc manner....

QUESTION:

  Why does '~/.dropbox-dist/dropboxd'* segfault, and not (as Root):
   /home/user/.dropbox-dist/dropboxd' ??

  (* Even after 'chown -Rc user:user /home/user')

Have just done another fresh install of the latest 64-bit Mageia-6-sta2 on the HP 450-G2 Probook, but '~/.dropbox-dist/dropboxd' still segfaults, so cannot link to Dropbox web site to link up with my membership.

Yet as Root it works, i.e. # /home/user/.dropbox-dist/dropboxd,
and if I leave that command running in a terminal session, I get the Dropbox icon usable in the Systray.

   N.B. This even after doing # chown -Rc user:user /home/user

Also, I have had no such Dropbox problem with the UEFI install of Mageia-5 on the same computer...

If there is no clean solution this will be a personal blocker for anyone to move to Mageia-6.

I can't reproduce this with Xfce x86_64. Dropbox itself was updated yesterday to 20.4.19.

Tried also to remove ~/.dropbox-dist first and run 'dropbox start -i' after that and everything works OK.

Nor can I on 64-bit Mageia-6-sta2 on MBR/non-GPT nvidia desktop, but the segfault occurs with same .iso on a UEFI/GPT Mageia-6-sta2 laptop 
(and no problem on Mageia-5 on that laptop)...

$64 question is: 
   Why does  /home/user/.dropbox-dist/dropboxd work as Root, but not us user?

(In reply to Maurice Batey from comment #13)
> $64 question is: 
>    Why does  /home/user/.dropbox-dist/dropboxd work as Root, but not us user?

That's something I can't answer as the binary is pre-built and coming from Dropbox.

And that binary works fine on desktop, but not on UEFI laptop.

So there is something in the install of the same Mageia-6-sta2 .iso on the laptop that causes the segfault if executed by <user> but not Root.

Presumably some system state that the binary relies on that is different on the laptop's Mageia-6-sta2 install (but not Mageia-5 on same machine)...

I provided an strace leading to the segfault. No clues in there?

Re-adding comment #16

--- Comment #16 from Maurice Batey ---
I have now tried this on a 2nd user (who has own Dropbox userid) in the UEFI
Mageia-6-rc install, and the 2nd user has exacty he same problem as first...

Also, my enquiries elsewhere have thrown no light on the fact that
 /home/user/.dropbox-dist/dropboxd work as Root, but not as user...

As I have said earlier, there is no such problem wih the Mageia-5 install on
the UEFI machine, nor on the Mageia-6-rc install on non-UEFI non-GPT desktop.

N.B. I do have a workaround, though, so the issue is not a showstopper, but it
inexplicably works:

  In a Root terminal session, execute '/home/user/.dropbox-dist/dropboxd' and
then minimise the session.
  Result:  The Dropbox icon appears in the Systray, and normal Dropbox access
is available.

Segfaults for me too.  Laptop, UEFI, Mageia 6 / cooker

CC: (none) => nelg

Just done fresh Plasma install of 30/6/17 64-bit Mageia-6 on UEFI/GPT laptop.

As before, /home/user/.dropbox-dist/dropboxd still Segfaults, but works as Root, although the Dropbox systray icon disappears if the Root terminal session is terminated.

N.B. As before, no such problem on Mageia-5 on same laptop, or Mageia-6 on MBR desktop...

Old workaround was to start with dbus-launch dropbox start -i. I think the segfault is in plasma only though. Perhaps you could confirm with another DE.

> Old workaround was to start with dbus-launch dropbox start -i

That was just to get the Dropbox icon into Systray at Login.

The segfault occurs on the 2/2 action of the Dropbox install procedure:

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

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

     $ ~/.dropbox-dist/dropboxd

  - which should connect the user to the Dropbox web site and link user to Dropbox.

It is the latter command that segfaults (though as Root it does not...)

[Tried chowning /home/user to self]

Was that with Plasma, Glen?

(In reply to Maurice Batey from comment #21)
> Was that with Plasma, Glen?

Yes, I'm also running plasma.

I've run an strace -f on it, and we get, of interest:

Here is a tidied up bit of strace:


[pid 17907] write(5, "Fatal Python error: ", 20) = 20
[pid 17907] write(5, "Segmentation fault", 18) = 18
[pid 17907] write(5, "\n\n", 2)         = 2
[pid 17907] write(5, "Traceback (most recent call firs"..., 36) = 36

---- made readable:

File \dropbox/client_api/kv_connection.py\, line 231 in _do_getaddrinfo 
File \concurrent/futures/threadpy\, line 55 in run
File \concurrent/futures/thread.py\, line 67 in _worker
File \threading.py\, line 754 in run
File \threading.py\, line 801 in __bootstrap_inner
File \threading.py\, line 774 in __bootstrap



[pid 17907] tgkill(17875, 17907, SIGSEGV) = 0 
[pid 17907] --- SIGSEGV {si_signo=SIGSEGV, si_code=SI_TKILL, si_pid=17875, si_uid=6938} --- 
[pid 17907] alarm(5)                    = 0 


I also saw before this, it trying to open: /lib64/libnss_dns.so.2


If I copy /lib64/libnss_dns.so.2 from my Mageia 5 system into ~/.dropbox-dist/dropbox-lnx.x86_64-29.4.20/

dropboxd no longer segfaults, and just complains that my computer is offline, probably because that library is not going to work with Mageia6, however, I think we can say that the segfault is happening when dropbox is trying to use /lib64/libnss_dns.so.2

On my workstation which got updated from mga5 about a year ago and have kept following cauldron, Dropbox still works OK.

Here /lib64/libnss_dns.so.2 is a link to libnss_dns-2.22.so

...running plasma, and system tray icon is visible (but stupidly use the same generic cloud icon that also the nextcloud client use.)

Also a link on my mga6 RC system, which links back to /lib64/libnss_dns-2.22.so which is part of glibc-2.22-25.mga6

I guess another consideration Morgan, is which version of dropbox do you have?  I am testing on a new install of dropbox, without an existing .dropbox file.

It could be something in the signin process.  Does it work for you if you try it on an account without a .dropbox file in your home dir.

Dropbox v29.4.20

Sorry no time to experiment at the moment

BUT now i do remember i did fight with it a bit... here is the beginning of a start script that i have in my ~/.config/autostart-scripts/ - note my comments:

#!/bin/bash
# This is a launcher called from ~/.config/autostart-scripts/
gkrellm & # launch ASAP
sleep 7  # wait... DE still in much work loading, and BOINC is chewing CPU...
dropbox start & # DropBox autolaunch is disabled by a dummy empty file i made:
# ~/.config/autostart/dropbox.desktop with owner root:root
# otherwise: dropbox stubbornly creates the original inferior way to start itself :(
sleep 3

...next program, etc...

> here is the beginning of a start script that i have in my 
> ~/.config/autostart-> scripts/

See Comment 20 above.
   {The problem isn't *starting* Dropbox at login, but in the one-off 
2nd command of the *install* sequence ( $ ~/.dropbox-dist/dropboxd ), which should go to the Dropbox web site to legitimise the new install. 
   It's THAT command that segfaults.

As it works as Root, and there are no permissions problems (after using chown)
it has to be something in /home/user that leads to the segfault, so I'm going to try an install again with no Dropbox files in /home/user (if it's valid to start with no Dropbox directory).

(N.B. It also segfaults in a 2nd user's session with a different Dropbox Id.)

Ah sorry it was probably over 3 years since i actually *installed* it, later i just brought it with ~ i and updates think...

Looking in the forum, i find this about that step i think, but for Mageia 5
https://forums.mageia.org/en/viewtopic.php?f=7&t=11774&p=68644

>...it has to be something in /home/user that leads to the segfault, so I'm going to try an install again with no Dropbox files in /home/user (if it's valid to start with no Dropbox directory).

  Made no difference - $ ~/.dropbox-dist/dropboxd still segfaulted.

Worse still (with or without ~/Dropbox being there) the command
   /home/user/.dropbox-dist/dropboxd as Root is now a no-op (the Dropbox server does not respond, though I was able to install Dropbox from their web site).

So I now cannot use Dropbox on Mageia-6 at all on the UEFI/GPT laptop...

(N.B. It still also segfaults in a 2nd user's session.)

Just done fresh Plasma install of the 8/7 64-bit Mageia-6 on UEFI/GPTlaptop, but still:

    $ ~/.dropbox-dist/dropboxd   segfaults...

> Fortunately if - as Root - I do:

   /home/user/.dropbox-dist/dropboxd 

and then close the Root session 'Close Tab' it still connects with the Dropbox server for initial hook-up, and subsequently puts the Dropbox icon in Systray.

As before, the same .iso on flash drive installed on an MBR non-GPT desktop does
execute the ~/.dropbox-dist/dropboxd correctly.

> it has to be something in /home/user that leads to the segfault

So here I am in a brand new 'user' starting with an empty $HOME on a clean Plasma install of 64bit Mageia 6 (8/7) on a UEFI/GPT laptop.

Install Dropbox:

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


     [ 100%[================>]  68.14M   800KB/s    in 84s ]

Now attempt to do the one-off link to Dropbox server to legitimise installation:

[dropbox@probook ~]$ ~/.dropbox-dist/dropboxd
Segmentation fault (core dumped)
[dropbox@probook ~]$ 

So: the segfault is NOT caused by oddball contents in $HOME....

It does not happen with Mageia-5 on same UEFI/GPT laptop, nor with Plasma Mageia-6 (installing from same 64-bit Mageia-6 .iso on same flash drive) on MBR non-GPT desktop.

What can one suspect but some weird Mageai-6 UEFI/GPT problem?

Ideas for further investigation invited!

I can confirm the problem, working dropbox on Mageia 5 changed to segfaulting dropbox after upgrade to Mageia 6. Dropping configuration dirs does not help.

Luckily I have set up chroot with debian wheezy, where the same dropbox installation works:


digri@digidell:/home/digri$ .dropbox-dist/dropboxd
Segmentation fault (core dumped)

digri@digidell:/home/digri$ sudo /usr/sbin/chroot /data/wheezy su - digri

(wheezy)digri@digidell:~$ .dropbox-dist/dropboxd
xkbcommon: ERROR: failed to add default include path /usr/share/X11/xkb

... and happily running even with systray icon

CC: (none) => martin.fiala

Similarly, I had dropbox working for some years straight, most recently in MGA5 KDE4.  After the distribution upgrade, dropbox was not running when I checked why a changed text file didn't sync.  Trying to start the daemon, `~/.dropbox-dist/dropboxd`, rewarded me with my first dropbox segfault in MGA6 Plasma5.

Trolling google over days, I've spent hours with different permutations of packages, installing, uninstalling, re-installing rpm packages, frequently doing `rm -rf ~/.dropbox*`.  Some record can be seen at the forum.  Thinking it might be a library problem, since some successful workarounds over the years involve removing a library, I removed what libraries were in my system files from ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22 and that is working, except for the servicemenu get puburl functionallity:  https://forums.mageia.org/en/viewtopic.php?p=69004#p69004

CC: (none) => rolfpedersen

> I removed what libraries were in my system files from
> ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22

  When installing Dropbox anew I first delete all the ~/·dropbox* files, just leaving ~/Dropbox itself.

On the UEFI/GPT laptop Mageia-6 segfaults on the newly-created 
~/.dropbox-dist/dropboxd (though NOT if executed as Root), whereas on my MBR/non-GPT desktop Mageia-6 (installed from the same .iso) does NOT segfault on ~/.dropbox-dist/dropboxd.

And as I posted earlier, it still segfaults even when starting with an EMPTY /home/$USER partition.

(In reply to Maurice Batey from comment #34)
> > I removed what libraries were in my system files from
> > ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22
> 
>   When installing Dropbox anew I first delete all the ~/·dropbox* files,
> just leaving ~/Dropbox itself.
> 
> On the UEFI/GPT laptop Mageia-6 segfaults on the newly-created 
> ~/.dropbox-dist/dropboxd (though NOT if executed as Root), whereas on my
> MBR/non-GPT desktop Mageia-6 (installed from the same .iso) does NOT
> segfault on ~/.dropbox-dist/dropboxd.
> 
> And as I posted earlier, it still segfaults even when starting with an EMPTY
> /home/$USER partition.

There is some misunderstanding.  *After* installing Dropbox, there will be libraries in ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22 (the current version).

libdrm.so.2*       libQt5DBus.so.5*          libQt5WebKit.so.5*
libffi.so.6*       libQt5Gui.so.5*           libQt5WebKitWidgets.so.5*
libGL.so.1*        libQt5Network.so.5*       libQt5Widgets.so.5*
libicudata.so.42*  libQt5OpenGL.so.5*        libQt5XcbQpa.so.5*
libicui18n.so.42*  libQt5PrintSupport.so.5*  library.zip*
libicuuc.so.42*    libQt5Qml.so.5*           librsyncffi.compiled._librsyncffi.so*
libpopt.so.0*      libQt5Quick.so.5*         librsync.so.1*
libQt5Core.so.5*   libQt5Sql.so.5*           libX11-xcb.so.1*

I moved all these to a backup folder and put back only what I could not find on my system.  That is, in the backup/ directory, I did 

for i in `ls lib*`; do locate $i; done

What lib* in the Dropbox installation that were not duplicated on my system I put back into  ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22 and ran `~/.dropbox-dist/dropboxd`  It did not segfault.  A tab opened in seamonkey to the dropbox website where I linked this machine.  Dropbox is working.  These are the restored lib* (for my case):

[rolf@p8z68 dropbox-lnx.x86_64-30.4.22]$ ls lib*
libicudata.so.42*  libicuuc.so.42*  librsyncffi.compiled._librsyncffi.so*
libicui18n.so.42*  library.zip*     librsync.so.1*

See https://forums.mageia.org/en/viewtopic.php?p=69004#p69004

Fine! All I was saying is that whatever confusion there is in
 ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22 is is there DESPITE it being a newly-constructed directory during the Dropbox install.

The $64 question is: Why is the confusion there in my UEFI/GPT laptop's Mageia-6 install when it's not there in the MBR/non-GPT desktop's install of the same Mageia-6 .iso?!

Congratulations on unravelling the confusion, but that level of adjustment is not  something that we would want to have to do after each re-install.

But I shall give it a try shortly!

> I shall give it a try shortly!

Success!  I now have Dropbox icon in systray after login...

Many thanks, Rolf, and well done!

[Actually, after moving all the lib* files out of ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22 into a temporary directory and then doing the "for i in `ls lib*`; do locate $i; done" on that directory  I could not then figure it how you were able to whittle the list down to the 6 libs you listed, so I just restored those 6 back into 
        ~/.dropbox-dist/dropbox-lnx.x86_64-30.4.22 ]

But the mystery remains: Why was all that necessary? Why does it segfault until all but 6 of the libs are removed from that directory?
   How come no segfault on other PC's where the same Mageia-6 .iso was installed?

Mmm...

> ... all but 6 of the libs are removed from that directory

Seems the other 13 removed lib's are all "QT5" lib's....

Created attachment 9539 [details]
nautilus dropbox servicemenu

So far, I've got a dropbox that seems to have all the functionality I had come to expect, and more.  Knock on wood.  YMMV.  Following is just a copy/paste of the report I made to the forum and a screenie is attached.

https://forums.mageia.org/en/viewtopic.php?p=69370#p69370

Since there was a chance the distribution upgrade of my desktop from MGA5 left some conflicting files and paths that *might* account for various problems I've had with different functionalities, I did a clean installation of the Classical MGA6 x86_64, keeping all my data and /home partitions intact. I'm not proposing a correlation, just observing conditions.

Initially, the dropbox icon appeared in the tray at first boot as the modified ~/.dropbox-dist/, as described above and here, was untouched in /home. There was no dropbox-related rpm installed. I didn't test any syncing capability until after I installed:

Code:
    [rolf@z68x Dropbox]$ rpm -qa | grep dropbox
    dropbox-2015.10.28-1.mga6.nonfree
    nautilus-dropbox-2015.10.28-1.mga6.nonfree



There is also

Code:
    [rolf@z68x ~]$ ll Dropbox/dropbox.py
    -rwxr-xr-x 1 rolf rolf 116587 07-23-2017 09:30 Dropbox/dropbox.py*



apparently put there a week ago by what motivation I don't remember and whether that's important I don't know. It appears to be in dropbox-servicemenu, python-dropbox, python3-dropbox, which were installed at some point but not now.

So far, I find a file uploaded to Dropbox from my Blackberry syncs to the MGA6 desktop Dropbox/. I find

Code:
    [rolf@z68x Dropbox]$ dropbox sharelink BlackBerry/photos/whoru.jpg
    https://www.dropbox.com/****************/whoru.jpg?dl=0



Creates a url that opens in a browser (seamonkey) with the file displayed and a button to download, even if it is not under Public/, even when I'm logged out of dropbox.com. This is more flexible than my previous very occasional need to share a file under Public/. The `dropbox puburl` command does not work:

Code:
    [rolf@z68x Dropbox]$ dropbox puburl Public/gifs/banana.gif
    Couldn't get public url: Unknown Error



I used to view my Dropbox/ in konqueror and the kde service-menu fulfilled that occasional need. With nautilus-dropbox installed (gnome, I think), I can view Dropbox/ in nautilus. I created a menu application and added an icon to the Plasma 5 desktop. The command is

Code:
    nautilus --no-desktop /home/rolf/Dropbox



The following functionality might have been there all along and I just did not see it, being wed to konqueror, but it's nice that nautilus has a right click menu that includes getting a url to share a file, whether or not it's under Public/, as far as I have tested, that displays the file in a browser/offers a download button when I'm not logged in, so I think that would be useful, occasionally.

******See Attachment********


I've had a Dropbox account for many years. I've read about Dropbox being more restrictive about the functionality of newer accounts and I don't know whether these results would be similar for everybody.

As dropbox upgrades itself, I find it no longer works.  I have repeated the process of moving or removing those "lib* in the Dropbox installation that were not duplicated on my system", as described before.

https://bugs.mageia.org/show_bug.cgi?id=20182#c35

That stopped working.  Through many permutations of removing|installing distro dropbox packages and ~/.dropbox*, the best I could achieve was a dropbox that seemed to start w/o segfaulting, a process in ps, an icon in tray that sometimes had a never-ending "sync" overlay, but no actual sync or link-generating functionality.

The last thing I tried, which has given me a functional dropbox, involved un-installing dropbox* distro packages, deleting ~/.dropbox*, and invoking the 32-bit installation instructions at dropbox.com (I'm on 64-bit MGA 6):

32-bit:

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

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

~/.dropbox-dist/dropboxd

Also, I had generated multiple links to this machine at my dropbox.com account and have unlinked those prior to the latest installation attempts.

Initially, dropbox did not start from cli but gave a message that included the location of a debug file in /tmp, for example:

/tmp/dropbox_error2QANoA.txt

Toward the end of this file was the name of a file not found and I would search for a package containing that file, for example:

$ urpmf libqxcb.so
lib64qt5gui5:/usr/lib64/qt5/plugins/platforms/libqxcb.so
libqt5gui5:/usr/lib/qt5/plugins/platforms/libqxcb.so

and install the 32-bit version:

$ sudo urpmi libqt5gui5

This process was repeated:  failed start, error message showing a new file not found, the 32-bit version containing that file installed, until dropbox started.  A dropbox.com page opened in my default browser where I could link this new installation.

Then, I installed the distro package, nautilus-dropbox, which pulled in dropbox, and this has been working so far.

A lot of hoops to jump through!

No change here: 

No problem with Dropbox on MBR/non-GPT desktop with Mageia-6 64-bit Plasma, whereas:

~/.dropbox-dist/dropboxd segfaults on GPT/UEFI laptop with same Mageia-6 install, but not if executed as Root - then Dropbox works normally!
   (No problem with Mageia-5 on same laptop.)

(In reply to Maurice Batey from comment #42)
> A lot of hoops to jump through!
> 
> No change here: 
> 
> No problem with Dropbox on MBR/non-GPT desktop with Mageia-6 64-bit Plasma,
> whereas:
> 
> ~/.dropbox-dist/dropboxd segfaults on GPT/UEFI laptop with same Mageia-6
> install, but not if executed as Root - then Dropbox works normally!
>    (No problem with Mageia-5 on same laptop.)

What is GPT/UEFI?

Here, I am running on a motherboard with UEFI/"HYBRID EFI" BIOS:

$ sudo inxi -M -! 33
Machine:   Device: desktop System: Gigabyte product: N/A serial: N/A
           Mobo: Gigabyte model: Z68X-UD3H-B3 serial: N/A
           UEFI: American Megatrends v: U1n rv 4.6 date: 07/11/2016

My MGA 6 installation is not UEFI.  I have never made a UEFI installation.

/ is on a small SSD with msdos partition table.
There are mounted partitions on 5 different disks.
/home is on a 4TB drive, which has a GPT partition table.

Do you see a better strategy than this "lot of hoops to jump through!"?

I'm hopeful that, with the 32-bit libraries installed, future automatic dropbox updates will be of the 32-bit version and it will continue to work without intervention.

If someone comes here looking for solutions for such a problem, another tip or two might be found in the forum thread:

https://forums.mageia.org/en/viewtopic.php?p=71069#p71069

> What is GPT/UEFI?
...
> My MGA 6 installation is not UEFI.  I have never made a UEFI installation.

When I say the Dropbox problem occurs on a GPT/UEFI laptop I'm trying to refer to a UEFI non-MBR install (of 64-bit Plasma Mageia-6).

The same 64-bit Mageia-6 Classic DVD Plasma install on both MBR/non-UEFI desktop and UEFI laptop fails on the latter but not the former.

Congratulations on getting it to work through sheer perseverance, but the messiness of what has to be done doesn't lend itself to routine application as far as I'm concerned.
  [On the UEFI laptop, on the odd occasion when I need to use Dropbox, I can access it using  ~/.dropbox-dist/dropboxd as root.]

I noticed in the referenced:
   https://forums.mageia.org/en/viewtopic.php?p=71069#p71069

some success on Mageia-6  by removing the file libdrm.so.2, but that is present on my MBR/non-UEFI desktop's Mageia-6 and Dropbox still does work there.
  [Will try removing it on UEFI laptop...]

Has anyone asked dropbox.com if they could package dropbox as flatpack?

A lot of us will not try dropbox again until we consider it reliable.

(In reply to Maurice Batey from comment #44)

> 
> the
> messiness of what has to be done doesn't lend itself to routine application
> as far as I'm concerned.
>  

I never said it did. 

It is what I've had to do.

If you or anybody else would show better, I could do that.

I have spent a lot of time by trial and error, by searching the internet to be able to objectively share some results that might yield a clue to what can be "routine application" or help others with a workaround, which last factor has had some success.

Nowhere am I telling anyone that they need to do what I have done and I am long since sick and tired of being criticized for my contribution, for messiness, for jumping through a lot of hoops, here and at forum.

Hey, Rolf, please do not take offence where none at all was intended!

I was admiring your careful work and perseverance that allowed you to home in on a solution.

  According to Collins, "Jumping through hoops' refers to having to e.g.

"do lots of difficult or boring things in order to ... achieve something"

which the unsatisfactory state of Dropbox is making one do.
  It's not intended as a criticism - except of the situation we are put in..

> It is what I've had to do.
  Precisely!

> If you or anybody else would show better, I could do that.

I say again, I have nothing but admiration, and zero criticism for what you have achieved. 
  I'm just sorry that you (and all of us with the same Dropbox problem), have been landed with the mess.
  
P.S. Earlier I said:
  "[Will try removing <file libdrm.so.2> on UEFI laptop...]"

   Sadly, it made no difference, though I notice there is also libdrm.so.2.4.0.

P.S. Earlier I said:
 > "[Will try removing <file libdrm.so.2> on UEFI laptop...]"
 
Wait a minute, I've just realised that the libdrm.so.2 to try removing is the one in ~/.dropbox-dist/dropbox-lnx.x86-39.4.49, NOT in /usr/lib64....

Furthermore, having hid the former, I now find that 64-bit Plasma Mageia-6 in the laptop UEFI install now shows the Dropbox icon in Systray after login, and it works!

So I am greatly indebted to you, Rolf, for pointing me to:  
   https://forums.mageia.org/en/viewtopic.php?p=71069#p71069
wherein lies the suggested fix.

Thanks to you, Dropbox is back to normal on the UEFI laptop... :-)

:)

Thanks to Erik.

wow, how simple, just remove

.dropbox-dist/dropbox-lnx.*/libdrm.so.2

and now it works! :)

thanks to you both, Rolf and Maurice

Good news!

The odd thing is that the libdrm.so.2 file is also in the same 
~/.dropbox-dist/dropbox-lnx.x86-39.4.49 directory in my MBR/non-GPT desktop install of the same Mageia-6 classic .iso, and there has been no Dropbox problem there...

IMO this is not blocking for upgrade, because it have same problems on fresh installs of mga6 too, and is since february described in errata.

I leave this bug open, but not as blocking bug 21340 (TRACKER upgrade mga5->6)

Blocks: 21340 => (none)

I have just installed dropbox-2015.10.28-1.mga6.nonfree (x86_64) on a freshly installed Mageia 6.

Since this is a CL interface, I opened a terminal to learn how to use it.

This is the result of the first commands that I typed:

[sebastien@localhost ~]$ dropbox --help
Dropbox command-line interface

commands:

Note: use dropbox help <command> to view usage for a specific command.

 status       get current status of the dropboxd
 throttle     set bandwidth limits for Dropbox
 help         provide help
 puburl       get public url of a file in your dropbox's public folder
 stop         stop dropboxd
 running      return whether dropbox is running
 start        start dropboxd
 filestatus   get current sync status of one or more files
 ls           list directory contents with current sync status
 autostart    automatically start dropbox at login
 exclude      ignores/excludes a directory from syncing
 lansync      enables or disables LAN sync
 sharelink    get a shared link for a file in your dropbox
 proxy        set proxy settings for Dropbox

[sebastien@localhost ~]$ dropbox status
Dropbox isn't running!                                                                                                                 
[sebastien@localhost ~]$ dropbox start
Starting Dropbox...                                                                                                                                                 
The Dropbox daemon is not installed!                                                                                                                                
Run "dropbox start -i" to install the daemon                                                                                                                        
[sebastien@localhost ~]$ dropbox start -i                                                                                                                           
Starting Dropbox...Traceback (most recent call last):                                                                                                               
  File "/bin/dropbox", line 1404, in start                                                                                                                          
    download()                                                                                                                                                                     
  File "/bin/dropbox", line 280, in download                                                                                                                                       
    import pygtk                                                                                                                                                                   
ImportError: No module named pygtk                                                                                                                                                      
[sebastien@localhost ~]$


I hope this can help.

CC: (none) => sebsweb

Also tried as root, with the same result:


[root@localhost sebastien]# dropbox start -i
Starting Dropbox...Traceback (most recent call last):
  File "/usr/bin/dropbox", line 1404, in start
    download()
  File "/usr/bin/dropbox", line 280, in download
    import pygtk
ImportError: No module named pygtk

 Look in ~/.dropbox-dist/dropbox-lnx.x**** 

Do see a file 'libdrm.so.2'?

If so, delete it (or hide it) and start Dropbox again.

N.B. It can mysteriously re-appear later; if so delete it again!

Hi Maurice,

I don't even have a ~/.dropbox-dist/ folder !
The RPM I installed from mg6-nonfree didn't create that folder.
The command $ dropbox start -i   didn't create it either...

Looks like Dropbox isn't installed!

Try re-installing like this:

[If you don't have nautilus-dropbox installed, do by:
    (as root): 'urpmi nautilus-dropbox]' - unless you already have some other mechanism to show your Dropbox data files.]

  In terminal session, as user (don't lose the "-" at end of line!):

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

  [Then look in ~/.dropbox-dist/dropbox-lnx.x**** and delete/hide libdrm.so.2]

~/.dropbox-dist/dropboxd

  [This should (eventually) connect you to the Dropbox web site, which will ask you to log in (or register if not existing Dropbox user)]

dropbox start -i

Fingers crossed!

(In reply to Sébastien Morin from comment #54)
> Also tried as root, with the same result:
> 
> 
> [root@localhost sebastien]# dropbox start -i
> Starting Dropbox...Traceback (most recent call last):
>   File "/usr/bin/dropbox", line 1404, in start
>     download()
>   File "/usr/bin/dropbox", line 280, in download
>     import pygtk
> ImportError: No module named pygtk

You're missing pkg python2-gobject. Install it and try again.

(In reply to Jani Välimaa from comment #58)
> (In reply to Sébastien Morin from comment #54)
> > Also tried as root, with the same result:
> > 
> > 
> > [root@localhost sebastien]# dropbox start -i
> > Starting Dropbox...Traceback (most recent call last):
> >   File "/usr/bin/dropbox", line 1404, in start
> >     download()
> >   File "/usr/bin/dropbox", line 280, in download
> >     import pygtk
> > ImportError: No module named pygtk
> 
> You're missing pkg python2-gobject. Install it and try again.

python2-gobject is not available in mga6. It's called python-gobject.

(In reply to Jani Välimaa from comment #59)
> (In reply to Jani Välimaa from comment #58)
> > (In reply to Sébastien Morin from comment #54)
> > > Also tried as root, with the same result:
> > > 
> > > 
> > > [root@localhost sebastien]# dropbox start -i
> > > Starting Dropbox...Traceback (most recent call last):
> > >   File "/usr/bin/dropbox", line 1404, in start
> > >     download()
> > >   File "/usr/bin/dropbox", line 280, in download
> > >     import pygtk
> > > ImportError: No module named pygtk
> > 
> > You're missing pkg python2-gobject. Install it and try again.
> 
> python2-gobject is not available in mga6. It's called python-gobject.
(In reply to Maurice Batey from comment #57)
> Looks like Dropbox isn't installed!
> 
> Try re-installing like this:
> 
> [If you don't have nautilus-dropbox installed, do by:
>     (as root): 'urpmi nautilus-dropbox]' - unless you already have some
> other mechanism to show your Dropbox data files.]
> 
>   In terminal session, as user (don't lose the "-" at end of line!):
> 
> cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64" | tar
> xzf -
> 
>   [Then look in ~/.dropbox-dist/dropbox-lnx.x**** and delete/hide
> libdrm.so.2]
> 
> ~/.dropbox-dist/dropboxd
> 
>   [This should (eventually) connect you to the Dropbox web site, which will
> ask you to log in (or register if not existing Dropbox user)]
> 
> dropbox start -i
> 
> Fingers crossed!

(In reply to Maurice Batey from comment #57)
> Looks like Dropbox isn't installed!
> 
> Try re-installing like this:
> 
> [If you don't have nautilus-dropbox installed, do by:
>     (as root): 'urpmi nautilus-dropbox]' - unless you already have some
> other mechanism to show your Dropbox data files.]
> 
>   In terminal session, as user (don't lose the "-" at end of line!):
> 
> cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64" | tar
> xzf -
> 
>   [Then look in ~/.dropbox-dist/dropbox-lnx.x**** and delete/hide
> libdrm.so.2]
> 
> ~/.dropbox-dist/dropboxd
> 
>   [This should (eventually) connect you to the Dropbox web site, which will
> ask you to log in (or register if not existing Dropbox user)]
> 
> dropbox start -i
> 
> Fingers crossed!

(In reply to Jani Välimaa from comment #59)
> (In reply to Jani Välimaa from comment #58)
> > (In reply to Sébastien Morin from comment #54)
> > > Also tried as root, with the same result:
> > > 
> > > 
> > > [root@localhost sebastien]# dropbox start -i
> > > Starting Dropbox...Traceback (most recent call last):
> > >   File "/usr/bin/dropbox", line 1404, in start
> > >     download()
> > >   File "/usr/bin/dropbox", line 280, in download
> > >     import pygtk
> > > ImportError: No module named pygtk
> > 
> > You're missing pkg python2-gobject. Install it and try again.
> 
> python2-gobject is not available in mga6. It's called python-gobject.


[root@localhost sebastien]# urpmi python-gobject
Pour satisfaire les dépendances, les paquetages suivants vont être installés :
  Paquetage                      Version      Révision      Arch    
(média « Core Release (distrib1) »)
  lib64pyglib2.0_0               2.28.6       18.mga6       x86_64  
  python-gobject                 2.28.6       18.mga6       x86_64  
un espace additionnel de 1.2Mo sera utilisé.
293Ko de paquets seront récupérés.
Procéder à l'installation des 2 paquetages ? (O/n) O


    $MIRRORLIST: media/core/release/lib64pyglib2.0_0-2.28.6-18.mga6.x86_64.rpm
    $MIRRORLIST: media/core/release/python-gobject-2.28.6-18.mga6.x86_64.rpm                                                                                                                                                               
installation de lib64pyglib2.0_0-2.28.6-18.mga6.x86_64.rpm python-gobject-2.28.6-18.mga6.x86_64.rpm depuis /var/cache/urpmi/rpms                                                                                                           
Préparation...                   #########################################################################################################################################################################################################
      1/2: lib64pyglib2.0_0      #########################################################################################################################################################################################################
      2/2: python-gobject        #########################################################################################################################################################################################################
[root@localhost sebastien]# dropbox start -i
Starting Dropbox...Traceback (most recent call last):
  File "/usr/bin/dropbox", line 1404, in start
    download()
  File "/usr/bin/dropbox", line 282, in download
    import gtk
ImportError: No module named gtk
[root@localhost sebastien]#

(In reply to Sébastien Morin from comment #60)

..snip...

> [root@localhost sebastien]# dropbox start -i
> Starting Dropbox...Traceback (most recent call last):
>   File "/usr/bin/dropbox", line 1404, in start
>     download()
>   File "/usr/bin/dropbox", line 282, in download
>     import gtk
> ImportError: No module named gtk
> [root@localhost sebastien]#

Another missing pkg: pygtk2.0

> [root@localhost sebastien]# dropbox start -i

  No, no - not as Root!

All the Dropbox commands are as *user*.

[Only use root to install e.g. nautilus-dropbox].]

(In reply to Maurice Batey from comment #62)
> > [root@localhost sebastien]# dropbox start -i
> 
>   No, no - not as Root!
> 
> All the Dropbox commands are as *user*.
> 
> [Only use root to install e.g. nautilus-dropbox].]

Well, what a perfect timing!
After I installed pygtk2.0 and it dependencies (as root), this is what I did:

[sebastien@localhost ~]$ dropbox start -i
Starting Dropbox...Gtk-Message: Failed to load module "canberra-gtk-module"
/bin/dropbox:427: GtkWarning: Impossible de trouver le moteur de thème dans module_path : « adwaita »
  title = "Dropbox Installation")
dropbox: locating interpreter
dropbox: logging to /tmp/dropbox-antifreeze-5ilmxO
dropbox: initializing
dropbox: initializing python 3.5.4
dropbox: setting program path '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/dropbox'
dropbox: setting home path '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90'
dropbox: setting python path '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90:/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/python-packages-35.zip'
dropbox: python initialized
dropbox: running dropbox
dropbox: setting args
dropbox: applying overrides
dropbox: running main script
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/cryptography.hazmat.bindings._constant_time.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/cryptography.hazmat.bindings._openssl.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/cryptography.hazmat.bindings._padding.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/psutil._psutil_linux.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/psutil._psutil_posix.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/linuxffi.pthread._linuxffi_pthread.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/linuxffi.fcntl._linuxffi_fcntl.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/linuxffi.sys.compiled._linuxffi_sys.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/tornado.speedups.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/cpuid.compiled._cpuid.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/linuxffi.resolv.compiled._linuxffi_resolv.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/posixffi.libc._posixffi_libc.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/librsyncffi.compiled._librsyncffi.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtWebKit.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtCore.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtNetwork.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtGui.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtWebKitWidgets.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtWidgets.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtPrintSupport.cpython-35m-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/sebastien/.dropbox-dist/dropbox-lnx.x86_64-54.4.90/PyQt5.QtDBus.cpython-35m-x86_64-linux-gnu.so'
Done!


This opened a pop-up box which asked me if I wanted to install the software. I said yes. The pop-up downloaded the file(s). I was taken to firefox to sign in with my dropbox username and password. And now it's working!
Thank you!

Great!

But don't forget: 
  Regularly check for presence of libdrm.so.2 in  ~/.dropbox-dist/dropbox-lnx.x**** and delete if there!

  It mysteriously returns occasionally...

(In reply to Maurice Batey from comment #64)
> Great!
> 
> But don't forget: 
>   Regularly check for presence of libdrm.so.2 in 
> ~/.dropbox-dist/dropbox-lnx.x**** and delete if there!
> 
>   It mysteriously returns occasionally...

Ok... I will! Thanks :)

>   It mysteriously returns occasionally...

I believe that happens when Dropbox auto updates itself to a new version

That seems to be the only available solution, but one has to keep checking for the existence of the file libdrm.so.2 in ~/.dropbox-dist/dropbox-lnx.x****,and deleting it.
  Dropbox themselves don't seem interested in such problems in such distributions as Mageia, I'm afraid, so we could either just give up and Close this bug, or leave it open so that newcomers to the scene can find the above workaround and get on with life.

What does the team think?

Per our definition keyword UPSTREAM is "For important bugs that are upsteam that a workaround can be implemented for." so i added it.

I think best would be to update our wiki page on dropbox: https://wiki.mageia.org/en/Dropbox
and then close this bug.

Personally i gave up on dropbox, using nextcloud (both own and external rented) and syncthing, i have all dropbox offers plus much more.

Keywords: (none) => UPSTREAM

> I think best would be to update our wiki page on dropbox: 
> https://wiki.mageia.org/en/Dropbox and then close this bug.

Done.     (In reply to Morgan Leijström from comment #68)

Resolution: (none) => FIXED
Status: NEW => RESOLVED

Great, thanks :)

(In reply to Maurice Batey from comment #69)
> > I think best would be to update our wiki page on dropbox: 
> > https://wiki.mageia.org/en/Dropbox and then close this bug.
> 
> Done.     (In reply to Morgan Leijström from comment #68)

In addition to removing libdrm.so.2 after every automatic Dropbox update for nearly two years, I found the latest Dropbox update failed with a segfault on `libatomic.so.1: cannot open shared object file...`, leading me to install libatomic1.  I added this info after your wiki comment, in case it helps.
Thanks.

Thank you :)

In November 2019 there arose a need to install the 'libatomic' package to stop the Dropbox systray icon from flashing.

I then discovered that with libatomic installed, the presence of libdrm.so.2
in ~/.dropbox-dist/dropbox-lnx.x**** no longer has any deleterious effect on Dropbox updates, so it seems there is no longer a need to expunge it.