On Wed, Aug 26, 2009 at 12:55:04PM -0400, Joey Hess wrote: > Theppitak Karoonboonyanan wrote: > > Would it help if dh_installxfonts is moved to xfonts-utils and let it fill > > the postrm with the actual scripts contents? > > Do you really want to have to rebuild every package containing a font > when update-fonts-dir gets a bug fix?
You're right. That's not quite a good choice.
> If you really want to fix this in a sane way, the best solution would
> almost certianly be to make update-fonts-dir be run using a file
> trigger.
I'm afraid even trigger won't help, as the purge of fonts.alias, which is
assumed to activate the trigger, can still be done when update-fonts-dir is
no longer available (after xfonts-utils removal, before the actual purge).
Had the relevant files been not conffiles, such as /usr/share data, this
should work perfectly, and even this piuparts failure should not have
happenned in the first place.
> Alternatively, have it take a list of the font files that are
> going to be removed, and update the file to remove them; then it could
> take effect when run at postrm remove time, when dependencies are still
> satisfied.
This should work. By maintaining an exclude list on font packages removals,
update-fonts-{dir,alias} can skip the removed fonts and can remove the
generated fonts.{dir,alias} as soon as the font dirs are empty.
In that case, this bug can be reassigned to xfonts-utils, then.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
signature.asc
Description: Digital signature
