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

Re: tex-common release



Hilmar Preusse <hille42@web.de> wrote:

> On 17.11.05 Frank Küster (frank@debian.org) wrote:
>> Frank Küster <frank@debian.org> wrote:
>> > Hilmar Preusse <hille42@web.de> wrote:
>
> Hi Frank,
>
>> >> "update-fmtutil" I can find only one time and at this place it is
>> >> simply mentioned that the tool exists.
>> >
>> > You are right - we should write a section 4.1.3 on this.
>> 
>> I have now written a short section.  The diff is at
>> 
>> http://lists.alioth.debian.org/pipermail/pkg-tetex-commits/2005-November/000318.html
>> 
> tex-common 0.11 is already out so my reaction comes to late. Sorry!
>
> The only thing I've found: You write: "subsequently create
> the format with fmtutil --byfmt format.". Perhaps it would be a
> better idea to call "fmtutil --missing" at this point to make sure
> all formats defined in the new fmtutil.cnf are created. Yes,
> eventually it will create formats required by other package than the
> package actually getting installed.

I am not sure that this is a good idea.  We (the teTeX maintainers) are
already getting bug reports when a format we do not provide fails to
build - e.g. jadetex.  But we know how to handle this, and more often
than not it was a change in teTeX/tex-common that caused the format to
fail.  Maintainers of other packages that create formats are much less
likely to know what is going on; if they use --missing because it is in
the policy, they might not even be aware that this will also try to
build formats of other packages.

Therefore I do not thing that recommending --missing is a good idea.

> Further we should mention anywhere, that a package should remove the
> format files it has created upon purge (or remove?).

Yes, I forgot this.  And I would even say the should be removed upon
package removal, because it will have to be regenerated anyway if the
package is installed again.  

While I was at it (and waiting for my instrument temperature to
equilibrate), I added some more things to the policy.  I'll comment in
an answer to the svn log mail.

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



Reply to: