Mantis - screen
|
|||||||||||||||||
Viewing Issue Advanced Details | |||||||||||||||||
|
|||||||||||||||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: | ||||||||||||
4133 | packaging | feature | N/A | 2010-01-09 18:28 | 2010-06-14 22:19 | ||||||||||||
|
|||||||||||||||||
Reporter: | skayser | Platform: | |||||||||||||||
Assigned To: | yann | OS: | |||||||||||||||
Priority: | low | OS Version: | |||||||||||||||
Status: | closed | Product Version: | |||||||||||||||
Product Build: | Resolution: | fixed | |||||||||||||||
Projection: | none | ||||||||||||||||
ETA: | none | Fixed in Version: | |||||||||||||||
|
|||||||||||||||||
Summary: | 0004133: Color support impaired, screen windows default to TERM=vt100 | ||||||||||||||||
Description: |
Screen is linked to the standard Solaris curses which doesn't know about "screen" in its terminfo database (/usr/lib/share/terminfo). Thus, screen windows default to TERM=vt100 and even "screen -T screen" reverts back to TERM=vt100. The problem with this is that the vt100 terminfo entry doesn't support colors, so applications like vim running inside screen don't colorize their output even though screen comes with color support. To work around it, one can point the system curses libs to the terminfo database that comes with CSW ncurses (it contains a terminfo description for screen) and then start screen. "TERMINFO=/opt/csw/share/terminfo screen". This way screen windows default to TERM=screen and color support for applications running inside these windows is working. This is a workaround though. As a possible fix from the packaging side, screen could be compiled against CSW ncurses (for comparison: the screen from sunfreeware.com is also linked against their ncurses). Then the terminfo database defaults to /opt/csw/share/terminfo and screen windows would have TERM=screen as described above. The problem with this approach would be that applications linked against system curses (like /usr/bin/less) running inside our CSW screen would be presented with TERM=screen which is unknown to their /usr/lib/share/terminfo database. I don't see this as a major problem though: users are already advised to put /opt/csw/bin first in their $PATH. If we make sure that our packages are built against CSWncurses, our stack is fully functional within such a screen and comes with functional color support out of-the-box. "Legacy" tools linked against system curses which are running inside such a screen session would require the TERMINFO workaround from above to understand TERM=screen or would need to be run with TERM=vt100. Filing this as a "feature request", which is up for discussion. Right now, there is no out-of-the-box color support within screen windows. |
||||||||||||||||
Steps To Reproduce: | |||||||||||||||||
Additional Information: |
$ pkgparam CSWscrn VERSION 4.0.3,REV=2008.04.30 $ /opt/csw/bin/screen -T screen -c /dev/null $ echo $TERM vt100 $ ldd /opt/csw/bin/screen | grep curses libcurses.so.1 => /lib/libcurses.so.1 $ exit [screen is terminating] $ TERMINFO=/opt/csw/share/terminfo screen -c /dev/null $ echo $TERM screen Emulating system curses terminfo lookups (for color capabilities set_a_background and set_a_foreground): $ ldd /usr/bin/infocmp | grep curses libcurses.so.1 => /lib/libcurses.so.1 $ TERM=vt100 /usr/bin/infocmp -1L | grep set_a_ $ TERM=screen /usr/bin/infocmp -1L | grep set_a_ Sorry, I don't know anything about your "screen" terminal. $ TERMINFO=/opt/csw/share/terminfo TERM=screen /usr/bin/infocmp -1L | grep set_a_ set_a_background = '\E[4%p1%dm' set_a_foreground = '\E[3%p1%dm' Emulating CSW curses terminfo lookups: $ ldd /opt/csw/bin/infocmp | grep curses libncursesw.so.5 => /opt/csw/lib/sparcv8/libncursesw.so.5 $ TERM=screen /opt/csw/bin/infocmp -1L | grep set_a_ set_a_background=\E[4%p1%dm, set_a_foreground=\E[3%p1%dm, |
||||||||||||||||
Relationships |
| ||||||||||||||||
Attached Files: | |||||||||||||||||
|
|||||||||||||||||
Issue History | |||||||||||||||||
Date Modified | Username | Field | Change | ||||||||||||||
2010-01-09 18:28 | skayser | New Issue | |||||||||||||||
2010-01-09 21:17 | skayser | Note Added: 0007197 | |||||||||||||||
2010-01-09 21:18 | yann | Note Added: 0007198 | |||||||||||||||
2010-01-09 21:18 | yann | Assigned To | => yann | ||||||||||||||
2010-01-09 21:18 | yann | Status | new => acknowledged | ||||||||||||||
2010-01-11 14:12 | yann | Note Added: 0007206 | |||||||||||||||
2010-01-11 14:12 | yann | Status | acknowledged => feedback | ||||||||||||||
2010-01-11 20:48 | skayser | Note Added: 0007210 | |||||||||||||||
2010-03-05 12:46 | skayser | Note Added: 0007603 | |||||||||||||||
2010-04-08 10:06 | skayser | Relationship added | related to 0004143 | ||||||||||||||
2010-04-08 10:10 | skayser | Note Added: 0007829 | |||||||||||||||
2010-04-09 22:15 | yann | Note Added: 0007844 | |||||||||||||||
2010-04-15 20:37 | skayser | Note Added: 0007860 | |||||||||||||||
2010-04-15 21:17 | yann | Note Added: 0007862 | |||||||||||||||
2010-04-15 23:41 | skayser | Relationship added | related to 0004397 | ||||||||||||||
2010-04-19 14:04 | dam | Note Added: 0007887 | |||||||||||||||
2010-04-21 10:42 | skayser | Note Added: 0007892 | |||||||||||||||
2010-05-25 22:44 | dam | Note Added: 0007947 | |||||||||||||||
2010-06-14 22:18 | yann | Note Added: 0008019 | |||||||||||||||
2010-06-14 22:18 | yann | Status | feedback => closed | ||||||||||||||
2010-06-14 22:19 | yann | Resolution | open => fixed |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|