Page MenuHomeSolus

dropbox for kde plasma
Closed, ResolvedPublic

Description

Name: dolphin-plugins
Homepage: https://github.com/KDE/dolphin-plugins
Why should this be included in the repository? For the new KDE ISO, as it's already included for MATE & Budgie
Is it Open Source (yes)
How many users do you anticipate will use this software? Anyone who uses dropbox!
Link to source tarball/zip file: See github ^^

Event Timeline

JoshStrobl added a subscriber: JoshStrobl.

Please file a valid package request in accordance with https://solus-project.com/articles/packaging/request-a-package/en

First time so I'm learning - let me know if there is more for me to do...

JoshStrobl assigned this task to sunnyflunk.
JoshStrobl added a subscriber: sunnyflunk.

Assigning to @sunnyflunk for evaluation.

sunnyflunk renamed this task from Dropbox-dolphin to dolphin-plugins.Feb 2 2018, 11:01 PM

It is my understanding that this will not help get dropbox installed, just enable dolphin to integrate with dropbox once it is installed. Is that assumption incorrect? (i.e. putting the cart before the horse a bit, need a good way to get dropbox installed first without installing nautilus, then worry about the integration)

Note I do have this built locally to previously try out what it could do.

If you grab nautilus-dropbox from the repos, it doesn't pull in nautilus itself. It pulls:

  • python-gobject2 2.28.6-5-1-x86_64
  • nautilus-extension 3.26.2-44-1-x86_64
  • python-pygpgme 0.3-2-1-x86_64
  • python-gtk2 2.24.0-5-1-x86_64
  • nautilus-dropbox 2015.10.28-12-1-x86_64

I'm guessing nautilus-dropbox is actually some kind of wrapper around dropbox. It might just be easier to grab the deb or rpm package end extract the binaries, I don't know. Or make some changes to the nautilus-dropbox wrapper and call it dolphin-dropbox?

Just throwing out some ideas.

@folcred, is that from a clean ISO install?

ideally we want one that's pretty generic so it works for people who want to use i3 for example.

Yes @sunnyflunk, nothing else installed except what came on the ISO, dropbox (via above), zsh and a few more CLI tools. Nothing GTK.

It is my understanding that this will not help get dropbox installed, just enable dolphin to integrate with dropbox once it is installed. Is that assumption incorrect? (i.e. putting the cart before the horse a bit, need a good way to get dropbox installed first without installing nautilus, then worry about the integration)

Note I do have this built locally to previously try out what it could do.

Yeah I think you're right, this is the plugin I used on Chakra and Antergos so I may have incorrectly assumed that it also installed dropbox. So... what I am requesting is the dropbox program for linux (https://www.dropbox.com/install-linux) because only a caja-dropbox is in the repo at the moment, and also a dropbox plugin for dolphin. Sorry for the confusion.

Got out of bed with someone else's brain today doh! Anyway, I've now installed nautilus-dropbox and it downloaded successfully and started the system tray icon but if I try to sign in (from the system tray icon) nothing happens (I'm pretty sure this sent me to a webpage in the past but it may have been a popup first). So I guess nautilus-dropbox needs adjusting for plasma.

robgriff444 renamed this task from dolphin-plugins to dropbox for kde plasma.Feb 3 2018, 2:15 PM

It probably does need some adjusting @robgriff444, but I'm not sure if dropbox does or Plasma. I looked at the file list that nautilus-dropbox installs, most of it just icons and such. The /usr/bin/dropbox executable it installs is really a Python script. The script checks if the user has a ~/.dropbox-dist folder, and if they do, launches the dropboxd daemon it finds there. If they don't have that folder, it goes and grabs it from the website and does an install. The python modules nautilus-dropbox pulls as dependencies are for the install dialogs, GTK ones in it's case. Once the daemon is installed, all /usr/bin/dropbox does is launch the daemon, then exit. The daemon is doing the rest.

What's odd here is you say the panel icon doesn't do anything. It works fine on my system, so I have to believe there's something else I've done that makes it work that you haven't. First thing that comes to my mind is perhaps the daemon doesn't use xdg-open to launch a default browser, perhaps it's trying to use some other mechanism. One of the things I always do in Plasma is set my default browser in System Settings > Applications > Default Applications.

It's a shot in the dark, but I'm wondering if that's why it's not working for you. Do you have that set to anything?

I first had Vivaldi installed and I set the default browser to Vivaldi after dropbox icon failed, then I downloaded Qupzilla (& set it accordingly) and then when that didn't work I tried Firefox and did the same. All with no action when I clicked sign in.

I have tried removing everything with eopkg history and starting again but now when I run dropbox start -i it drops out after 100% downloading saying unsupported protocol, can't start daemon. Not sure what to do now!

Okay, now I think I know what the problem is. Right now the current ISO was bitten by an upstream bug that doesn't set the proper locale and language. If you open a terminal and enter env you will probably see several places where a variable is set to en_US.US-ASCII or something like it. All those environment variables should say en_US.UTF-8 (if you're using US English) instead. UTF-8 supports a lot of character encodings that ASCII doesn't, and anything trying to use those encodings will fail.

