Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1382447
Summary: | mktexfmt cannot find fmtutil.cnf | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Avram Lubkin <aviso> | ||||
Component: | texlive | Assignee: | Tom "spot" Callaway <tcallawa> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | giallu, kdudka, novyjindrich, richardfearn, tcallawa, than | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | texlive-2016-17.20160520.fc25 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-10-28 00:41:07 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Avram Lubkin
2016-10-06 17:47:22 UTC
I think this is fixed with the -7 update that is building now, there were some incorrect Obsoletes affecting texlive-kpathsea. Do you have the matching texlive-kpathsea installed? I have the latest for both, though the svn numbers don't match. rpm -qa | grep kpathsea texlive-kpathsea-bin-svn40473-6.20160520.fc26.1.x86_64 texlive-kpathsea-svn41139-6.fc26.1.noarch I'll try out -7 when it's finished Okay, and just to sanity check, /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf exists? Yes, it exists grep -v "^#" /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf latex pdftex language.dat -translate-file=cp227.tcx *latex.ini pdflatex pdftex language.dat -translate-file=cp227.tcx *pdflatex.ini dvilualatex luatex language.dat,language.dat.lua dvilualatex.ini lualatex luatex language.dat,language.dat.lua lualatex.ini luajitlatex luajittex language.dat,language.dat.lua lualatex.ini luatex luatex language.def,language.dat.lua luatex.ini dviluatex luatex language.def,language.dat.lua dviluatex.ini luajittex luajittex language.def,language.dat.lua luatex.ini mf mf-nowin - -translate-file=cp227.tcx mf.ini mf mf-nowin - -translate-file=cp227.tcx mf.ini mptopdf pdftex - -translate-file=cp227.tcx mptopdf.tex pdftex pdftex language.def -translate-file=cp227.tcx *pdfetex.ini etex pdftex language.def -translate-file=cp227.tcx *etex.ini pdfetex pdftex language.def -translate-file=cp227.tcx *pdfetex.ini tex tex - tex.ini tex tex - tex.ini Same behaviour with -7 $ rpm -qa | grep kpathsea texlive-kpathsea-svn41139-7.fc26.1.noarch texlive-kpathsea-bin-svn40473-7.20160520.fc26.1.x86_64 $ kpsewhich -all fmtutil.cnf (no output) $ mktexfmt latex.fmt (Finds no fmtutil.cnf files) I ran strace for kpsewhich and compared F24 with Rawhide. It seems the problem is the ls-R files, particularly /usr/share/texlive/texmf-dist/ls-R are missing. It looks like these are ghost files and are supposed to be generated with texhash, but it looks like that isn't happening. Okay. I figured this out. I moved to using triggers in the texlive package to try to speed up things. Before, we had this (on every subpackage): %postun if [ $1 == 1 ]; then mkdir -p /var/run/texlive touch /var/run/texlive/run-texhash else %{_bindir}/texhash 2> /dev/null fi %posttrans if [ -e /var/run/texlive/run-texhash ] && [ -e %{_bindir}/texhash ]; then %{_bindir}/texhash 2> /dev/null; rm -f /var/run/texlive/run-texhash; fi Now, we have this (only on the texlive core package): %transfiletriggerin -- %{_texdir} %{_bindir}/texhash 2> /dev/null export TEXMF=/usr/share/texlive/texmf-dist export TEXMFCNF=/usr/share/texlive/texmf-dist/web2c export TEXMFCACHE=/var/lib/texmf %{_bindir}/mtxrun --generate &> /dev/null %{_bindir}/fmtutil-sys --all &> /dev/null %transfiletriggerpostun -- %{_texdir} %{_bindir}/texhash 2> /dev/null That _should_ result in texhash being executed once after transaction for all installed packages that contained file(s) that matches prefix of this trigger (/usr/share/texlive). Also executed after transaction if there was a package containing this file trigger in that transaction and there is/are some files(s) matching prefix of this trigger in rpmdb. But! Here is the issue (I think). I put the triggers on the "texlive" subpackage, but texlive-kpathsea doesn't actually depend on texlive, it's the other way around. texlive-kpathsea is at the top of the dependency chain. Moving these triggers to the kpathsea subpackage _should_ fix this. I'll do that in -8. Tried rebuilding rdkit against -8, before I had: I can't find the format file `pdflatex.fmt'! now error is different: https://kojipkgs.fedoraproject.org//work/tasks/9795/16049795/root.log DEBUG util.py:421: Last metadata expiration check: 0:01:23 ago on Tue Oct 11 14:29:20 2016. DEBUG util.py:421: Error: package texlive-wrapfig-5:svn22048.3.6-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: package texlive-upquote-5:svn26059.v1.3-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: package texlive-titlesec-5:svn40129-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: package texlive-threeparttable-5:svn17383.0-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: package texlive-multirow-5:svn17256.1.6-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: package texlive-framed-5:svn26789.0.96-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: package texlive-eqparbox-5:svn29419.4.0-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: package texlive-capt-of-5:svn29803.0-8.fc26.1.noarch requires texlive-kpathsea-bin, but none of the providers can be installed. DEBUG util.py:421: nothing provides texlive-kpathsea-lib(x86-64) = 5:2016 needed by texlive-dvipng-bin-5:svn40473-8.20160520.fc26.1.x86_64. DEBUG util.py:421: nothing provides texlive-kpathsea-lib(x86-64) = 5:2016 needed by texlive-dvipng-bin-5:svn40473-8.20160520.fc26.1.x86_64. DEBUG util.py:421: package texlive-collection-fontsrecommended-5:svn35830.0-8.20160520.fc26.1.noarch requires tex-avantgar, but none of the providers can be installed. DEBUG util.py:421: package texlive-collection-latexrecommended-5:svn35765.0-8.20160520.fc26.1.noarch requires tex-anysize, but none of the providers can be installed just let me know if you would like another bug opened for this. Nope. That is already open as https://bugzilla.redhat.com/show_bug.cgi?id=1383649 and -9 (which should fix it) is building now. Seems better, but still having issues. The python-sphinx tests are fine in F24 and F25, but still fail in Rawhide against -12. Below is the output for the failure. This is LuaTeX, Version 0.95.0 (TeX Live 2016) restricted system commands enabled. (./SphinxTests.tex LaTeX2e <2016/03/31> Babel <3.9r> and hyphenation patterns for 1 language(s) loaded. (./sphinxhowto.cls Document Class: sphinxhowto 2009/06/02 Document class (Sphinx HOWTO) (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2014/09/29 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))) (./iftex.sty) (/usr/share/texlive/texmf-dist/tex/latex/cmap/cmap.sty Package cmap Warning: pdftex not detected - exiting. ) (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty (/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def)) (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsmath.sty For additional information on amsmath, use the `?' option. (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amstext.sty (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsgen.sty)) (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsbsy.sty) (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsopn.sty)) (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amssymb.sty (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amsfonts.sty)) (/usr/share/texlive/texmf-dist/tex/generic/babel/babel.sty (/usr/share/texlive/texmf-dist/tex/generic/babel/luababel.def) (/usr/share/texlive/texmf-dist/tex/generic/babel-english/english.ldf (/usr/share/texlive/texmf-dist/tex/generic/babel/babel.def (/usr/share/texlive/texmf-dist/tex/generic/babel/luababel.def)))) (/usr/share/texlive/texmf-dist/tex/latex/psnfss/times.sty) (./fncychap.sty) (/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty) (./sphinx.sty (/usr/share/texlive/texmf-dist/tex/latex/fancyhdr/fancyhdr.sty) (/usr/share/texlive/texmf-dist/tex/latex/base/textcomp.sty (/usr/share/texlive/texmf-dist/tex/latex/base/ts1enc.def)) (/usr/share/texlive/texmf-dist/tex/latex/fancybox/fancybox.sty Style option: `fancybox' v1.4 <2010/05/15> (tvz) ) (/usr/share/texlive/texmf-dist/tex/latex/titlesec/titlesec.sty) (./tabulary.sty (/usr/share/texlive/texmf-dist/tex/latex/tools/array.sty)) (/usr/share/texlive/texmf-dist/tex/latex/base/makeidx.sty) (/usr/share/texlive/texmf-dist/tex/latex/framed/framed.sty) (/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty) (/usr/share/texlive/texmf-dist/tex/latex/xcolor/xcolor.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/color.cfg) ! LaTeX Error: File `luatex.def' not found. Type X to quit or <RETURN> to proceed, or enter new name. (Default extension: def) Enter file name: ! Emergency stop. <read *> l.226 ...ned{ver@\Gin@driver}{\input{\Gin@driver}}{} 410 words of node memory still in use: 2 hlist, 1 rule, 1 dir, 10 glue, 48 glue_spec, 1 if_stack, 1 write nodes avail lists: 2:11,3:2,4:1,7:4,8:3,9:2 ! ==> Fatal error occurred, no output PDF file produced! texlive is such a hot mess. -14 (building now) will have a "texlive-graphics-def" subpackage which includes luatex.def. I also made the texlive-luatex package depend on it. This should resolve this failure. Thanks for your patience. perl-BibTeX-Parser-0.69-1.fc25, perl-LaTeX-ToUnicode-0.04-1.fc25, texlive-2016-17.20160520.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-50a2bc7997 Created attachment 1214421 [details]
Errors in Sphinx tests with rawhide tex release -16
Seem to be further along, but still having issues. I'm a little lost when it comes to Tex, but it looks like most of the errors are undefined references related to "py@TitleColor" Is there a new dependency I should be including? Error log is attached.
perl-BibTeX-Parser-0.69-1.fc25, perl-LaTeX-ToUnicode-0.04-1.fc25, texlive-2016-17.20160520.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. (In reply to Avram Lubkin from comment #12) > Created attachment 1214421 [details] > Errors in Sphinx tests with rawhide tex release -16 > > Seem to be further along, but still having issues. I'm a little lost when it > comes to Tex, but it looks like most of the errors are undefined references > related to "py@TitleColor" Is there a new dependency I should be including? > Error log is attached. Avram, this one has me stumped. Can you open an issue with Sphinx and see if they know what might be to blame here? Tom, coincidently I just opened an issue this morning. They had an answer for me within an hour, so I'm guessing they've run into it before. Turns out I needed the texlive-luatex85 package with TexLive 2016. Seems to build and pass all the tests fine now. I'm glad they were able to resolve it so quickly! |