retitle 454446 ITA: mknfonts.tool -- Create nfont packages for GNUstep owner 454446 Debian GNUstep maintainers <pkg-gnustep-maintain...@lists.alioth.debian.org> thanks
В 14:16 +0800 на 19.08.2009 (ср), Paul Wise написа: > OK, answering my own question, looks like Gentoo has the easy answer: > > mknfonts $(fc-list : file|grep -v '\.gz'|cut -d: -f1) Thanks very much. This will work, we just need to depend on mknfonts.tool and populate /usr/share/GNUstep/Fonts at postinst. There are a few issues, though: * mknfonts.tool hasn't been touched for ages, we need to update it for the latest NS*Mask definitions. This looks trivial. * mknfonts doesn't compute traits, etc. I guess we can live without that. * For some reason there is some inconsistency between some of the names fontconfig knows/shows and those generated by mknfonts (specifically, by the FT_Get_Postscript_Name function). For example, with the cairo backend DejaVu is "DejaVu Sans", and with the art backend (the property list generated by mknfonts) it is "DejaVuSans" (without the space). So setting the font for one backend makes the other backend unable to discover the configured font... * The trickiest part seems to be how to craft the trigger. It needs to be run after fontconfig's trigger when the fc-cache is updated. I have no idea how to solve this. One more question, from your initial message: > Please be sure to change your maintainer scripts so that they remove > the files created by your defoma backend when upgrading to the new > version. > You can do this with the following command: > > /usr/bin/defoma-app purge <package> This means that gnustep-back-common should still depend on defoma and run the above in its postinst at least until squeeze+1, right? Is there a document (wiki page or whatever) describing the Defoma removal goal distribution-wide? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org