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@xxxxxxx 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. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review