Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
Hi Greg, Could you please give more detail on how to reproduce? How invalid are these font files? Just change random bits? Does this still happen with Xorg/Etch? Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
Brice Goglin [EMAIL PROTECTED] writes: Hi Gregory, About 3 years ago, you reported a bug to the Debian BTS regarding some fonts not showing up. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I tracked the problem down to some invalid font files. So the bug report should be updated to reflect a lack of error handling in font file parsing. It seems if you have corrupt font files it just doesn't display anything rather than reporting any errors and removing those fonts from the set of fonts available. -- greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
Hi Gregory, About 3 years ago, you reported a bug to the Debian BTS regarding some fonts not showing up. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
I think I will post my problems to debian-user or someplace else shortly. Maybe I'll put it in konqueror's bugzilla since obviously whatever the problem the net result is that konqueror is failing to display the page. (And reporting mozilla bugs is futile.) Incidentally, a number of programs, mostly gtk programs, seem to be generating this warning these days. I wonder if it could be related to my font problems. The font -ttf-arial-medium-r-normal-*-14-*-*-*-p-*-iso8859-1 does not support all the required character sets for the current locale C (Missing character set ISO8859-1) The font -ttf-arial-medium-r-normal-*-14-*-*-*-p-*-iso8859-1 does not support all the required character sets for the current locale C (Missing character set ISO8859-1) The font -ttf-arial-medium-r-normal-*-14-*-*-*-p-*-iso8859-1 does not support all the required character sets for the current locale C (Missing character set ISO8859-1) The font -ttf-arial-medium-r-normal-*-14-*-*-*-p-*-iso8859-1 does not support all the required character sets for the current locale C (Missing character set ISO8859-1) The font -ttf-arial-medium-r-normal-*-14-*-*-*-p-*-iso8859-1 does not support all the required character sets for the current locale C (Missing character set ISO8859-1) The font -ttf-arial-medium-r-normal-*-14-*-*-*-p-*-iso8859-1 does not support all the required character sets for the current locale C (Missing character set ISO8859-1) The font -ttf-arial-medium-r-normal-*-14-*-*-*-p-*-iso8859-1 does not support all the required character sets for the current locale C (Missing character set ISO8859-1) -- greg
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
On Fri, Nov 14, 2003 at 11:08:31AM -0500, Greg Stark wrote: Branden Robinson [EMAIL PROTECTED] writes: I don't understand why you think any of the above are X server problems; they all sound like client-side issues to me. Because a) they affect more than one client, konqueror and mozilla to be specific. Uh, that reasoning leaves a lot to be desired. There's whole pile of things Mozilla and Konqueror have in common before they get down to the wire protocol. They both use Xft for client-side font rendering, for example. Well, if you have mozilla-xft installed, anyway. Do you? and b) I don't think they started when I updated either konqueror or mozilla, but rather when I updated X -- however I don't know precisely what version that would have been at. This makes it very difficult to look over the changelog(s) for the versions across which you upgraded and see if there might be anything that caused this, you realize. I thought it would have had something to do with the font packages, perhaps the location of something had changed or perhaps the font server daemon had changed behaviour in some way and needed to be reconfigured. It could be a bug in a font rasterizer, so it could be libfreetype6 that is the culprit. But I agree, it could well be a client-side problem. Or possibly a server-client interaction, perhaps some new font interface for antialiasing or something that the clients needed to be updated in some way to make use of. There has been no change this drastic recently. It's also possible both konqueror and mozilla are using a common shared library for client-side rendering of fonts, something I'm not up-to-date on at all. Yup. Xft. I'm basically just stumped on where to start to debug this particular problem. It's such a high level failure that I don't even know where to start to track down the actual bug. Well, that's one of the reasons the debian-user mailing list exists. Those folks can help you narrow stuff down enough to file a useful bug report. -- G. Branden Robinson| The only way to get rid of a Debian GNU/Linux | temptation is to yield to it. [EMAIL PROTECTED] | -- Oscar Wilde http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
Branden Robinson [EMAIL PROTECTED] writes: Uh, that reasoning leaves a lot to be desired. There's whole pile of things Mozilla and Konqueror have in common before they get down to the wire protocol. They both use Xft for client-side font rendering, for example. I certainly recognized that this bug report was far from ideal. I waited a long time trying to gather more information or find a pattern before I finally figured I needed to report it somewhere so at least other people were aware of it. I was working under the assumption the problem at the root was some kind of font configuration problem where the server was failing to find the right font files. Well, if you have mozilla-xft installed, anyway. Do you? Uh, no, I've never heard of it. I wonder what mozilla is supposed to do if it's not installed. It could be a bug in a font rasterizer, so it could be libfreetype6 that is the culprit. Yup. Xft. Hm, will look in that direction. -- greg
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
Branden Robinson [EMAIL PROTECTED] writes: I don't understand why you think any of the above are X server problems; they all sound like client-side issues to me. Because a) they affect more than one client, konqueror and mozilla to be specific. and b) I don't think they started when I updated either konqueror or mozilla, but rather when I updated X -- however I don't know precisely what version that would have been at. I thought it would have had something to do with the font packages, perhaps the location of something had changed or perhaps the font server daemon had changed behaviour in some way and needed to be reconfigured. But I agree, it could well be a client-side problem. Or possibly a server-client interaction, perhaps some new font interface for antialiasing or something that the clients needed to be updated in some way to make use of. It's also possible both konqueror and mozilla are using a common shared library for client-side rendering of fonts, something I'm not up-to-date on at all. I'm basically just stumped on where to start to debug this particular problem. It's such a high level failure that I don't even know where to start to track down the actual bug. -- greg
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
tag 220448 + moreinfo thanks On Wed, Nov 12, 2003 at 01:48:15PM -0500, Gregory Stark wrote: Package: xserver-xfree86 Version: 4.3.0-0pre1v3 Severity: normal [First of all I had the same problem with the version of X in unstable. This was one of the reasons I tried the experimental version] I have a problem that some fonts simply don't show up, instead I get blank lines. But I can't figure out exactly what the pattern is. When I play with xfontsel I cannot reproduce the problem. But the problem isn't just a particular application, both Konqueror and Mozilla have precisely the same behaviour, for example. I think the problem affects only the Adobe fonts, but some adobe fonts do show up just fine (Symbol, Bookman, Century) while others show up as blank lines (Courier) and others don't even show up in my font menus (whatever happened to Times, Avant Garde, Zapf Dingbats?) The most common problem occurs with Courier, especially since it's the deafult fixed width font for a lot of applications. It's driving me nuts on the php.net web site for example where the style sheet uses it for a lot of things. The weird thing is that courier and several other fonts show up in the konqueror font menu (which uses the font itself for each choice) as blank. Some of the blank fonts work fine, others seem to display as blanks like Courier. Not all of them are adobe fonts. Reading the other bug reports I thought it might be the same as the :unscaled bug but I replaced the Files section of my Config with the set specified in that bug report and the problem persists unchanged. The config I was using previously is commented out. One thing that frightens me though -- the mouse pointer is still big, like the big-cursor font in the commented out section. I don't understand how that would be. I C-A-BS'd the server to make sure it reread the config file. And I'm pretty sure I'm editing the right config file. I don't understand why you think any of the above are X server problems; they all sound like client-side issues to me. -- G. Branden Robinson| Debian GNU/Linux |Yeah, that's what Jesus would do. [EMAIL PROTECTED] |Jesus would bomb Afghanistan. Yeah. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
Processing commands for [EMAIL PROTECTED]: tag 220448 + moreinfo Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#220448: xserver-xfree86: Some fonts simply don't show up, adobe courier for example
Package: xserver-xfree86 Version: 4.3.0-0pre1v3 Severity: normal [First of all I had the same problem with the version of X in unstable. This was one of the reasons I tried the experimental version] I have a problem that some fonts simply don't show up, instead I get blank lines. But I can't figure out exactly what the pattern is. When I play with xfontsel I cannot reproduce the problem. But the problem isn't just a particular application, both Konqueror and Mozilla have precisely the same behaviour, for example. I think the problem affects only the Adobe fonts, but some adobe fonts do show up just fine (Symbol, Bookman, Century) while others show up as blank lines (Courier) and others don't even show up in my font menus (whatever happened to Times, Avant Garde, Zapf Dingbats?) The most common problem occurs with Courier, especially since it's the deafult fixed width font for a lot of applications. It's driving me nuts on the php.net web site for example where the style sheet uses it for a lot of things. The weird thing is that courier and several other fonts show up in the konqueror font menu (which uses the font itself for each choice) as blank. Some of the blank fonts work fine, others seem to display as blanks like Courier. Not all of them are adobe fonts. Reading the other bug reports I thought it might be the same as the :unscaled bug but I replaced the Files section of my Config with the set specified in that bug report and the problem persists unchanged. The config I was using previously is commented out. One thing that frightens me though -- the mouse pointer is still big, like the big-cursor font in the commented out section. I don't understand how that would be. I C-A-BS'd the server to make sure it reread the config file. And I'm pretty sure I'm editing the right config file. -- Package-specific info: 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) 02:0c.0 VGA compatible controller: ATI Technologies Inc 3D Rage I/II 215GT [Mach64 GT] (rev 41) 01:00.0 Class 0300: 102b:0525 (rev 04) 02:0c.0 Class 0300: 1002:4754 (rev 41) # XF86Config-4 (XFree86 server configuration file) generated by Dexter, the # Debian X Configuration tool. # # Edit this file with caution, and see the XF86Config manual page. # (Type man XF86Config at the shell prompt.) Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection #Section Files # FontPathunix/:7101# local font server # # if the local font server has problems, we can fall back on these ##FontPath/usr/X11R6/lib/X11/fonts/big-cursor # FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID # FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType # FontPath/usr/lib/X11/fonts/misc # FontPath/usr/lib/X11/fonts/cyrillic # FontPath/usr/lib/X11/fonts/100dpi/:unscaled # FontPath/usr/lib/X11/fonts/75dpi/:unscaled # FontPath/usr/lib/X11/fonts/Type1 # FontPath/usr/lib/X11/fonts/Speedo # FontPath/usr/lib/X11/fonts/100dpi # FontPath/usr/lib/X11/fonts/75dpi #FontPath/usr/X11R6/lib/X11/fonts/sharefont/ #EndSection Section ServerFlags EndSection Section Module Loadddc LoadGLcore Loaddbe # Loaddri Loadextmod Loadglx # Loadpex5 Loadrecord # Loadxie Loadbitmap Loadfreetype Loadspeedo Loadtype1 Loadvbe Loadint10 EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard # Option XkbRules xfree86 # Option XkbModel pc104 # Option XkbLayout us EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option CorePointer Option Protocol MouseManPlusPS/2 Option Device/dev/psaux Option Emulate3Buttons false Option Buttons 5 Option ZAxisMapping 4 5 EndSection Section Device Identifier G400 BusID 1:0:0 Driver mga Option AGPMode 4 EndSection Section Device Identifier ATI