Re: Permissions on /tmp

2013-05-23 Thread Kevin D. Clark
Joshua Judson Rosen writes: Not that I'm objecting, but more for my own edification: are there actually systems out there that don't set the sticky bit on /tmp? That just seems... insane I can't recall a standard, multi-user Unix-flavored system on which /tmp didn't have the sticky-bit

Re: Permissions on /tmp

2013-05-23 Thread Michael ODonnell
A subdir in /tmp can certainly have my ownership and permissions. And I guess they can't delete the directory because it isn't empty, but with permissions on the parent directory, can't they move it? Picky, picky, picky. Well, for completeness I suppose we should mention the deleted file

Re: Permissions on /tmp

2013-05-23 Thread Bill Freeman
On Thu, May 23, 2013 at 9:43 AM, Michael ODonnell michael.odonn...@comcast.net wrote: A subdir in /tmp can certainly have my ownership and permissions. And I guess they can't delete the directory because it isn't empty, but with permissions on the parent directory, can't they move it?

Re: Permissions on /tmp

2013-05-23 Thread Tom Buskey
On Thu, May 23, 2013 at 10:27 AM, Bill Freeman ke1g...@gmail.com wrote: Has /proc become POSIX, or are we drifting into the Linux specific here? /proc is in Solaris for processes but not anything else. I'd imagine there's still a way to do this in non-Linux though. Heck, I remember hitting

Re: Permissions on /tmp

2013-05-22 Thread Bill Freeman
On Wed, May 22, 2013 at 8:26 AM, Michael ODonnell michael.odonn...@comcast.net wrote: the downside of tmp is that any process can also delete my pid file (as opposed to having to be either root or the user created for the program) Create a subdirectory of /tmp. Your PID file will be

Re: Permissions on /tmp

2013-05-22 Thread Joshua Judson Rosen
Bill Freeman ke1g...@gmail.com writes: The sticky bit probably doesn't fly since it isn't my box.  It's just somewhere that folks will want to install my app.  So I shouldn't be requiring global (effecting every /tmp user) system changes.  (I'm only requiring an app specific user and init.d

Re: Permissions on /tmp (was: How can I detect whether an /etc/rc.d/init.d script is being run at boot time versus by hand?)

2013-05-21 Thread Joshua Judson Rosen
Bill Freeman ke1g...@gmail.com writes:    I can probably count on running on a linux box, so I can probably count on the FHS.  But the downside of tmp is that any process can also delete my pid file (as opposed to having to be either root or the user created for the program). The sticky-bit

Re: Permissions on /tmp

2013-05-21 Thread Joshua Judson Rosen
Joshua Judson Rosen roz...@geekspace.com writes: Bill Freeman ke1g...@gmail.com writes:    I can probably count on running on a linux box, so I can probably count on the FHS.  But the downside of tmp is that any process can also delete my pid file (as opposed to having to be either