what 'user' are acpi scripts run as? Forcing DCOP to look atcurrent user?
birtj at umr.edu
Mon May 2 13:15:18 UTC 2005
Dave Mitchell wrote:
>On Sun, May 01, 2005 at 09:38:19PM -0500, Birt, Jeffrey wrote:
>> system "su -c '/etc/acpi/actions/perl_dcop.pl false' birtj";
>I presume you meant
> system "su birtj -c '/etc/acpi/actions/perl_dcop.pl false'";
Thanks Dave, You are of course correct. I have found that when using
dcop from a console window with su -c it has to be like this.
su -c 'dcop kdesktop KScreensaverIface enable false' birtj
Still, either method works if the acpi script is called from a root
console window but not when the acpi script is called from the 'system'.
The 'system' is out to get me man! ;'>
Integrated Systems Facility
University of Missouri - Rolla
From: fedora-list-bounces at redhat.com
[mailto:fedora-list-bounces at redhat.com] On Behalf Of Birt, Jeffrey
Sent: Saturday, April 30, 2005 11:54 PM
To: fedora-list at redhat.com
Subject: what 'user' are acpi scripts run as? Forcing DCOP to look
In the process of getting my acpi script just right I'm trying to use
DCOP to turn on/off the kdesktop screensaver setting.
Working with DCOP I've discoverd that each user seems to have their own
DCOP server. Running dcop from a regular console give a diffrent list
of DCOP enabled processes than a root console.
I am assuming that the acpi scripts are run as 'system' (or what ever
the Linux equivelent is) and therefore any DCOP related calls are
looking at the 'systems' DCOP server not the current user.
So, can I force a script to run as another user? that is have the acpi
script which is being run as 'system' call another script as the current
...confused and tired.........
fedora-list mailing list
fedora-list at redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
More information about the users