At 6:52 PM -0800 1/17/03, Heather Madrone wrote:
I don't see any Unix daemons on my machine (running in single-user
mode) that aren't running as root
Are you saying that this is a good thing (:-)?
In any case, on my FreeBSD box, I see some non-root daemons, including
apache www
named
This is drifting further off-topic all the time. I hope that some
of you find it amusing.
At 1:47 AM -0800 1/18/03, Rich Morin wrote:
At 6:52 PM -0800 1/17/03, Heather Madrone wrote:
I don't see any Unix daemons on my machine (running in single-user
mode) that aren't running as root
Are you
On Thursday, January 16, 2003, at 02:08 PM, Rich Morin wrote:
At 12:44 PM -0500 1/16/03, William H. Magill wrote:
On Thursday, January 16, 2003, at 04:07 AM, Rich Morin wrote:
I also filed a bug, suggesting that Apple add a startup parameter
(e.g.,
RunAs) that would set the username; the
At 8:23 PM -0500 1/17/03, William H. Magill wrote:
Every process DOES start out running as root and the process itself
must make the effort to change to another userid.
I'm not at all sure that this is true. A process that is forked off
of init will start out as root. If init's code doesn't
I don't see any Unix daemons on my machine (running in single-user
mode) that aren't running as root, including cron. All the Core
Services run as heather, and the web server runs as www.
At 5:58 PM -0800 1/17/03, Rich Morin wrote:
At 8:23 PM -0500 1/17/03, William H. Magill wrote:
Every process
After quite a bit of poking around, I ran across pp. 38-41 of Mac OS X
for Unix Geeks (Jepson Rothman, O'Reilly), which gives some explicit
information on setting up Startup scripts. With this assistance, I was
able to get my startup script going (whew!).
I then noticed that the script (and any
At 1:07 -0800 16/1/03, Rich Morin wrote:
I then noticed that the script (and any daemons it might start up) was
running as root. Ungood. I worked around the problem by setting the
script setuid nobody, but this is not a really robust solution. I
also filed a bug, suggesting that Apple add a
At 1:07 AM -0800 1/16/2003, Rich Morin wrote:
After quite a bit of poking around, I ran across pp. 38-41 of Mac OS X
for Unix Geeks (Jepson Rothman, O'Reilly), which gives some explicit
information on setting up Startup scripts. With this assistance, I was
able to get my startup script going
On Thursday, January 16, 2003, at 04:07 AM, Rich Morin wrote:
After quite a bit of poking around, I ran across pp. 38-41 of Mac OS X
for Unix Geeks (Jepson Rothman, O'Reilly), which gives some explicit
information on setting up Startup scripts. With this assistance, I was
able to get my
At 12:44 PM -0500 1/16/03, William H. Magill wrote:
On Thursday, January 16, 2003, at 04:07 AM, Rich Morin wrote:
I also filed a bug, suggesting that Apple add a startup parameter (e.g.,
RunAs) that would set the username; the default should be nobody.
Actually, Apple can't. It's a Unix
At 12:32 AM -0800 1/15/03, Rich Morin wrote:
I'm building a multi-program application, using C, ObjC, Perl, YAML, etc.
I think I know where some of my files should go, but others mystify me.
These seem pretty clear:
application /Applications/Utilities/Foo.app
contextual menu plugin
On 15/01/2003 at 00:32 -0800, Rich Morin wrote:
I'm building a multi-program application, using C, ObjC, Perl, YAML, etc.
I think I know where some of my files should go, but others mystify me.
These seem pretty clear:
application /Applications/Utilities/Foo.app
contextual menu plugin
At 9:01 AM + 1/15/2003, Paul Mison wrote:
daemon: /Library/StartupItems/
helper: in the Foo.app bundle
Note that StartupItems are global, and for per-user items you'll need to figure out
how to use LoginItems instead, but it doesn't seem to have a folder in ~/Library/ on
my machine.
They
Thanks, all... The daemons clearly should go into /Library/StartupItems
(D'Oh!). Looking at my own copy of same, I see
PowerGuardian/
PowerGuardian
Resources/
*.lproj/
*.strings
Scripts/
QuitAll
SaveAll
StartupParameters.plist
So it seems that these
14 matches
Mail list logo
