Bug 437014 - xmltex should not have its own fmtutil.cnf fragment
Summary: xmltex should not have its own fmtutil.cnf fragment
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xmltex
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Stepan Kasal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-03-11 17:00 UTC by Stepan Kasal
Modified: 2008-03-20 16:56 UTC (History)
2 users (show)

Fixed In Version: xmltex-20020625-11.fc9
Clone Of:
Environment:
Last Closed: 2008-03-20 16:56:37 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
change to spec (2.99 KB, patch)
2008-03-20 14:07 UTC, Stepan Kasal
no flags Details | Diff

Description Stepan Kasal 2008-03-11 17:00:29 UTC
xmltex package brings its own fmtutil.cnf fragment, named xmltexfmtutil.cnf,
containing two lines defining the xmltex and pdfxmltex formats.
This is redundant, as the main fmtutil.cnf from texlive-texmf defines these formats.
Moreover, it is buggy: recent releases of TeXlive use pdftex binary for
latex.fmt and xmltexfmtutil.cnf does not reflect this change.

I suggest to remove xmltexfmtutil.cnf from the distribution.

Comment 1 Jindrich Novy 2008-03-13 14:46:14 UTC
If the configuration file is planned to be removed, it has to be on the xmltex side.

Comment 2 Stepan Kasal 2008-03-19 18:29:55 UTC
I'm about to commit to xmltex/devel, as soon as I get access.

Comment 3 Ondrej Vasik 2008-03-20 11:57:15 UTC
Stepan: Could you please specify what are you going to commit? Removal of .cnf
file will cause troubles to passivetex build (as it expects xmltex cnf file on
its old location) . I think the final conclusion we had with Jindrich was that
the cnf file should be kept on xmltex side and only fmt files should be moved to
/var/lib/texmf/web2c/... . 

Comment 4 Stepan Kasal 2008-03-20 14:03:28 UTC
I thought that the xmltexfmtutil.cnf file might cause problem as it is not aware
of the fact that latex in built on top of etex in recent versions of TeXlive.
More generally, TeXlive changes from time to time, and the best option to keep
compatible with the fashion-of-the-day is using the format definitions from
TeXlives own fmtutil.cnf.
If passivetex is not ready for the change, it shall be fixed too.

As far as fmt files are concerned, xmltex should do what the main tex packages do.
IIRC, it is:
- do not build fmt during %build,
- do not add them to the file database (even not as %ghost) which is what's
usually done for most runtime generated files under /var
- generate fmt files in %post scriptlets

Comment 5 Stepan Kasal 2008-03-20 14:07:29 UTC
Created attachment 298696 [details]
change to spec

I was about to commit these changes to spec file, together with cvs rm
xmltexfmtutil.cnf.

Comment 6 Ondrej Vasik 2008-03-20 16:56:37 UTC
Built as xmltex-20020625-11.fc9 (with required rebuild of passivetex and few
other changes), closing RAWHIDE, hopefully it will not break anything.


Note You need to log in before you can comment on or make changes to this bug.