I suggest checking with env | grep LANG in a terminal to see what you have set. If it doesn't end with "UTF-8", you're going to have to change a couple of files, then restart the machine. Log out and login doesn't always clear memory, it's better to reboot.

The files that need changing (if necessary) are ~/.config/plasma-localerc and ~/.config/plasma-locale-settings.sh. The first one, plasma-localerc should look like this:

[Formats]
LANG=en_US.utf8
LC_COLLATE=en_US.utf8
LC_MEASUREMENT=en_US.utf8
LC_MONETARY=en_US.utf8
LC_NUMERIC=en_US.utf8
LC_TIME=en_US.utf8
useDetailed=true

[Translations]
LANGUAGE=en_US

And plasma-locale-settings.sh should look like this:

# Generated script, do not edit
# Exports language-format specific env vars from startkde.
# This script has been generated from kcmshell5 formats.
# It will automatically be overwritten from there.
export LANG=en_US.utf8
export LC_NUMERIC=en_US.utf8
export LC_TIME=en_US.utf8
export LC_MONETARY=en_US.utf8
export LC_MEASUREMENT=en_US.utf8
export LC_COLLATE=en_US.utf8
export LANGUAGE=en_US

My guess is that's why it's working for me, I already set these. It was an issue we found here: https://dev.solus-project.com/T5694

Thanks.

My 1st file just said [Formats] Lang=, and the 2nd file didn't exist so I've added it and made it executable and changed both as you say above but this didn't fix it.

By the way, the dialog box says 'Trouble connecting to dropbox servers' which may be more pertinent? I've seen others on ubuntu and such with this error and I've seen at least one solution was to update the dropbox version, i.e. it wasn't the desktop or distro's fault.

That could be. After some serious testing, about 2 days ago I felt it was stable enough to make my daily driver. So I backed-up my files (including ~/Dropbox) and blew away everything else.

Once I had it installed, I copied my files back to my new home folder, fixed all the things I knew already were broken, and then did the dropbox install. Naturally it created new ~/dropbox-dist and ~/.dropbox folders, so whatever got installed there is the latest from Dropbox.

I should note because I don't know if it makes a difference: I'm on an ethernet connection with no proxies. My IP address may change, MAC and all that, I don't know for sure, but it always stays eno1. I don't know if that's the case with wifi (don't have or use it), or if you use some kind of password to access wifi/router, if that's the problem. I mention this in case you are on wifi or a router that's password protected, or proxied, that might be the problem.

Yeah I'm on cable to my router and no need for passwords. It's strange though coz it installed once!

I see that the installer is a python script so maybe it'll behave better after the next sync with python going to 3.6.

OK, fixed it - I downloaded a fresh install from dropbox as follows:

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

(this is straight from instructions on https://www.dropbox.com/install-linux)
Then ran

dropbox start

(and it auto triggered a Firefox window (which wasn't running) even though Vivaldi said it was the default browser and KDE settings (default application) agreed! I know this isn't really relevant to this task but I just want to make a note.)

And it also added a folder in Dolphin (but I've now realized this is nothing to do with dolphin, it's just a folder!!!! I told you I got up with someone else's brain today lol).

So now that it works so easily, do we need a package? Or simply a forum entry. Maybe it's me that assumed it should be a package because it was in other distros but maybe most people know that they can download it from dropbox.

I would think we do, if for no other reason than it's already packaged for nautilus and caja.

With dolphin-plugins now included is this task still required?

With dolphin-plugins now included is this task still required?

Yes, dolphin-plugins won't actually install dropbox as far as I'm aware