Difference between revisions of "Talk:Dropbox"

From ArchWiki
Jump to: navigation, search
m (Remove closed discussions.)
m (Argues for not changing the "Securing Your Dropbox" section.)
 
(39 intermediate revisions by 15 users not shown)
Line 1: Line 1:
==Explaining how to start dropbox for all users in systemd==
+
== Hack To Stop Auto-Update ==
I do not know how to do this, but I think it has to do with the User info.
+
I have concerns about this section of the article mainly because I just installed Dropbox from the AUR and I have no .dropbox-dist directory (I have seen it in the past however). I am wondering if this is something that has changed in a more recent version of Dropbox and perhaps this directory no longer applies and renders this section of the Archi Wiki entry out of date for the moment. [[User:Taliesin|Taliesin]] ([[User talk:Taliesin|talk]]) 01:52, 26 August 2014 (UTC)
Could this be explained propperly?
 
Simply removing the User= statements has some strange behaviour (as I have tried this and it makes dropbox startup together with gdm).
 
  
Can we add multiple usernames? Or disable it for root only? What would be the best way forward?
+
:Wait until the auto-update kicks in. The auto-updater assumes that the {{ic|~/.dropbox-dist/}} directory is the installation path (and when using the upstream installer instead of AUR, it indeed is), so it just extracts the downloaded tarball into this path. For the record, the AUR package uses {{ic|/opt/dropbox/}} as the installation path. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 07:02, 26 August 2014 (UTC)
  
== Dropbox in systemd --user ==
+
This hack saved my rear end a couple of weeks ago when Dropbox 3 was pushed (with regressions).  The only other place that seemed to hint at that trick was on Dropbox's old forum, which as far as I know was deleted.  So, I just wanted to say thanks for documenting the undocumented feature. [[User:KlipperKyle|KlipperKyle]] ([[User talk:KlipperKyle|talk]]) 05:46, 30 December 2014 (UTC)
  
I had trouble with dropbox not starting correctly in systemd --user. There were 2 problems:
 
  
* /usr/bin/dropboxd apparently forks off a child daemon. I couldn't find how to start the daemon without forking.
+
== Run as a daemon with systemd user ==
* /usr/bin/dropboxd exits with status code 9/KILL. This makes systemd kill its control-group and thereby its child (the daemon) too.
+
The configs in section
 +
"Run as a daemon with systemd user"
 +
do not work for me. Getting an
 +
"Failed to get D-Bus connection: Verbindungsaufbau abgelehnt" error when executing
 +
"sudo systemctl --user start dropbox@:0.service".  
 +
Configs of section "Run as a daemon with systemd user" do work however.
 +
[[User:Bkk|Bkk]] ([[User talk:Bkk|talk]]) 10:10, 12 February 2015 (UTC)
  
The original dropbox@.service did not work for me because of these two issues. Stopping dropboxd with systemd also did not work before.
+
:I have Dropbox successfully running using systemd user with a system tray icon. I updated that section with the steps I used to get it working
 +
:[[User:Silverhammermba|Silverhammermba]] ([[User talk:Silverhammermba|talk]]) 20:59, 15 February 2015 (UTC)
  
To fix this I have the following in $HOME/.config/systemd/user/dropbox.service:
+
:: Thanks for your help! Unfortunately the changes do not work for me ("start request repeated too quickly for dropbox.service" even though I waited quite some time):
 +
:: Feb 15 23:01:43 bkk-V5 systemd[731]: Starting Dropbox...
 +
::Feb 15 23:01:43 bkk-V5 systemd[731]: start request repeated too quickly for dropbox.service
 +
::Feb 15 23:01:43 bkk-V5 systemd[731]: Failed to start Dropbox.
 +
::Feb 15 23:01:43 bkk-V5 systemd[731]: Unit dropbox.service entered failed state.
 +
::Feb 15 23:01:43 bkk-V5 systemd[731]: dropbox.service failed.
 +
::So far, only starting dropbox via terminal "dropbox" does work for me. --[[User:Bkk|Bkk]] ([[User talk:Bkk|talk]]) 22:08, 15 February 2015 (UTC)
  
