Hi Simon,
Simon McVittie wrote:
> On Mon, 02 Jan 2012 at 16:26:55 -0500, Yaroslav Halchenko wrote:
> > On Mon, 02 Jan 2012, Axel Beckert wrote:
> > > > /tmp is a good choice because the next reboot will automatically clean
> > > > up everything (and obviously the old binary will not be needed after
> > > > a reboot).
> >
> > Thank you Axel for your detailed response and IMHO this is indeed close
> > to an ideal (lightweight, self-cleaning, etc) resolution for this
> > scenario. BTW -- what is the take of standards/practices on having /tmp
> > mounted with noexec [1]?
>
> Would it be enough for the "your old screen binary is
> /tmp/screen-yhpoe8r/screen" notice to also say "if your /tmp is mounted
> noexec, you might need to copy it elsewhere to run it"?
That's my current plan -- with the noexec notice just being displayed
if /tmp actually is mounted noexec.
> Or you could just assume that any sysadmin who has deliberately
> enabled noexec (not the default, after all) is able to realise (and
> deal with) the consequences :-)
As I wrote in another mail, you once enable this and forget about it
then, after years, wonder, why some upgraded software suddenly behaves
strangely. BTDT. :-)
So I think it's more admin friendly to write a nice reminder.
Regards, Axel
--
,''`. | Axel Beckert <a...@debian.org>, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`- | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120104142406.gh20...@sym.noone.org
