Dolphin root priviledge

[Stagger Lee]

I found out why. dbus-x11 package was missing.

[Stagger Lee]

Strange it does not work on another Notebook fresh installation.

[Don B. Cilly]

If you really just can't figure out how to do things without running the GUI as root, why go through all this rigmarole?

Well, I did say " [I love my CLI] ... For some things, though (very few, mind you) it's good to be able to - for example - manage files (with obnoxious names) in protected places with a GUI... like, once every few months, maybe."...

And it's not that much of a rigmarole, is it?

[WWDERW]

It's your system so do what you want...

To me, this should be the primary reason why it should be left alone.

Just because I do use it on occasion, doesn't mean that I would use it all the time or just create a root user and perpetually log into as root.

If you really just can't figure out how to do things without running the GUI as root, why go through all this rigmarole? Just create a root password, log in as root, and be done with it. Heck, why even have a regular user account at all?

Unfortunately, the one issue that happens when running as CLI elevated, the files that move over still retain their original wide open permission settings. They don't inherent root settings. So before I do su(dp) mv "blah blah", I have to chown and chmod and then mv them to root. GUI, at least in my experience, with elevated file managers, once you cancel the elevation, they inherit the root settings.

At least in my experience.

[oshunluvr]

On Neon unstable, it works, but it does funny things.
It opens in a /home that doesn't exist. It's empty, unless I show hidden files, and then it shows things I don't have, and very few of them.
If I go through /root to /home, it shows the correct one.
In that "fake home", if I Show editable location, it says /root/ .

[ATTACH=CONFIG]8203[/ATTACH]

So, it may be useable, but obviously I won't use it

It's not a "fake" home, it's root home. You opened Dolphin as root, thus /root/ is the default folder to open. There's nothing in it of notice because you're not supposed to be using GUI applications as root. IMO this is the #1 reason new users mess up their installations.

It's your system so do what you want, but I would never suggest doing this to anyone.

If you really just can't figure out how to do things without running the GUI as root, why go through all this rigmarole? Just create a root password, log in as root, and be done with it. Heck, why even have a regular user account at all?

[kubicle]

or custom window color scheme.

I commonly use a darker color scheme, for all root apps...you can do this by starting system settings as root and setting a color scheme there...it will affect all root started apps.

[Don B. Cilly]

I see. So it opens on /root. Got it.
I just wasn't aware of what was in there (as you can imagine).

So, if I wanted it to open on / , I would use KDE_FULL_SESSION=true dolphin / ?
Which would - probably - make more sense anyway...

[EDIT] Don't know why I asked really. All I had to do was try... Yes, I use dolphin / and it opens there :·)

[Stagger Lee]

I am aware of all warnings about using root GUI Applications and what can go wrong. So long I have not experienced any problems. Using it most for annoying Apache www folder symlinked to User folder. Forgot to make fake root for Apache and www outside the "var". Added User to www-data group but it is allways additional job with wordpress permisssions, somehow.
For most of the other things Kate is enough with root password popup.

Does anyone know how to force permanent titlebar caption/name, custom icon in Panel bar, or custom window color scheme. Via launcher's "Edit Applications" menu editor, command ?
--caption is not working
--title is working initialy. As soon you change folder in Dolphin it is gone.

I would really like to have some permanent warning that opened Dolphin window is opened in root mode. I tend to have open Dolphin window for hours, so would like to not mix it with non-root Dolphin.

[kubicle]

On Neon unstable, it works, but it does funny things.
It opens in a /home that doesn't exist. It's empty, unless I show hidden files, and then it shows things I don't have, and very few of them.
If I go through /root to /home, it shows the correct one.
In that "fake home", if I Show editable location, it says /root/ .

So, it may be useable, but obviously I won't use it

The "root" user's $HOME directory IS "/root", so that's exactly what it is supposed to do (so it does not really do "funny things"), it open's in root users $HOME, not your regular users $HOME which is commonly /home/<username>...and root users $HOME usually does not contain much besides root's config files (the "hidden" directories and files).

IOW, it's not a "fake home", it's "root's home"

If you really want it opening on your user's $HOME you can use:

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY KDE_SESSION_VERSION=5 KDE_FULL_SESSION=true dolphin $HOME

But you normally don't want to do much in your regular user's $HOME when running dolphin as root

[WWDERW]

Still, we have root-mode Krusader for that...

I've used Krusader and I've used PCMANFM-QT and I noticed that some undesirable changes happen and I really didn't have an inclination to trouble shoot.

They all seemed to relate to how the file manager interacts with Ark (which I use all the time). I couldn't drag and drop for extracting files from Ark to the non-Dolphin file manager. I couldn't use any other destination for the extracted files (through Ark's menus) for any place that wasn't where the archive file was located. All the files extracted were automatically chown root:root and chmod 555. I don't have them in locations that had that file designation nor did I use su(do) to extract.

Now, I really like KDE and so I made sure I learned the relevant CLI commands to handle things while keeping Dolphin as the file manager due to how well it behaves with Ark. Not many people are going to be that dedicated, it doesn't work out of the box and so move on. This actual "issue" is what kept me going from and forth between Kubuntu and Linux Mint, because I like how that environment handles this particular "issue" (plus I like File Roller's ability to mount ISO's in the file manager, never have been able to get Dolphin to do that, none of the services have worked for me and the other work arounds made it just simpler to use K3B to make the ISO and then just go through Ark versus mounting it (I really do miss that)).

[Don B. Cilly]

Couldn't agree more.
I love my CLI - man, when DOS was out, I spent hours trying to cram a few more bytes into High Memory
And I used Linux for years without any X-server at all.
For some things, though (very few, mind you) it's good to be able to - for example - manage files (with obnoxious names) in protected places with a GUI... like, once every few months, maybe.

Still, we have root-mode Krusader for that...

[WWDERW]

I was young when DOS was out and started playing Carmen Sandiago on it.

I never thought of CLI as that forbidding since I did start with it when I was really young.

I don't disagree with people should learn CLI, at least the very basics, no matter what platform you are on (Linux, Windows, Mac) it is the most powerful place to be for certain things (not to mention efficient).

Unfortunately, here is the rub, while I can understand the reasons that keep on being mentioned why Dolphin and Kate don't allow for elevated use, I don't think that is in of itself a reason to force something like this. If I, for whatever reason, want to use GUI to do something, I should be able to do it. Regardless of the security implications etc. Linux (in my mind) has always been about options and this shouldn't be any different. If something that I do nukes the install (which has happened, especially early on in my use of Linux) that goes hand and hand with the power that is Linux.

[Don B. Cilly]

I mean, on non-root Dolphin, my Home looks like this:

[Don B. Cilly]

On Neon unstable, it works, but it does funny things.
It opens in a /home that doesn't exist. It's empty, unless I show hidden files, and then it shows things I don't have, and very few of them.
If I go through /root to /home, it shows the correct one.
In that "fake home", if I Show editable location, it says /root/ .



So, it may be useable, but obviously I won't use it

[Stagger Lee]

I made Menu Item with this command and it starts as root (And Task Manager Item with differently colored icon). I did not change any core files. It is activated in Kubuntu 19.04, seems as.

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY KDE_SESSION_VERSION=5 KDE_FULL_SESSION=true dolphin

Would just like that dismissable notice follows and not disappear when I change folder, just to be able to differentiate between Dolphin root and non-root. I don't want to use root launch more than I need.

Menu Item (Right click on Launcher -> Edit Applications):
- Name
- Description (optional)
- Command (from above)
- Enable launch feedback = Yes
- Do not activate Run in terminal