On Wed, 2009-08-19 at 13:13 +0300, Yavor Doganov wrote: > retitle 454446 ITA: mknfonts.tool -- Create nfont packages for GNUstep > owner 454446 Debian GNUstep maintainers > <pkg-gnustep-maintain...@lists.alioth.debian.org> > thanks
Uhm, perhaps you meant to clone the bug too, since gnustep-back still needs to switch to using fontconfig? > 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: I'm not sure it is appropriate to put generated stuff in /usr/share (FHS and all), I suggest you use somewhere in /var/ for that. > * 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. That does sound tricky, not sure how to approach that, other than getting the libart backend to use libfontconfig instead of using fc-list in the maintainer scripts. > 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? Here is the wiki page: http://wiki.debian.org/OldPkgRemovals IMO you can just check if defoma-app is available and purge if it is, preventing the need for defoma to stick around in squeeze. -- bye, pabs http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
