ncurses or midnight are broken with frame buffer. The visualization is really bad. I don't know if it's some defect in the frame buffer or if it's possible any kind of customization. Under X curses and midnight commander works properly. Reproducible: Always Steps to Reproduce: 1. install frame buffer and try running Midnight commander or any application like dialog. Actual Results: visualization is broken
Hmm, could you attach some screenshot?
sure I can. can you please give me a suggestion how to make a a screenshot from console?? can I cat /dev/fb/0 ?? and what kind of file I get? :-) ... I'l try to have a look on freshmeat if there is any package for that...
(In reply to comment #2) > sure I can. > can you please give me a suggestion how to make a a screenshot from console?? What about 'emerge media-gfx/fbgrab' ?
Created attachment 63264 [details] dialog sample sample dialog menu
Created attachment 63265 [details] midnight commander this is midnight commander.
Works fine here with vesafb (amd64) ... fb driver issue ?
Please post "emerge info" output to every bug that you file. Which fb driver are you using? Does disabling fbsplash help at all?
Created attachment 63576 [details] emerge info result from emerge info
(In reply to comment #7) > Please post "emerge info" output to every bug that you file. > > Which fb driver are you using? > > Does disabling fbsplash help at all? I am using "standard" vesafb (NOT vesabf-tng) Now I have tried withou fbsplash but it doesn't help. I have also tried with an old kernel (without gensplash at boot) but it doesn't help as well.
fbconsole is broken for me also... Same simptoms - amd64 w/ vesafb (not -tng). MC, alsamixer and kernel's menuconfig are all borked (not to mention "most"). Tried 2.6.12-gentoo-r4, -ck3, -nitro4. 2.6.11 kernel works perfectly. (sorry don't have my emerge --info handy :( )
same here, w/ and w/o fb. I do remember having that weird problem during my last Gentoo installations (when make menuconfig'ing...) I am using v5.4.20050319 with everything disabled except unicode. can it be a wrong terminal definition?
Is this issue still present on 2.6.13-rc3?
Try setting NCURSES_NO_UTF8_ACS environment variable. See the ncurses manpage.
(In reply to comment #12) > Is this issue still present on 2.6.13-rc3? To be honest I didn't try. Usually I use gentoo-sources and I never installed other kernels
(In reply to comment #13) > Try setting NCURSES_NO_UTF8_ACS environment variable. > See the ncurses manpage. I am not quit sure if I did right. I exported NCURSES_NO_UTF8_ACS either to '0' or to '1' and tried to run something. The problem is still there.
(In reply to comment #14) > To be honest I didn't try. > Usually I use gentoo-sources and I never installed other kernels If this is a kernel bug, then the first thing to do is reproduce on the latest development kernel (currently vanilla-sources-2.6.13_rc6) If you could compile it and boot it just to test if this bug is still there, it would be appreciated. If the issue still exists there, we can then contact the upstream developers.
(In reply to comment #16) > If this is a kernel bug, then the first thing to do is reproduce on the latest > development kernel (currently vanilla-sources-2.6.13_rc6) > > If you could compile it and boot it just to test if this bug is still there, it > would be appreciated. > > If the issue still exists there, we can then contact the upstream developers. I have tried with linux-2.6.13-rc5-mm1 The problem is still no solved.
Are you using a UTF-8 locale? Please post "locale" output. Is UNICODE set to yes or no in /etc/rc.conf?
(In reply to comment #18) > Are you using a UTF-8 locale? Please post "locale" output. > > Is UNICODE set to yes or no in /etc/rc.conf? Yes this is the problem, if UNICODE is set to yes the output is broken. Doesn't matter if framebuffer is used, or what version of kernel/curses/other is used.
(In reply to comment #19) > (In reply to comment #18) > > Are you using a UTF-8 locale? Please post "locale" output. > > > > Is UNICODE set to yes or no in /etc/rc.conf? > > Yes this is the problem, if UNICODE is set to yes the output is broken. Doesn't > matter if framebuffer is used, or what version of kernel/curses/other is used. yes, this was the problem :-( I have unset UNICODE and now it's ok.
I recently hitted the same problem, borked menuconfig very hard to use with [0m [39m For informationm in my case I finally found this was due to using a screen in another screen , on 2 different servers. When connecting directly to the "final" server, manke menuconfig and other curses programs were ok, normal, no more [0m [39m .
