After upgrading the ncurses version from 5.6-r2 to 5.7-r3 "ls" does not display the file listing in colors anymore, when used inside GNU Screen. Reproducible: Always Steps to Reproduce: 1. Upgrade gnu curses to 5.7-r3. 2. Open gnu screen 3. Type ls and see the result. Actual Results: ls should have displayed the file listing with colors. Expected Results: ls displays the file listing without any colors
(In reply to comment #0) > After upgrading the ncurses version from 5.6-r2 to 5.7-r3 "ls" does not display > the file listing in colors anymore, when used inside GNU Screen. > > Reproducible: Always > > Steps to Reproduce: > 1. Upgrade gnu curses to 5.7-r3. $ eversion ncurses screen sys-libs/ncurses-5.7-r3 app-misc/screen-4.1.0_p2009050 > 2. Open gnu screen > 3. Type ls and see the result. > > Actual Results: > ls should have displayed the file listing with colors. > > Expected Results: > ls displays the file listing without any colors Can't reproduce that. In fact for me it has been working fine ever since bug #192083 was resolved. Please reopen this bug report if you have found a better set of Steps to Reproduce. What (kind of) terminal do you use, which environment variables could influence this behaviour, and so on.
Hi. > Please reopen this bug report if you have found > a better set of Steps to Reproduce. Sure. I use x11-terms/aterm. After I open an aterm, the TERM environment variable initial value is rxvt. At this point, if I simply open a screen session, I see the behavior (ls has no colors). Also, I see that inside gnu screen the TERM variable is initialized to screen.rxvt However, if I open the aterm, set TERM to xterm (using export TERM=xterm) and then open gnu screen - the problem does not happen, and inside gnu screen the TERM variable is initialized to screen. I re-emerged aterm, ncurses, rxvt and it did not help - the issue still persists. So, to summarize, here are the steps to reproduce: 1. Upgrade gnu curses to 5.7-r3. (I double checked and the issue does not happen with ncurses 5.6-r2 installed) 2. Open an aterm 3. Inside the aterm, open gnu screen 4. Type ls and see the result. Is this enough information? Thanks, Igor.
Ah, that's a really good clue. If you look at ncurses 5.7 release notes, it mentions newly added terminfo entries, which includes "screen.rxvt"! Apparently that new entry is not providing proper color support like plain "screen" terminfo does.
I don't see a problem here, using screen.rxvt, which is set automatically. The various screen.* entries don't suppress color, but do adjust things that I've observed to not work properly in screen.
It's more likely that the initialization for "ls" (which doesn't use terminfo or termcap - a very old defect) is confused by the name.
I have similar issue on two of my machines. Got some magic line for dircolors in bashrc, like that: *snip* if [[ -f ~/.dir_colors ]]; then eval `dircolors -b ~/.dir_colors` else eval `dircolors -b /etc/DIR_COLORS` fi *snip* So I runned this command in my urxvt and screen. Here's the results: maszyn ~ (: dircolors -b ~/.dir_colors LS_COLORS='no=00:fi=00:di=01;37:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mng=01;35:*.xcf=01;35:*.pcx=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.avi=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.mov=01;35:*.qt=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.mp3=00;36:*.wav=00;36:*.mid=00;36:*.midi=00;36:*.au=00;36:*.ogg=00;36:*.flac=00;36:*.aac=00;36:'; export LS_COLORS maszyn ~ (: screen maszyn ~ (: dircolors -b ~/.dir_colors LS_COLORS=''; export LS_COLORS Running "ls --color=auto" in screen displays everything with colors. x11-terms/rxvt-unicode-9.07-r1 sys-libs/ncurses-5.7-r3
I had a very similar problem, with the most obvious symptom being that any time I opened a new window in a screen session running in an rxvt (even if the screen session was started in an xterm) had no color in the prompt. I investigated that and found that whether bash used color was based on /etc/DIR_COLORS ; adding screen.rxvt to /etc/DIR_COLORS fixed the problem for me. But I think it should be in there by default.
doesnt look like a bug in curses/aterm/screen
i cant see pushing a new coreutils rev just for this, so i'm going to let this sit. if a bug requires a rev bump in the future, i'll include this, otherwise this will be fixed by the next version from upstream since they've included it.
