Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Thu, 14 Jan 2010 15:07:55 +0200 Anton Zinoviev wrote: On Wed, Jan 06, 2010 at 06:40:25PM +0100, Francesco Poli wrote: Hence, it seems that this bug should be fixed in xserver-xorg-video-intel. If this is the case, I think the bug report should be reassigned to package xserver-xorg-video-intel, version 2:2.9.1-1 . Do you want me to reassign the bug report to xserver-xorg-video-intel/2:2.9.1-1 ? The good news is I was able to reproduce the broken lines on my machine (it has intel video) and I am sure there is a regression bug somewhere in the X server. The bad news is I failed to notice after which upgrade this happened. Well, that's progress, anyway: thank you very much for further investigating this issue! :) [...] I have absolutely no explanation why the fonts in console-setup look good while lat1u-16.psf.gz and lat1u-08.psf.gz have always broken horizontal lines (even without X). Can you try the following: 1. Configure the console with the fonts of console-setup. Make sure the lines look OK. 2. setfont lat1u-16.psf.gz 3. Test the lines with toilet. On my machine the fonts of console-setup and the fonts of console-data are either all good or all with broken lines. You are right, sorry! I have just performed the test you requested, and I can confirm that lat1u-16.psf.gz is OK (without X). I really can't understand why I was convinced that lat1u-16.psf.gz was always broken: I probably failed to recall correctly... :-( -- http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html Need some pdebuild hook scripts? . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpJGmeoCSkZm.pgp Description: PGP signature
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
reassign 561008 xserver-xorg-video-intel 2:2.9.1-1 thank you On Sat, Jan 16, 2010 at 12:24:14PM +0100, Francesco Poli wrote: I have just performed the test you requested, and I can confirm that lat1u-16.psf.gz is OK (without X). Then I am reassigning to xserver-xorg-video-intel. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
Processing commands for cont...@bugs.debian.org: reassign 561008 xserver-xorg-video-intel 2:2.9.1-1 Bug #561008 [console-setup] console-setup: approximations for 'toilet -f future' symbols look different before and after X Bug reassigned from package 'console-setup' to 'xserver-xorg-video-intel'. Bug No longer marked as found in versions console-setup/1.50. Bug #561008 [xserver-xorg-video-intel] console-setup: approximations for 'toilet -f future' symbols look different before and after X Bug Marked as found in versions xserver-xorg-video-intel/2:2.9.1-1. thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Wed, Jan 06, 2010 at 06:40:25PM +0100, Francesco Poli wrote: Hence, it seems that this bug should be fixed in xserver-xorg-video-intel. If this is the case, I think the bug report should be reassigned to package xserver-xorg-video-intel, version 2:2.9.1-1 . Do you want me to reassign the bug report to xserver-xorg-video-intel/2:2.9.1-1 ? The good news is I was able to reproduce the broken lines on my machine (it has intel video) and I am sure there is a regression bug somewhere in the X server. The bad news is I failed to notice after which upgrade this happened. But there is one last thing to make clear that makes me me want to delay a little the bug reassigning. I've just tried with FONT='lat1u-08.psf.gz' in /etc/default/console-setup, and then with FONT='lat1u-16.psf.gz' . I see horizontally broken pseudo-graphic symbols with both of them. I have absolutely no explanation why the fonts in console-setup look good while lat1u-16.psf.gz and lat1u-08.psf.gz have always broken horizontal lines (even without X). Can you try the following: 1. Configure the console with the fonts of console-setup. Make sure the lines look OK. 2. setfont lat1u-16.psf.gz 3. Test the lines with toilet. On my machine the fonts of console-setup and the fonts of console-data are either all good or all with broken lines. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Fri, 18 Dec 2009 23:49:36 +0100 Francesco Poli wrote: On Tue, 15 Dec 2009 20:45:35 +0200 Anton Zinoviev wrote: On Mon, Dec 14, 2009 at 11:01:38PM +0100, Francesco Poli wrote: [...] I suppose that only the horizontal lines are broken (the vertical are OK)? Bingo! You guessed! Then it seems this bug must be reassigned to some of the x server video drivers. What is the type of your videocard? I took a look at the different boxes I administer: I experience this problem on two machines with Intel integrated graphics (driver xserver-xorg-video-intel/2:2.9.1-1), but *not* on an old laptop with an S3 ProSavage KN133 integrated graphics chip (driver xserver-xorg-video-savage/1:2.3.0-1). It seems that this issue is intel-graphics-specific. [...] In order to work with 9x16 and 9x14 fonts the video card does a magic: for some of the symbols (the pseudographic symbols) it uses the 8-th bit in each line as 9-th bit. This magic is due to the fact that even the most modern cards are emulating the old VGA hardware that was developed 20 years ago when only the 8-bit technologies were cheap. Somehow X leaves the videocard in a mode when it doesn't use the 8-th bit as 9-th and leaves the 9-th bit empty. Hence, it seems that this bug should be fixed in xserver-xorg-video-intel. If this is the case, I think the bug report should be reassigned to package xserver-xorg-video-intel, version 2:2.9.1-1 . Do you want me to reassign the bug report to xserver-xorg-video-intel/2:2.9.1-1 ? -- http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html Need some pdebuild hook scripts? . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpJhxoSDC15R.pgp Description: PGP signature
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Tue, 15 Dec 2009 20:45:35 +0200 Anton Zinoviev wrote: On Mon, Dec 14, 2009 at 11:01:38PM +0100, Francesco Poli wrote: [...] I had tried with 'showcfont', but I thought it didn't do what you wanted. Instead of telling me the name of the used font (as I expected), it wrote a complete table with all the gliphs and codes. Well, I am not able to be sure the font has not changed, just by looking at this table! Yes, if the font is the same you can not be sure that it has not changed but sometimes if it has changed you can be sure that it has changed. :) In your case the font has not changed, so there is no need of more tests. OK... I suppose that only the horizontal lines are broken (the vertical are OK)? Bingo! You guessed! Then it seems this bug must be reassigned to some of the x server video drivers. What is the type of your videocard? I took a look at the different boxes I administer: I experience this problem on two machines with Intel integrated graphics (driver xserver-xorg-video-intel/2:2.9.1-1), but *not* on an old laptop with an S3 ProSavage KN133 integrated graphics chip (driver xserver-xorg-video-savage/1:2.3.0-1). It seems that this issue is intel-graphics-specific. Can you attach the contents of /var/log/Xorg.0.log Do you need a log file that was updated during the [Ctrl+Alt+F1] switch? Or just a simple log file, as it is as soon I open an X session? What happens if you don't use Ctrl+Alt+F1 but rather exit X the normal way? I experience the same bug, after closing my Fluxbox session the usual way. In order to work with 9x16 and 9x14 fonts the video card does a magic: for some of the symbols (the pseudographic symbols) it uses the 8-th bit in each line as 9-th bit. This magic is due to the fact that even the most modern cards are emulating the old VGA hardware that was developed 20 years ago when only the 8-bit technologies were cheap. Somehow X leaves the videocard in a mode when it doesn't use the 8-th bit as 9-th and leaves the 9-th bit empty. Hence, it seems that this bug should be fixed in xserver-xorg-video-intel. If this is the case, I think the bug report should be reassigned to package xserver-xorg-video-intel, version 2:2.9.1-1 . As far as lat1u-16 is concerned, please note that it has always had this problem (broken horizontal lines): that's why I labeled it as a compromise solution. I suppose this was because of the way this font was loaded. I think if you put FONT='lat1u-08.psf.gz' in /etc/default/console-setup the lines will not be broken. I've just tried with FONT='lat1u-08.psf.gz' in /etc/default/console-setup, and then with FONT='lat1u-16.psf.gz' . I see horizontally broken pseudo-graphic symbols with both of them. If you start using framebuffer all lines will display correctly but the console will use 8x16 and 8x14 fonts instead of 9x16 and 9x14. I don't know how the problem you are experiencing can be fixed in the regular text mode. I am quite ignorant about framebuffer consoles (and about framebuffer in general, for that matter...). What are the pros and cons of a framebuffer console? Is it difficult to configure the system so that it uses a framebuffer console? -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpF2P2VgcfTK.pgp Description: PGP signature
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Mon, Dec 14, 2009 at 11:01:38PM +0100, Francesco Poli wrote: The equivalent command is 'showcfont' but it doesn't work on my machine (outdated version of Debian unstable). I had tried with 'showcfont', but I thought it didn't do what you wanted. Instead of telling me the name of the used font (as I expected), it wrote a complete table with all the gliphs and codes. Well, I am not able to be sure the font has not changed, just by looking at this table! Yes, if the font is the same you can not be sure that it has not changed but sometimes if it has changed you can be sure that it has changed. :) In your case the font has not changed, so there is no need of more tests. I suppose that only the horizontal lines are broken (the vertical are OK)? Bingo! You guessed! Then it seems this bug must be reassigned to some of the x server video drivers. What is the type of your videocard? Can you attach the contents of /var/log/Xorg.0.log What happens if you don't use Ctrl+Alt+F1 but rather exit X the normal way? In order to work with 9x16 and 9x14 fonts the video card does a magic: for some of the symbols (the pseudographic symbols) it uses the 8-th bit in each line as 9-th bit. This magic is due to the fact that even the most modern cards are emulating the old VGA hardware that was developed 20 years ago when only the 8-bit technologies were cheap. Somehow X leaves the videocard in a mode when it doesn't use the 8-th bit as 9-th and leaves the 9-th bit empty. As far as lat1u-16 is concerned, please note that it has always had this problem (broken horizontal lines): that's why I labeled it as a compromise solution. I suppose this was because of the way this font was loaded. I think if you put FONT='lat1u-08.psf.gz' in /etc/default/console-setup the lines will not be broken. If you start using framebuffer all lines will display correctly but the console will use 8x16 and 8x14 fonts instead of 9x16 and 9x14. I don't know how the problem you are experiencing can be fixed in the regular text mode. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Sun, Dec 13, 2009 at 05:35:38PM +0100, Francesco Poli (t1000) wrote: OK, after that, I start an X session: $ startx logout If I switch back to the console (by pressing [Ctrl+Alt+F1]) and I login again, then the output of $ toilet -f future hello ╻ ╻┏━╸╻ ╻ ┏━┓ ┣━┫┣╸ ┃ ┃ ┃ ┃ ╹ ╹┗━╸┗━╸┗━╸┗━┛ looks different! Can you use the command 'showconsolefont' in order to see whether the font is changed after you return to the console or the font is the same but it is displayed in a different way? Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Mon, 14 Dec 2009 16:19:55 +0200 Anton Zinoviev wrote: On Sun, Dec 13, 2009 at 05:35:38PM +0100, Francesco Poli (t1000) wrote: [...] If I switch back to the console (by pressing [Ctrl+Alt+F1]) and I login again, then the output of $ toilet -f future hello [...] looks different! Can you use the command 'showconsolefont' in order to see whether the font is changed after you return to the console or the font is the same but it is displayed in a different way? No, I cannot: this command belongs to the kbd package, but I do not have this package installed on any of the Debian boxes I use. This holds even for the most recently installed box (about 1 month old), apparently because $ aptitude why console-tools i acpi-support-base Depends console-tools | console-utilities and hence the console-terminus recommendation was already satisfied by console-tools: $ aptitude why kbd i console-setupDependsconsole-terminus (= 4.26) i A console-terminus Recommends kbd | console-tools Should I switch from console-tools to kbd, in your opinion? Or is there an equivalent command in console-tools? Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? No, it doesn't. After issuing the 'setupcon' command (as root), the look stays the same (broken lines). -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpDTz0s4QIhe.pgp Description: PGP signature
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Mon, Dec 14, 2009 at 08:08:12PM +0100, Francesco Poli wrote: No, I cannot: this command belongs to the kbd package, but I do not have this package installed on any of the Debian boxes I use. Should I switch from console-tools to kbd, in your opinion? Console-tools has several bugs that are not going to be fixed, it doesn't have upstream maintainer. On the other hand Kbd is actively maintained (both in Debian and by the upstream). Thats why the future versions of Debian are going to use Kbd instead of console-tools. But ofcourse if console-tools works for you, then you don't have to switch to Kbd. Or is there an equivalent command in console-tools? The equivalent command is 'showcfont' but it doesn't work on my machine (outdated version of Debian unstable). Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? No, it doesn't. After issuing the 'setupcon' command (as root), the look stays the same (broken lines). I suppose that only the horizontal lines are broken (the vertical are OK)? Can you use the command 'consolechars -f FONTNAME' in order to make sure that the other fonts (both in console-setup and console-data) have the same problem. In particular can you see whether the fonts that you used before console-setup are also with broken lines? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Mon, 14 Dec 2009 23:02:53 +0200 Anton Zinoviev wrote: On Mon, Dec 14, 2009 at 08:08:12PM +0100, Francesco Poli wrote: No, I cannot: this command belongs to the kbd package, but I do not have this package installed on any of the Debian boxes I use. Should I switch from console-tools to kbd, in your opinion? Console-tools has several bugs that are not going to be fixed, it doesn't have upstream maintainer. On the other hand Kbd is actively maintained (both in Debian and by the upstream). Thats why the future versions of Debian are going to use Kbd instead of console-tools. That's useful news, thanks: I now begin to remember reading some similar considerations, but it was long ago and I had forgotten... :-( I'll probably try and switch to kbd, as soon as I find some time to do so. [...] Or is there an equivalent command in console-tools? The equivalent command is 'showcfont' but it doesn't work on my machine (outdated version of Debian unstable). I had tried with 'showcfont', but I thought it didn't do what you wanted. Instead of telling me the name of the used font (as I expected), it wrote a complete table with all the gliphs and codes. Well, I am not able to be sure the font has not changed, just by looking at this table! Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? No, it doesn't. After issuing the 'setupcon' command (as root), the look stays the same (broken lines). I suppose that only the horizontal lines are broken (the vertical are OK)? Bingo! You guessed! Does this help? Sorry for not saying it explicitly before... Can you use the command 'consolechars -f FONTNAME' in order to make sure that the other fonts (both in console-setup and console-data) have the same problem. In particular can you see whether the fonts that you used before console-setup are also with broken lines? I've just tested the following commands: $ consolechars -f Lat15-Fixed16 $ consolechars -f Lat15-Terminus16 $ consolechars -f Lat15-TerminusBold16 $ consolechars -f Lat15-TerminusBoldVGA16 $ consolechars -f Lat15-VGA16 $ consolechars -f lat1u-16 All these fonts share the problem. As far as lat1u-16 is concerned, please note that it has always had this problem (broken horizontal lines): that's why I labeled it as a compromise solution. With TerminusBoldVGA the problem doesn't show up before starting X, hence I was astonished to see it come back, as soon as I started X and switched back to the console! P.S.: Anton, I cannot stress enough how I appreciate your quick and helpful replies; your dedication to the improvement of console-setup and your assistance for users are really great! :-) -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpsnSa3X3bYg.pgp Description: PGP signature
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
Package: console-setup Version: 1.50 Severity: normal Hi (again)! During the discussions for bug #546983, console-setup was greatly improved by Anton Zinoviev (which I would like to thank again): the console is now able to display 'toilet -f future' symbols in a strange, yet charming way, by using approximations. All standard fonts (Fixed, Terminus, TerminusBold, TerminusBoldVGA, VGA) are able to perform this magic. I chose TerminusBoldVGA, as shown below in the debconf settings section. This is really great. I noticed an awkward behavior, though. As soon as the box has finished booting, I login on the console and I see the output of, e.g.: $ toilet -f future hello ╻ ╻┏━╸╻ ╻ ┏━┓ ┣━┫┣╸ ┃ ┃ ┃ ┃ ╹ ╹┗━╸┗━╸┗━╸┗━┛ displayed correctly. I mean, the letters don't have the same height, but that's OK (it even somehow enhance the futuristic look of this toilet font!), but each letter is displayed with lines that join perfectly and form a continuous gliph. OK, after that, I start an X session: $ startx logout If I switch back to the console (by pressing [Ctrl+Alt+F1]) and I login again, then the output of $ toilet -f future hello ╻ ╻┏━╸╻ ╻ ┏━┓ ┣━┫┣╸ ┃ ┃ ┃ ┃ ╹ ╹┗━╸┗━╸┗━╸┗━┛ looks different! I mean, each letter is displayed with lines that fail to join perfectly and thus form a discontinous gliph (as if made of broken pieces). This is less nice than before, but the point is: why does it look different?!? I hope this little flaw is easy to fix... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.30-2 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii keyboard-configuration1.50 system-wide keyboard preferences ii xkb-data 1.7-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools 1:0.2.3dbs-66 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.10.2-2 GNU C Library: National Language ( ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- debconf information: * console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/use_system_font: console-setup/fontsize: 16 * console-setup/fontface47: TerminusBoldVGA * console-setup/fontsize-text47: 16 * console-setup/charmap47: UTF-8 console-setup/codesetcode: Lat15 console-setup/fontsize-fb47: 16 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org