[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#644788: Bug#654116: RFH: screen -- terminal multiplexor with VT100/ANSI terminal emulation



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 <abe@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


Reply to: