Bug#766464: gksu pluma sets the ownership of /run/user/1000/dconf/user to root:root

[Mike Gabriel]

Control: tag -1 wontfix

Hi Vlad,

On  Do 23 Okt 2014 12:17:51 CEST, Vlad Orlov wrote:

Package: pluma
Version: 1.8.1+dfsg1-2
Severity: important


Steps to reproduce:

0. Have a Debian Testing installation, fully updated, with pluma installed.
1. Run gksu pluma <any_file>. Even the files in your ~ will do.
2. ls -l /run/user/1000/dconf/user
3. Notice that the ownership of that file changed from you:you to root:root.

You might also need to do some additional steps, like saving the file or
simply opening the preferences dialog. But with the latest Testing updates
I've found out it's enough to just run the editor.


Impact on the system:

Various unrelated apps might start eating 100% CPU or a lot of memory,
or break in other ways. If run from the console, they will show you this:




Additional note:

Does NOT happen if you use gksudo instead of gksu.


Why reported against pluma instead of gksu:


exhibit such a behavior, /run/user/1000/dconf/user stays owned by me.

(dconf-editor:2593): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly. I've tried a couple of other text editors - leafpad, mousepad - and they don't

Well...



Try running these command:

  $ apt-rdepends -r libdconf1 | grep mousepad
  $ apt-rdepends -r libdconf1 | grep leafpad

Though, you could try gedit:

  $ apt-rdepends -r libdconf1 | grep gedit





I will tag this bug with "wontfix" for now.



Greets,
Mike



--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

The issue does not occur with leafpad nor mousepad as both don't use dconf under their bonnet. Running the above command for gedit shows that it very well depends on libdconf1, so it is quite likely that the error will occur there in the same way as it occurs to you in pluma. Please track this issue down further. Try to find out, what application / library really changes ownership on /run/user/1000/dconf/user (you can use the strace command for that). If you don't reassign it to another package within the next four weeks, I will close this bug as it is abolutely not related to the code you find in the pluma package.

pgpzs3KHy75KK.pgp
Description: Digitale PGP-Signatur