On Sun, 16 Dec 2012 12:48:22 +0100, bill.allomb...@math.u-bordeaux1.fr wrote:
>
> And after the fix, what does it do ?
It does what it should, running root application stores configuration inside
root's
$HOME instead of the user's.
> This suggest that software in /usr/sbin are aware of the $HOME
On Sat, 15 Dec 2012 17:27:02 +0100, bill.allomb...@math.u-bordeaux1.fr wrote:
>
> There is still the possibility that it is a bug in GSmartControl.
> What kind of file is it writting ?
It writes its configuration in the user's ~/.config/gsmartcontrol with root
permissions
before the patched su
On Fri, 14 Dec 2012 16:43:18 +0100, bill.allomb...@math.u-bordeaux1.fr wrote:
>
> Are you using systemd ?
Nope, I'm using the good ol' sys-v init.
> I get this error when calling
> DISPLAY=:0 SU_TO_ROOT_X=sux su-to-root -X -c xterm
>
> and su-to-root -X will set SU_TO_ROOT_SU to sux by itself.
I
> From: Bill Allombert
> To: Ian Pangilinan ; 695...@bugs.debian.org
> Cc:
> Sent: Friday, December 14, 2012 8:48 PM
> Subject: Re: Bug#695882: menu: su-to-root runs root applications using user's
> HOME, when SU_TO_ROOT_X=sux
>
> As you can see, su-to-root is a rather stupid wrapper and does no
4 matches
Mail list logo
