[Grml-devel] Discussion: Add ncurses-term to GRMLBASE or only GRML_FULL

Michael Prokop mika at grml.org
Mon Dec 17 16:41:52 CET 2012


* Axel Beckert [Thu Dec 13, 2012 at 03:49:55PM +0100]:
> On Thu, Dec 13, 2012 at 02:29:43PM +0100, Markus bionix Ulrich wrote:
> > we have the bts issue 1220 [1] and mika said to the topic, that maybe
> > it's better to add the package ncurses-term to GRMLBASE instead to
> > GRML_FULL.
> [...]
> > What is your opinion to the topic?

> My first thought was "Oh, yes, sure! I explicitly install that on all
> my boxes, too." But when I thought about why I install it on all my
> boxes, I noticed that this may be suboptimal for a live CD:

> screen has some interesting behaviour depending on where ncurses-terms
> is installed or not. See
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694178#10 for the
> details.

> Summary: If screen is started on the e.g. console (TERM=linux) of a
> box with ncurses-terms installed (contains definitions for
> screen.linux), it will notice the availability of screen.$TERM
> definitions and use them. It just uses "screen" otherwise.

> If you then SSH from inside the screen to another box where
> ncurses-term isn't installed, the remote box won't know about the used
> $TERM (screen.linux) and will argue about it.

> So you can't run into that issue at all if ncurses-terms is not
> installed on the machine where you start SSH inside a screen session.

> In that light, I'm not sure if that would add more value than it would
> cause issues.

Thanks for providing this useful information, Axel!
So can we conclude that we don't want to add ncurses-terms to any
GRML* software package fail (AKA "don't ship it therefore" :))?

regards,
-mika-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml-devel/attachments/20121217/7f6945d4/attachment.pgp>


More information about the Grml-devel mailing list