System: 2005.1 for ppc, ibook g3 500mhz, ati radeon R128, 2.6.12-r4, gcc
Problem: Ncurses based applications are not rendered correctly. The single pixel
border is not displayed around each window, instead the character block is left
black. The problem is only encountered from within the console; everything is
fine when using an xterm to run ufed, menuconfig, or another ncurses app.
Steps to Reproduce:
1. Log in and stay in the console
2. Run either ufed or menuconfig from the console
The character blocks that "house" the single pixel border around each window are
black instead of blue with the white, single pixel, border. The application is
still functional, but does not look right.
There should be a white border.
cobalt jason # emerge info
Portage 188.8.131.52-r2 (default-linux/ppc/2005.1/ppc/G3, gcc-3.4.4,
glibc-184.108.40.20641102-r1, 2.6.12-gentoo-r6 ppc)
System uname: 2.6.12-gentoo-r6 ppc 750CXe
Gentoo Base System version 1.6.13
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
CFLAGS="-O2 -mcpu=750 -mtune=powerpc -pipe -fno-strict-aliasing -mpowerpc-gfxopt"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=750 -mtune=powerpc -pipe -fno-strict-aliasing -mpowerpc-gfxopt"
FEATURES="autoconfig distlocks sandbox sfperms strict"
USE="ppc alsa berkdb bitmap-fonts crypt cups doc eds fbcon fortran ftp gif gpm
gstreamer gtk gtk2 ipv6 jabber jpeg libwww lm-sensors motif mp3 mpeg ncurses nls
offensive ogg oggvorbis opengl pam pdflib perl png pnp python readline slang
spell ssl symlink tcpd tidy truetype truetype-fonts type1-fonts unicode usb
vorbis xml2 xv zlib userland_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
It looks like extended ASCII characters with use="unicode" break on PPC.
Building ncurses with -unicode seems to fix the problem with ncurses-5.4-r6.
ncurses-5.4-r5 doesn't seem to exhibit this behaviour.
Reproduced here on my PegII with a RadeonFB.
did you emerge dialog with USE=unicode ?
Dialog's unicode flag was set the same as ncurses. Compiling dialog without the
unicode flag, but ncurses with, results in no change.
I don't see the $TERM value. Since Linux console doesn't
use vt100-compatible line-drawing in UTF-8 mode, ncurses
looks at $TERM and the locale settings to decide if it has
to work around this. Also (see man ncurses), $NCURSES_NO_UTF8_ACS
can be set to do the same thing.
TERM is set to linux
I ran into the same problem on a x86 host.
I recompiled all stuff and ncurses apps where still acting weird.
I had to set the UNICODE="no" in rc.conf to fix it.
Happens here too on x86 with unicode. After unmasking and merging ncurses-5.5-r2 it seems ok.
Another way to fix this is to make a '/etc/env.d/02locale' file as described at http://www.gentoo.org/doc/en/utf-8.xml. This will make ncurses use the plus, dash, and pipe characters to draw window borders, but it's better than the screen being totally corrupt. Trying to use alsamixer without the border characters working is almost impossible.
(In reply to comment #8)
I have 02locale set to utf8 locales. 5.4-r6 is broken anyways. 5.5-r2 uses the plus, dash, and pipe characters as you say (in framebuffer console). Both versions use single pixel borders in X console (Konsole).
ok ... solution: use 5.5-r2
i'll see about getting it stabilized