{{hc|$HOME/.config/systemd/user/dropbox.service|<nowiki>
+
:::The dropbox service is configured to restart when it fails, but it looks like it's always failing for you so it gets into a loop. What does {{ic|1=journalctl --user --unit=dropbox.service}} say? Or {{ic|systemctl --user status dropbox}}? Can you run other [[systemd/User|user services]] successfully?
[Unit]
+
:::[[User:Silverhammermba|Silverhammermba]] ([[User talk:Silverhammermba|talk]]) 01:38, 16 February 2015 (UTC)
Description=Dropbox
 
After=xorg.target
 
  
[Service]
+
== Right click does not show the menu ==
Type=forking                                  # dropboxd forks off to a daemon and isn't itself long-running
 
ExecStart=/bin/sh -c '/usr/bin/dropboxd; true' # dropboxd always exists with 9, so just ignore the exit code
 
KillMode=process                              # Upon exiting, kill the process, not the control-group
 
  
[Install]
+
If right clicking the dropbox icon does not show the menu as it should, or shows the applet menu (Cinnamon, maybe others) try ending Dropbox and running it with:
WantedBy=session.target
+
<code>dbus-launch dropbox</code>
</nowiki>}}
 
  
The DISPLAY environment is already in the environment, so Environment=DISPLAY=:0 is not needed. Also, this service does not detect when dropbox exited; I'm not sure how to fix this at the moment. Input on this is appreciated.
+
[[User:Koassim|Koassim]] ([[User talk:Koassim|talk]]) 10:49, 18 March 2016 (UTC)
  
