From: dsonck <daniel@sonck.nl>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] What's with KDE?
Date: Tue, 06 Nov 2018 00:39:39 +0100 [thread overview]
Message-ID: <45d2d310ebf9f7614c7a9f52933bdaf2@mail.touhou.fm> (raw)
In-Reply-To: <773deec0-7709-9045-5a9b-e38a52b8a0ae@gmail.com>
On 2018-11-05 21:40, Dale wrote:
> Philip Webb wrote:
>> 181105 Dale wrote:
>>> Currently I'm using Krusader. It works as root,
>>> so I can edit files in /etc, /root and such.
>> I can recommend Krusader to any KDE user.
>> I do most file management from CLI, but sometimes need heavy lifting.
>> If anyone tries it, they should look into its many features :
>> there's a PDF help doc available.
>>
>
>
> That's my thinking as well. It is different from Konqueror but it does
> the job pretty well and seems to be pretty light and fast. The biggest
> thing, it allows running as root.
>
> I've been really busy recently. My Mom was in the hospital for several
> weeks, that's a long time here. After that, she was in a nursing home
> trying to get her strength back and had a few set backs while there.
> She comes home tomorrow and is in better shape than she was over a year
> ago. Maybe even a couple years ago. That has kept me busy and pretty
> much wore out at times. I have health issues of my own. So, I haven't
> been able to really dig deep into Krusader as yet. Basically, I got it
> to where I can edit files in /etc and /root and pretty much left it as
> is. The one thing I'd like to change, being able to click/double click
> on a file and it open. That's how Dolphin and the old Konqueror was
> set
> up. As it is, you have to hit F4 to edit which opens Kwrite/Kate
> depending on settings for text files. I also wish it wouldn't separate
> the file name and the extension. I prefer them to be together. Heck,
> I
> might use Krusader as a regular user if I could get that last one
> configured right. ;-)
>
> I really do need to research that more. Do you have a link to that
> pdf? I'm on version 2.7.1. but any recent version would be nice.
>
> Thanks.
>
> Dale
>
> :-) :-)
I've been reading through this discussion and seen several references to
"run as root". As I've been guilty of doing that myself for a while (and
not realizing it was actually actively prevented since some time), I
decided to look into the reasoning why it's not possible anymore.
Apparently, it wasn't taken lightheartedly. The reasoning behind it was
that the terminal (which also has root now) can be activated and used by
injecting keystrokes (through XTest). Whether that's a concern of the
end user is up for them to decide (if you don't allow any external party
to access your system by not allowing ssh etc. you'd basically be
perfectly safe), but it's an interesting backdoor. However, KDE also
planned to bring in a more fine-grained approach by allowing KIO to use
PolicyKit to allow editing of restricted files. This would mean that
Dolphin, KWrite and Kate all get their "root" back, but in the form of a
"you require elevated rights to do this, please specify your password"
which can be protected better.
Then again, this raises the issue of whether PolicyKit is such a great
feature. I've been having problems with that myself as it can and will
be DoS'd when it gets too many requests (had a rogue libvirt client
which did several requests all of which needed to go through PolicyKit
to verify access). While the failure mode is safe, it will block any
attempt at authorizing, it's a big nuisance because other things may
depend on it.
Lastly, Qt also advises against being used under root due to the sheer
scope of the project which would mean that even krusader might not be
totally safe.
I wanted to share this for those that read this discussion to reiterate
the implications allowing root, and allowing it in these GUI
applications. Of course, if it works for you and you don't see any risk,
by any means go for it. But also keep in mind that there are apparently
fair reasons behind this change. That said, I also started to look into
krusader and I might use it more.
Greetings,
Daniel Sonck
next prev parent reply other threads:[~2018-11-05 23:39 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-03 4:43 [gentoo-user] What's with KDE? Alan Grimes
2018-11-03 5:36 ` Andrew Udvare
2018-11-03 16:28 ` wabe
2018-11-03 17:38 ` Peter Humphrey
2018-11-03 22:44 ` Dale
2018-11-04 9:58 ` Mick
2018-11-05 19:05 ` Dale
2018-11-05 20:18 ` Philip Webb
2018-11-05 20:40 ` Dale
2018-11-05 23:39 ` dsonck [this message]
2018-11-06 0:04 ` Dale
2018-11-06 10:21 ` Peter Humphrey
2018-11-06 18:52 ` Dale
2018-11-07 9:32 ` Peter Humphrey
2018-11-05 15:26 ` [gentoo-user] " Grant Edwards
2018-11-05 16:35 ` Nikos Chantziaras
2018-11-05 17:07 ` Peter Humphrey
2018-11-05 18:27 ` Nikos Chantziaras
2018-11-05 21:47 ` Neil Bothwick
2018-11-05 18:35 ` R0b0t1
2018-11-06 8:54 ` Samuraiii
2018-11-06 9:15 ` Davyd McColl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45d2d310ebf9f7614c7a9f52933bdaf2@mail.touhou.fm \
--to=daniel@sonck.nl \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox