Bug#559364: [RFC]: Bug#559364: regression: console text is red
Given squeeze is frozen, we should now go the conservative way, that is reverting back to cons25. We will try to have another way to get debian-installer display UTF-8 (maybe defaulting to the graphical installer, not yet tested on GNU/kFreeBSD), and it is possible to do that far later in the freeze process. I have tried to do the fix myself by reverting only TEKEN_XTERM, but I still get the problem. Given I am now travelling, I can't test that anymore. Even reverting all on amd64 does not help. # UTF-8 console support #optionsSC_PIXEL_MODE # add support for the raster text mode #optionsTEKEN_UTF8 # UTF-8 output handling #optionsTEKEN_XTERM # xterm-style terminal emulation It looks like we should instead teach console, how to handle ESC [ x correctly, in the same way as ESC [ 3 9 ; 4 9 m is handled. orion-bsd:~# TERM=xterm tput op | od -ax 000 esc [ 3 9 ; 4 9 m 5b1b3933343b6d39 010 orion-bsd:~# TERM=cons25 tput op | od -ax 000 esc [ x 5b1b0078 This way we can leave current TEKEN options as they are. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
I dig into. The tput op does not do what is expected. The our 8.x kernel series have added following options: # UTF-8 console support options VESA options SC_PIXEL_MODE # add support for the raster text mode options TEKEN_UTF8 # UTF-8 output handling options TEKEN_XTERM # xterm-style terminal emulation But the TERM settings is not xterm, but still cons25. It suffices to change cons25 into xterm in src/init.c and debian/share/inittab.kfreebsd-gnu in source package sysvinit. Thanks for investigating. It's probably the way to go. xterm also brings partial support for UTF-8, and we are likely to deprecate (remove ?) 7.x kernel for squeeze. I did some minimal checking, by changing TERM to xterm on the console and it seems at least arrow keys stop working correctly on ncurses programs. I confirm the issue here, so it seems we have to revert the options in the kernel. That's a pitty because the goal was to use the UTF-8 terminal to be able to have non-english language in debian-installer. I looked into HEAD, it have changes: SVN rev 197115 on 2009-09-12 10:34:34Z by ed - Make 8-bit support run-time configurable. SVN rev 197117 on 2009-09-12 12:44:21Z by ed - Make xterm/cons25 support runtime configurable. SVN rev 197481 on 2009-09-25 13:51:01Z by ed - Add a new escape sequence to switch between cons25 and xterm. - Just run this to switch to xterm: printf '\e[=T' - If you get bored and want to switch back to cons25, run this: printf '\e[=1T' So 1st step would be revert kernel config to 8-STABLE default. We still could later do backport of teken/syscons changes from HEAD and teach installer how to switch into XTERM, given there will be man-power for this. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
On 8/2/10, Aurelien Jarno aurel...@aurel32.net wrote: I confirm the issue here, so it seems we have to revert the options in the kernel. That's a pitty because the goal was to use the UTF-8 terminal to be able to have non-english language in debian-installer. Maybe this sounds crazy, but what if you put this in /sbin/init: #!/bin/sh exec xinit /usr/bin/xterm -e /sbin/oldinit and then you have UTF-8? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
On Tue, Aug 03, 2010 at 01:05:39PM -0400, Tuco wrote: On 8/2/10, Aurelien Jarno aurel...@aurel32.net wrote: I confirm the issue here, so it seems we have to revert the options in the kernel. That's a pitty because the goal was to use the UTF-8 terminal to be able to have non-english language in debian-installer. Maybe this sounds crazy, but what if you put this in /sbin/init: #!/bin/sh exec xinit /usr/bin/xterm -e /sbin/oldinit and then you have UTF-8? It's not something possible, because you don't have xorg in the non-gtk debian-installer images. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
On Tue, Aug 03, 2010 at 10:38:25AM +0200, Petr Salinger wrote: I dig into. The tput op does not do what is expected. The our 8.x kernel series have added following options: # UTF-8 console support options VESA options SC_PIXEL_MODE # add support for the raster text mode options TEKEN_UTF8 # UTF-8 output handling options TEKEN_XTERM # xterm-style terminal emulation But the TERM settings is not xterm, but still cons25. It suffices to change cons25 into xterm in src/init.c and debian/share/inittab.kfreebsd-gnu in source package sysvinit. Thanks for investigating. It's probably the way to go. xterm also brings partial support for UTF-8, and we are likely to deprecate (remove ?) 7.x kernel for squeeze. I did some minimal checking, by changing TERM to xterm on the console and it seems at least arrow keys stop working correctly on ncurses programs. I confirm the issue here, so it seems we have to revert the options in the kernel. That's a pitty because the goal was to use the UTF-8 terminal to be able to have non-english language in debian-installer. I looked into HEAD, it have changes: SVN rev 197115 on 2009-09-12 10:34:34Z by ed - Make 8-bit support run-time configurable. SVN rev 197117 on 2009-09-12 12:44:21Z by ed - Make xterm/cons25 support runtime configurable. SVN rev 197481 on 2009-09-25 13:51:01Z by ed - Add a new escape sequence to switch between cons25 and xterm. - Just run this to switch to xterm: printf '\e[=T' - If you get bored and want to switch back to cons25, run this: printf '\e[=1T' So 1st step would be revert kernel config to 8-STABLE default. We still could later do backport of teken/syscons changes from HEAD and teach installer how to switch into XTERM, given there will be man-power for this. The question here is to know if debian-installer will also be affected by the bug. If the arrow keys are not usable, debian-installer also won't be usable. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
On Sat, Jul 31, 2010 at 04:41:39PM +0200, Guillem Jover wrote: Hi! On Tue, 2010-07-27 at 20:42:04 +0200, Aurelien Jarno wrote: On Tue, Jul 27, 2010 at 07:17:18PM +0200, Petr Salinger wrote: I dig into. The tput op does not do what is expected. The our 8.x kernel series have added following options: # UTF-8 console support options VESA options SC_PIXEL_MODE # add support for the raster text mode options TEKEN_UTF8 # UTF-8 output handling options TEKEN_XTERM # xterm-style terminal emulation But the TERM settings is not xterm, but still cons25. It suffices to change cons25 into xterm in src/init.c and debian/share/inittab.kfreebsd-gnu in source package sysvinit. Thanks for investigating. It's probably the way to go. xterm also brings partial support for UTF-8, and we are likely to deprecate (remove ?) 7.x kernel for squeeze. I did some minimal checking, by changing TERM to xterm on the console and it seems at least arrow keys stop working correctly on ncurses programs. I confirm the issue here, so it seems we have to revert the options in the kernel. That's a pitty because the goal was to use the UTF-8 terminal to be able to have non-english language in debian-installer. The alternative would be to do like on GNU/Linux, that is using bogl-bterm, however someone has to port it first. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
Hi! On Tue, 2010-07-27 at 20:42:04 +0200, Aurelien Jarno wrote: On Tue, Jul 27, 2010 at 07:17:18PM +0200, Petr Salinger wrote: I dig into. The tput op does not do what is expected. The our 8.x kernel series have added following options: # UTF-8 console support options VESA options SC_PIXEL_MODE # add support for the raster text mode options TEKEN_UTF8 # UTF-8 output handling options TEKEN_XTERM # xterm-style terminal emulation But the TERM settings is not xterm, but still cons25. It suffices to change cons25 into xterm in src/init.c and debian/share/inittab.kfreebsd-gnu in source package sysvinit. Thanks for investigating. It's probably the way to go. xterm also brings partial support for UTF-8, and we are likely to deprecate (remove ?) 7.x kernel for squeeze. I did some minimal checking, by changing TERM to xterm on the console and it seems at least arrow keys stop working correctly on ncurses programs. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
Hi, I dig into. The tput op does not do what is expected. The our 8.x kernel series have added following options: # UTF-8 console support options VESA options SC_PIXEL_MODE # add support for the raster text mode options TEKEN_UTF8 # UTF-8 output handling options TEKEN_XTERM # xterm-style terminal emulation But the TERM settings is not xterm, but still cons25. It suffices to change cons25 into xterm in src/init.c and debian/share/inittab.kfreebsd-gnu in source package sysvinit. Or tweaking of NORMAL=`$TPUT op` in /lib/lsb/init-functions. Or of course revert to previous TEKEN_CONS25 behaviour. Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559364: [RFC]: Bug#559364: regression: console text is red
On Tue, Jul 27, 2010 at 07:17:18PM +0200, Petr Salinger wrote: Hi, Hi, I dig into. The tput op does not do what is expected. The our 8.x kernel series have added following options: # UTF-8 console support options VESA options SC_PIXEL_MODE # add support for the raster text mode options TEKEN_UTF8 # UTF-8 output handling options TEKEN_XTERM # xterm-style terminal emulation But the TERM settings is not xterm, but still cons25. It suffices to change cons25 into xterm in src/init.c and debian/share/inittab.kfreebsd-gnu in source package sysvinit. Thanks for investigating. It's probably the way to go. xterm also brings partial support for UTF-8, and we are likely to deprecate (remove ?) 7.x kernel for squeeze. Cheers, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org