[Debian GNUstep maintainers] Bug#494933: charmap.app: the range switching is terribly slow

[Marc J. Driftmeyer]

I've seen the same behaviour across GNUstep and it's very apparent  
with such applications like GNUmail.app and Developer tools.

GNUWash.app can't find FreeSans though it mainly loads.


/var/lib/defoma/gnustep-nfont.d/Fonts/Free  
Paladin.nfont/../../../../../../usr/share/fonts/type1/cyrillic/ 
p052004d.pfb' (00000001)

This is just one example.

My System: Debian Sid

This may not be the best solution but I blew away gnustep-nfont.d/  
recursively and most applications behaved so there is definitely  
something incompatible with defoma and how GNUstep generates  
compatible FontInfo.plists for it's applications to access.

I know nothing about the backend for GNUstep on how it leverages  
freetype 2.3.7-1 but it's clear that GNUstep's cairo and art backends  
aren't current with handling the freetype font system.

- Marc

Marc J. Driftmeyer
mjd at reanimality.com
http://www.reanimality.com
(509)435-5212

On Aug 15, 2008, at 4:52 AM, Yavor Doganov wrote:

> В 13:43 +0200 на 14.08.2008 (чт), Michal Suchanek написа:
>>>  1) The `--GNU-Debug' option should not change at all your user/ 
>>> display
>>>    experience, it should merely print some extra messages.
>>
>> It does not change anything.
>
> OK, that was a (wrong) impression I got from your previous message.
>
>> Yes, AClock has problems, too. I see only the background bitmap,
>> something that looks like shadows of the hands and some black UFO in
>> the properties dialog.
>
> Thanks.  So, we have two unrelated problems here.
>
> First, apparently the cairo backend does not work for you.
> Please advise:
>       * What window manager you use?  Resolution?
>       * Any decoration, special effects (compiz, etc.)?
>       * Your (Default)Depth in X?
>       * Please run a GNUstep app with `--GNU-Debug=Offset'.
>
>
> The second problem is the original one.  For some (unknown to me)
> reason, defoma generates wrong FontInfo.plist for some fonts
> in /var/lib/defoma/gnustep-nfont.d/Fonts/*.nfont/.  It might be a  
> bug in
> our gnustep-nfont.defoma script, or a bug in defoma.  When you  
> switch a
> range in Charmap, it tries to find the appropriate font to display the
> characters, and does an extensive font lookup, which fails with
>
> 2008-08-15 12:29:28.361 Charmap[19132] FTC_Manager_LookupSize()  
> failed for 'URWPalladioCYR-Bold', error 00000001!
> 2008-08-15 12:29:28.361 Charmap[19132] Error when loading '/var/lib/ 
> defoma/gnustep-nfont.d/Fonts/Free Paladin.nfont/../../../../../../ 
> usr/share/fonts/type1/cyrillic/p052004d.pfb' (00000001)
> 2008-08-15 12:29:28.830 Charmap[19132] Error when loading '/var/lib/ 
> defoma/gnustep-nfont.d/Fonts/Free Helvetian.nfont/../../../../../../ 
> usr/share/fonts/type1/cyrillic/n019003d.pfb' (00000001)
> 2008-08-15 12:29:28.831 Charmap[19132] FTC_Manager_LookupSize()  
> failed for 'NimbusSansCYR-Regu', error 00000001!
>
> The filenames for the fonts are simply generated wrong, and so it  
> takes
> quite some time to traverse through all of them.  The cairo backend
> accesses the fonts directly, so this bug cannot be reproduced there.
>
> For example, in DevaVu-Sans-Mono.nfont/FontInfo.plist:
>
> {
>   PostScriptName = "DejaVu-Sans-Mono";
>   Traits = 512;
>   Name = "Medium";
>   Weight = 6;
>   Files = ( "../../../../../../usr/share/fonts/truetype/ttf-dejavu/ 
> DejaVuSansMono-Roman.ttf" );
> },
>
> That should be DejaVuSansMono.ttf, not DejaVuSansMono-Roman.ttf.
> /var/lib/defoma/gnustep-nfont.subst-cache shows all of these
> inconsistencies.
>
> Hubert, any clues about that?  IIRC you did the GNUstep Defoma
> integration together with the defoma maintainer.
>
>
>
>