On Sat, Dec 15, 2012 at 05:35:07PM -0800, snailbox88-...@yahoo.com wrote:
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
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 Fri, Dec 14, 2012 at 08:40:52PM -0800, snailbox88-...@yahoo.com wrote:
On Fri, 14 Dec 2012 16:43:18 +0100, bill.allomb...@math.u-bordeaux1.fr wrote:
Now to your report, it seems the su behaviour is correct, see the bug
reports
#246886 and #150314. Basically, if su reset $HOME, then X
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
On Fri, Dec 14, 2012 at 08:40:33AM +0800, Ian Pangilinan wrote:
Package: menu
Version: 2.1.46
Severity: important
Tags: upstream
Dear Maintainer,
Running applications that require root privileges from the menu results in
that
application running as root but instead is using the user's
From: Bill Allombert bill.allomb...@math.u-bordeaux1.fr
To: Ian Pangilinan snailbox88-...@yahoo.com; 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
On Fri, Dec 14, 2012 at 07:04:49AM -0800, snailbox88-...@yahoo.com wrote:
As you can see, su-to-root is a rather stupid wrapper and does not make
any policy decision by itself. Whether HOME should be kept or changed is a
policy decision, and the su-to-root documentation does not take side
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 see
Package: menu
Version: 2.1.46
Severity: important
Tags: upstream
Dear Maintainer,
Running applications that require root privileges from the menu results in that
application running as root but instead is using the user's HOME directory.
This only happens when sux is used as the su-like program
Package: menu
Version: 2.1.46
Followup-For: Bug #695882
I would like to add an important observation that was made concerning the bug.
It would seem that the undesired behavior is only triggered for applications
that are run from /usr/bin, such as /usr/bin/gsmartcontrol or /usr/bin/env.
If the
10 matches
Mail list logo