[Bug 242416] Review Request: texlive - Binaries for the TeX formatting system

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: texlive - Binaries for the TeX formatting system


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=242416





------- Additional Comments From pertusus at free.fr  2007-08-21 10:05 EST -------
(In reply to comment #32)

> > * why the Build dependencies on texlive-texmf*? There is a comment
> >   but I don't understand it
>
> Binary texlive won't build without the main texmf tree. Configure complains:
>   *****************************************************************
>   * Error: The main texmf tree was not found.                     *
>   * If you do not have the files, you should be able to them from *
>   * the same place you got these sources from, or from one of the *
>   * CTAN hosts.                                                   *
>   *****************************************************************
>   Winging it.

This is not the cause of the failure. The only side effect of the
corresponding code is to set texmf, and it is set right with or
without installed texlive-texmf.

> then it tries to use files in $TEXMFMAIN:
> tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found.
> fmtutil: config file `fmtutil.cnf' not found.

Here is a serious issue, indeed.

> and ends up with some utilities not build/installed:

Indeed, that's because mktexlsr and fmtutil-sys fail (and the
failure is ignored in the makefile).

It may work better with texlive-texmf installed (or tetex), but
it is still fundamentaly broken in my opinion, since although the
intent of the code (in Makefile.in, after 'temporary fix for
missing links') is to use the just built stuff it isn't what happens
for 2 reasons.

First reason is that kpsewhich is run, so the trick is indeed
needed (contrary to what I said earlier):
export LD_LIBRARY_PATH=`pwd`/texk/kpathsea/.libs

Even with that line uncommented, it is still using installed files
and tries to write to installed directories because in build
kpsewhich uses in build texmf.cnf which points
to /usr/share/texmf/web2c.

The only solution I have found is to keep
{$SELFAUTOLOC,$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/texmf{-local,}/web2c}
in front of TEXMFCNF

More generally I don't like much the way paths are handled
currently. It is a mix with debian patch and sed substitution
which in my opinion renders it a bit hard to follow, and
moreover it seems to me that it doesn't do exactly the right
thing, not only for TEXMFCNF, but only for paths.h.

I propose 2 patches. The first one could be sent upstream,
it is called texlive-more_paths.patch it adds more paths to
be substituted in texmf.in.

The other patch is called texlive-fedora_paths.patch and it
takes care of substituting the right paths for fedora.
paths.h and texmf.cnf are modified.

these patches replace texlive-builtin-searchpath-fix.patch
texlive-2007-varconfig.patch and the sed substitutions between
pushd texk/kpathsea and popd.

Now it is clear that these changes aren't of that big importance
since they are only for defaults and out-of-FHS use of kpathsea,
still I think that it would be better like that.

As a side note, I think that using the sed substitutions is better
in the case of texlive-texmf, only think is that it should be checked
that the result isn't too far from the kpathsea defaults.

I will attach a patch for texlive.spec, with the following changes:
- change in the kpathsea default paths
- don't BuildRequires the *-texmf
- ship kpathsea defaults as documentation
- simpler handlig of ps2eps

I tested a mock build.


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.