public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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


  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