[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Another way to deal with the Font Map Problem



Florent Rougon <f.rougon@free.fr> wrote:

> Frank Küster <frank@debian.org> wrote:
>> The postinst finds $package's file in updmap.d, but the files that are
>> referenced therein are still called *.dpkg-new, and updmap fails (it is
>> stricter in tetex-3.0).
>
> If I understand correctly, you mean (with the lmodern example) that
> /etc/texmf/updmap.d/10lmodern.cfg would be there (because it was created
> by lmodern.preinst) and referencing /etc/texmf/dvips/lm.map (without the
> full path), which would only exist as /etc/texmf/dvips/lm.map.dpkg-new
> until lmodern is configured. And updmap in tetex 3 wouldn't accept that.

Exactly.

>> I think this should occur with lmodern and tetex-2.0.2, too, with the
>> important difference that updmap, and hence tetex-bin's postinst,
>> doesn't fail if it does not find some map files. updmap is simply run
>> once again by lmodern's postinst.
>>
>> I will add a workaround to my packages (simply create the file in
>> postinst unconditionally and policy-violating), until I hear from you
>> about your implementation plans.
>
> Why do you need to add a workaround?
>   - tetex 2 -> you say it doesn't fail;
>   - tetex 3 -> currently, lmodern is not split, and it will be split
>     according to the new plan, which shouldn't fail.

The problem is tetex-extra: Some map files are in tetex-extra, not base,
and need to be split of 00updmap.cfg. Therefore I need the scheme that
I was trying to implement even to be able to install tetex-extra.

>     [ and what would be the workaround? Copying
>       /etc/texmf/dvips/*.map.dpkg-new to /etc/texmf/dvips/*.map? ]

No, I think this would confuse dpkg - at least some checks whether a
conffile does already exist, and with which hash, is done before the
configure phase.

The workaround was simply to copy 10tetex.cfg into updmap.d in
*postinst*, irrespective of whether it was missing because the package
never was installed, or because the admin has deleted it.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer



Reply to: