<br><br><div class="gmail_quote">2012/5/15 David Edmundson <span dir="ltr"><<a href="mailto:david@davidedmundson.co.uk" target="_blank">david@davidedmundson.co.uk</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Sat, May 12, 2012 at 6:02 PM, Terence Simpson <<a href="mailto:tsimpson@kubuntu.org">tsimpson@kubuntu.org</a>> wrote:<br>
> On 12 May 2012 17:44, David Edmundson <<a href="mailto:david@davidedmundson.co.uk">david@davidedmundson.co.uk</a>> wrote:<br>
>> There is never a case to run "kdesudo kate /someFile".<br>
>><br>
>> Use "sudoedit /someFile". This uses root to copy the file to /tmp, you<br>
>> then run the default editor (hopefully kate) as yourself, then<br>
>> whenever the file changes you copy the file back (as root).<br>
>><br>
>> Not really answering the question/real problem, but making sure people<br>
>> do this makes the problem less bad.<br>
><br>
> You really can't expect (normal) users to open a terminal and use<br>
> sudoedit, which would use nano by default (unless they knew how to<br>
> change /etc/alternatives/ stuff).<br>
> Ideally, kdesudo would copy the running users style/theme settings,<br>
> possibly by using a custom $KDEHOME when launching the application.<br>
> (Or just use polkit)<br>
><br>
</div>That's a valid point.<br>
<br>
Well the ideal solution still seems to be to update kate to have a<br>
"save as root" which again uses Polkit for the actual saving.<br></blockquote><div><br>"Save as root" would be a good solution only in cases when the file can be read but not written to by the user.. But what about files that cannot even be opened by the user?<br>
<br>like /etc/fuse.conf ?<br><br>Admittedly, this case is quite rare.<br><br>Donatas<br></div></div>