Hi,
On Mon, Oct 05, 2009 at 07:42:21PM +0200, J. Daniel Schmidt wrote:
I just stumbled over this bug report: https://bugzilla.novell.com/show_bug.cgi?id=540627
You did not mention the actual fix: using xdg-su
Yes, indeed, that is how Qt4 control center does it atm.
What consequences does it might have if we changed all desktop files?
It would enable YaST modules to be run as root e.g. from the menu or from the shortcut on user's desktop independently of DE. This is possible because xdg-su wrapper script figures out which *-su (kdesu, gnomesu) to call and if none of these can be used, prompts for root passwd in xterm.
Why don't the desktops implement X-KDE-SubstituteUID instead.
Because they are not required to. Freedesktop standard[1] states the following: "If one particular party wishes to add a field for personal use, they should prefix the key with the string X-PRODUCT, e.g. X-NewDesktop-Foo, following the precedent set by other IETF and RFC standards." In other words, X-PRODUCT (in this case X-KDE) is intended for the use by and within PRODUCT, e.g. RedHat applications do not have to read X-SuSE- prefixed desktop entries ;-) Now for this particular situation: Afaik, none of lightweight DEs - xfce, icewm, lxde,..- reads and understands X-KDE-SubstituteUID. Even upstream GNOME does not honour it (our GNOME does, due to SUSE-specific patch). As a result, YaST modules can't be launched from menu or desktop as root, if user's DE is other than KDE or GNOME hB. [1] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry- spec-1.0.html \\\\\ Katarina Machalkova \\\\\\\__o YaST developer __\\\\\\\'/_ & hedgehog painter -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org