: please sign your post with {{ic|<nowiki>~~~~</nowiki>}} next time
+
:Is this another symptom of [https://www.archlinux.org/news/d-bus-now-launches-user-buses/ user buses]? -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 11:45, 18 March 2016 (UTC)
: read manpage systemd.service(5), especially SuccessExitStatus and KillSignal might be useful
+
 
: btw. this [https://github.com/lahwaacz/archlinux-dotfiles/blob/master/home/.config/systemd/user/dropbox.service] works for me...
+
::Maybe? I don't know. Sorry. [[User:Koassim|Koassim]] ([[User talk:Koassim|talk]]) 18:07, 19 March 2016 (UTC)
: -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 13:46, 7 June 2013 (UTC)
+
 
 +
== The part about networkmanager does not apply anymore ==
 +
 
 +
The networkmanager scripts are not available on the AUR anymore, so I guess the functionality has been included elsewhere? Anyone knows that?
 +
 
 +
{{unsigned|17:15, 10 April 2016‎|OdinEidolon}}
 +
 
 +
== Alternative for KDE ==
 +
 
 +
The latest dolphin already have working services for dropbox, maybe it should be noted somewhere in the article as an alternative to an external client? [[User:Bugmenot2|Bugmenot2]] ([[User talk:Bugmenot2|talk]]) 23:49, 11 April 2016 (UTC)
 +
 
 +
== Securing your Dropbox ==
 +
 
 +
Here it's written that data on Dropbox servers are stored '''not encrypted''', therefore the possible need to setup a way of encrypting sensible data. Is it still true? Because if you head to the ''Dropbox Help Center'', under ''Security and privacy'' it's stated that:
 +
 
 +
- '''Dropbox files at rest are encrypted using 256-bit Advanced Encryption Standard (AES)'''
 +
 
 +
and, as already written in the wiki page,  
 +
 
 +
- '''Dropbox uses Secure Sockets Layer (SSL)/Transport Layer Security (TLS) to protect data in transit between Dropbox apps and our servers; it's designed to create a secure tunnel protected by 128-bit or higher Advanced Encryption Standard (AES) encryption'''.
 +
 
 +
Source: [https://www.dropbox.com/help/27]
 +
 
 +
If the point here is to provide a way to encrypt data locally in a Dropbox folder, than it's okay, but maybe the line regarding Dropbox security should be corrected.
 +
 
 +
--[[User:Eb90|Eb90]] ([[User talk:Eb90|talk]]) 11:50, 5 April 2017 (UTC)
 +
eb90
 +
 
 +
Yes, technically the files are encrypted at rest, but Dropbox has the key to decrypt them. When you log in to your Dropbox account through your web browser, you have access to the decrypted files. Their encryption does not protect users from their account getting phished, someone guessing their login credentials, or Dropbox itself being comprimised. Changing this section might decieve users into believing that it's unnecessary to take their security into their own hands.
 +
 
 +
--[[User:cryptodoomchicken|cryptodoomchicken]] ([[User talk:cryptodoomchicken|talk]]) 14:47, 5 April 2017 (UTC)

Latest revision as of 14:46, 5 April 2017

Hack To Stop Auto-Update

I have concerns about this section of the article mainly because I just installed Dropbox from the AUR and I have no .dropbox-dist directory (I have seen it in the past however). I am wondering if this is something that has changed in a more recent version of Dropbox and perhaps this directory no longer applies and renders this section of the Archi Wiki entry out of date for the moment. Taliesin (talk) 01:52, 26 August 2014 (UTC)

Wait until the auto-update kicks in. The auto-updater assumes that the ~/.dropbox-dist/ directory is the installation path (and when using the upstream installer instead of AUR, it indeed is), so it just extracts the downloaded tarball into this path. For the record, the AUR package uses /opt/dropbox/ as the installation path. -- Lahwaacz (talk) 07:02, 26 August 2014 (UTC)

This hack saved my rear end a couple of weeks ago when Dropbox 3 was pushed (with regressions). The only other place that seemed to hint at that trick was on Dropbox's old forum, which as far as I know was deleted. So, I just wanted to say thanks for documenting the undocumented feature. KlipperKyle (talk) 05:46, 30 December 2014 (UTC)


Run as a daemon with systemd user

The configs in section "Run as a daemon with systemd user" do not work for me. Getting an "Failed to get D-Bus connection: Verbindungsaufbau abgelehnt" error when executing "sudo systemctl --user start dropbox@:0.service". Configs of section "Run as a daemon with systemd user" do work however. Bkk (talk) 10:10, 12 February 2015 (UTC)

I have Dropbox successfully running using systemd user with a system tray icon. I updated that section with the steps I used to get it working
Silverhammermba (talk) 20:59, 15 February 2015 (UTC)
Thanks for your help! Unfortunately the changes do not work for me ("start request repeated too quickly for dropbox.service" even though I waited quite some time):
Feb 15 23:01:43 bkk-V5 systemd[731]: Starting Dropbox...
Feb 15 23:01:43 bkk-V5 systemd[731]: start request repeated too quickly for dropbox.service
Feb 15 23:01:43 bkk-V5 systemd[731]: Failed to start Dropbox.
Feb 15 23:01:43 bkk-V5 systemd[731]: Unit dropbox.service entered failed state.
Feb 15 23:01:43 bkk-V5 systemd[731]: dropbox.service failed.
So far, only starting dropbox via terminal "dropbox" does work for me. --Bkk (talk) 22:08, 15 February 2015 (UTC)
The dropbox service is configured to restart when it fails, but it looks like it's always failing for you so it gets into a loop. What does journalctl --user --unit=dropbox.service say? Or systemctl --user status dropbox? Can you run other user services successfully?
Silverhammermba (talk) 01:38, 16 February 2015 (UTC)

Right click does not show the menu

If right clicking the dropbox icon does not show the menu as it should, or shows the applet menu (Cinnamon, maybe others) try ending Dropbox and running it with: dbus-launch dropbox

Koassim (talk) 10:49, 18 March 2016 (UTC)

Is this another symptom of user buses? -- Alad (talk) 11:45, 18 March 2016 (UTC)
Maybe? I don't know. Sorry. Koassim (talk) 18:07, 19 March 2016 (UTC)

The part about networkmanager does not apply anymore

The networkmanager scripts are not available on the AUR anymore, so I guess the functionality has been included elsewhere? Anyone knows that?

—This unsigned comment is by OdinEidolon (talk) 17:15, 10 April 2016‎. Please sign your posts with ~~~~!

Alternative for KDE

The latest dolphin already have working services for dropbox, maybe it should be noted somewhere in the article as an alternative to an external client? Bugmenot2 (talk) 23:49, 11 April 2016 (UTC)

Securing your Dropbox

Here it's written that data on Dropbox servers are stored not encrypted, therefore the possible need to setup a way of encrypting sensible data. Is it still true? Because if you head to the Dropbox Help Center, under Security and privacy it's stated that:

- Dropbox files at rest are encrypted using 256-bit Advanced Encryption Standard (AES)

and, as already written in the wiki page,

- Dropbox uses Secure Sockets Layer (SSL)/Transport Layer Security (TLS) to protect data in transit between Dropbox apps and our servers; it's designed to create a secure tunnel protected by 128-bit or higher Advanced Encryption Standard (AES) encryption.

Source: [1]

If the point here is to provide a way to encrypt data locally in a Dropbox folder, than it's okay, but maybe the line regarding Dropbox security should be corrected.

--Eb90 (talk) 11:50, 5 April 2017 (UTC) eb90

Yes, technically the files are encrypted at rest, but Dropbox has the key to decrypt them. When you log in to your Dropbox account through your web browser, you have access to the decrypted files. Their encryption does not protect users from their account getting phished, someone guessing their login credentials, or Dropbox itself being comprimised. Changing this section might decieve users into believing that it's unnecessary to take their security into their own hands.

--cryptodoomchicken (talk) 14:47, 5 April 2017 (UTC)