after upgrade to 15.4 kwrite as super user doesn't start

English Applications
1

Hi, on my desktop PC running 15.4 with KDE opening a folder with dolphin as super user mode and opening a .txt file with kwrite it doesn’t start

if I open kwrite as root in konsole it works but with an advice:

procuste@server3TW:~> su -
Password: 
server3TW:~ # kwrite
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
kf.sonnet.core: No language dictionaries for the language: "C" trying to load en_US as default
server3TW:~ #

how can I get kwrite working as superuser clicking on a file?

2

You should never ever log into a GUI as root!!! You will damage things
.:’(

3

yes I know, but I’m using from user the suse standard “open with > filemanager-super user mode” to open dolphin and then inside dolphin in super user mode I open file, is the easiest way to modify root text files like fstab…

4

Use kdesu instead of su…

5

And, when you open Dolphin in “Super User Mode” «dbus-launch dolphin -qwindowtitle “%c” “%u”», there’s a warning – sorry about the German language –

Die Ausführung von Dolphin als Systemverwalter kann gefährlich sein. Bitte beachten Sie das.

with a red dot with a white “x” in the top right hand corner – click to get rid of the message …

  • Opening test files with Kate is perfectly OK.
  • <Shift-F4> opens a Konsole window logged in as “root”.
  • <Right-Click> → open with Kate is OK (I no longer have KWrite installed).
  • <Right-Click> → open with LibreOffice is a catastrophe – you’ll spend ages getting the system back again …
    Amongst the painful experiences is, the need to empty the Display Manager’s cache in ‘/var/lib/«Display Manager User»/’ …
    Also. cleaning up the cache of the user “root” plus, the ‘~.config/’ directory (LibreOffice entries) plus, the ‘~/.local/share/’ entries …
    And then, reboot – with luck the Display Manager login will re-appear …
  • A simple “F4” also functions as expected for a quick CLI in the displayed directory …

[HR][/HR]I login to KDE Plasma as “root” for only one purpose → to set the colour scheme to “openSUSE dark” for windows such as the YaST windows …

6

yes, kate is ok also for me, but I prefere to use kwrite if *** doesn’t catastrophe anyrthing

7

tried kdesu but it doesnt works (no kwrite window is open)

procuste@server3TW:~> kdesu kwrite
Fontconfig warning: ignoring it_ITUS.UTF-8: not a valid region tag
procuste@server3TW:~>

and also “su”, “su -” and “sudo” behave differently
“su” (opens kwrite window in black background as set in root systemsettings)

**server3TW:/home/procuste #** kwrite
QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 07
00 owned by UID 1000 GID 100
QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 07
00 owned by UID 1000 GID 100
QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 07
00 owned by UID 1000 GID 100
QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 07
00 owned by UID 1000 GID 100
QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 07
00 owned by UID 1000 GID 100
Fontconfig warning: ignoring it_ITUS.UTF-8: not a valid region tag
**server3TW:/home/procuste #**

“su -” (opens kwrite window in white background as set in user systemsettings) behave differently from “su”

**server3TW:~ #** kwrite
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
kf.sonnet.core: No language dictionaries for the language: "C" trying to load en_US as default
**server3TW:~ #**

and sudo (what claimed doesn’t works, if I open a root owned text file and modify it when I close it no option to save is given

procuste@server3TW:~> sudo kwrite
[sudo] password for root:  
Executing KWrite with sudo is not possible due to unfixable security vulnerabilities. It is also not nec
essary; simply use KWrite normally, and you will be prompted for elevated privileges when saving documen
ts if needed.
procuste@server3TW:~>
8

You should read su manpages or have a look here (already explained so that you don’t need to read man pages …): https://wiki.mageia.org/en/Never_use_just_su

9

What if you try “kdesu kwrite” from within the GUI? i.e. alt+F2 then enter the command. It should then use your user’s environment rather than root’s.

10

all my above commands are from within the GUI, I launched konsole (in the GUI) and run “kdesu kwrite” and the other commands,
alt+F2 doesn’t have any effect, I tried ctrl+alt+F2, I entered in a text console (the black screen with only text) and I logged in as user, then run “kdesu kwrite”, but the result has been the same as sudo

procuste@server3TW:~> sudo kwrite[sudo] password for root:  
Executing KWrite with sudo is not possible due to unfixable security vulnerabilities. It is also not nec
essary; simply use KWrite normally, and you will be prompted for elevated privileges when saving documen
ts if needed.
procuste@server3TW:~>
11

manythanks, it is more clear now:shame: