I have a texlive build that has worked fine for year on Fedora texlive. Upon upgrading to Fedora 38 it failed. I've tried for many hours to find any possible cause in my tex sources but was unable to find anything, so I'm suspecting a bug somewhere in a texlive library. Reproducible: Always Steps to Reproduce: 0. download & extract the attached tar file 1. run 'make builddeps' to install the build dependencies. 2. run './build' to build on the current system: works on F37, fails on F38 3. run './build-37-mock' to build in a Fedora 37 mock: works 4. run './build-38-mock' to build in a Fedora 38 mock: fails Actual Results: see the steps Expected Results: working build on Fedora 38, just like on all previous Fedora versions The tar file contains a customised cut-out of this repo: https://gitlab.com/fhuberts/rpms The cut-out is tuned for this bug report, it contains a few extra scripts and removes all unneeded files to demonstrate the bug
Created attachment 1961725 [details] Archive bug scripts and source files to demonstrate the bug
Comment on attachment 1961725 [details] Archive bug scripts and source files to demonstrate the bug Archive _with_ scripts...
I've tried multiple times to narrow it down, but am getting inconsistent results and never success. So then installed texlive 20230526 with the instructions of https://www.tug.org/texlive/quickinstall.html. Added that installation as the first entry on my PATH and that makes the problem go away. Conclusion: it's a problem within texlive, and we need an update in Fedora.
Just to be clear, you seem to be trying to build texlive from source and failing... this is not a bug in Fedora's texlive (it doesn't depend on itself). If you can show me a log file of _where_ the texlive build is failing, I would be happy to see if I can offer any insight. For now, closing this as NOTABUG.
I think maybe you misunderstood. I'm really NOT building texlive. I'm building a a texlive document into a PDF, so 'normal' usage. I've produced the attached archive to demonstrate the bug. I'm more than willing to provide the log file, but you can trivially reproduce that using the attached archive. Just unpack the attached archive on Fedora 38 and in the unpacked directory run the script ./build
After reading it all again, it seems I didn't clearly specify what I was doing. ==> I'm generating a PDF from a texlive document. This has been succesful for years, but now fails on Fedora 38
... and using the latest (locally installed) latest texlive version makes it work again.
I see. Lemme look into that, apologies for the confusion.
Okay. Debugging with rawhide (texlive-2023). If I comment (%) out all the \instruction {} invocations from VPN Client Installation - Fedora Workstation.en_US.tex, it builds. BUT, it's not \instruction {} in isolation, that works fine. I'm uploading the smallest test case I have managed to make so far. This one is confusing.
Created attachment 1967951 [details] reproducer
yes, I can confirm that I see the same problem in your file: ! Extra \else. \addpenalty ...tskip =\z@ \penalty #1\relax \else It works with the latest texlive (don't know which version rawhide has). I have installed 20230526.
Just installed these updates, but the problem persists when using the Fedora-provided texlive. Upgrading: distribution-gpg-keys noarch 1.88-1.fc38 rpmlint noarch 2.4.0-6.fc38 texlive-aleph x86_64 10:svn62387-72.fc38 texlive-attachfile2 noarch 10:svn57959-72.fc38 texlive-base x86_64 10:20220321-72.fc38 texlive-bibtex x86_64 10:svn64491-72.fc38 texlive-convbkmk noarch 10:svn49252-72.fc38 texlive-cyrillic noarch 10:svn63613-72.fc38 texlive-dvipdfmx x86_64 10:svn61101-72.fc38 texlive-dvips x86_64 10:svn62387-72.fc38 texlive-eplain noarch 10:svn64721-72.fc38 texlive-epstopdf noarch 10:svn64439-72.fc38 texlive-glyphlist noarch 10:svn54074-72.fc38 texlive-gsftopk x86_64 10:svn52851-72.fc38 texlive-hitex x86_64 10:svn63708-72.fc38 texlive-jadetex noarch 10:svn63654-72.fc38 texlive-kpathsea x86_64 10:svn64475-72.fc38 texlive-latex noarch 10:svn63825-72.fc38 texlive-lib x86_64 10:20220321-72.fc38 texlive-lollipop noarch 10:svn45678-72.fc38 texlive-luahbtex x86_64 10:svn62387-72.fc38 texlive-luaotfload noarch 10:svn64616-72.fc38 texlive-luatex x86_64 10:svn64839-72.fc38 texlive-lwarp noarch 10:svn63905-72.fc38 texlive-makeindex x86_64 10:svn62517-72.fc38 texlive-metafont x86_64 10:svn62387-72.fc38 texlive-mfware x86_64 10:svn62387-72.fc38 texlive-mltex noarch 10:svn62145-72.fc38 texlive-mptopdf noarch 10:svn61520-72.fc38 texlive-oberdiek noarch 10:svn64463-72.fc38 texlive-omegaware x86_64 10:svn62517-72.fc38 texlive-pdftex x86_64 10:svn64690-72.fc38 texlive-pst-pdf noarch 10:svn56622-72.fc38 texlive-ptex x86_64 10:svn62464-72.fc38 texlive-tex x86_64 10:svn62387-72.fc38 texlive-tex4ht x86_64 10:svn64837-72.fc38 texlive-texlive-en noarch 10:svn64221-72.fc38 texlive-texlive-scripts noarch 10:svn64830-72.fc38 texlive-texlive.infra noarch 10:svn63645-72.fc38 texlive-texsis noarch 10:svn45678-72.fc38 texlive-thumbpdf noarch 10:svn62518-72.fc38 texlive-ttfutils x86_64 10:svn62517-72.fc38 texlive-uptex x86_64 10:svn62464-72.fc38 texlive-xdvi x86_64 10:svn62387-72.fc38 texlive-xetex x86_64 10:svn62387-72.fc38 texlive-xmltex noarch 10:svn62145-72.fc38 vim-common x86_64 2:9.0.1587-1.fc38 vim-data noarch 2:9.0.1587-1.fc38 vim-enhanced x86_64 2:9.0.1587-1.fc38 vim-filesystem noarch 2:9.0.1587-1.fc38 vim-minimal x86_64 2:9.0.1587-1.fc38 xxd x86_64 2:9.0.1587-1.fc38
Fedora 39 (beta / dnf upgraded) still has this problem
Fedora 40 (beta / dnf upgraded) still has this problem
Current F40 still has this problem
Still present on F40 after these updates: texlive-base x86_64 11:20230311-82.fc40 texlive-bibtex x86_64 11:svn66186-82.fc40 texlive-dvipdfmx x86_64 11:svn66203-82.fc40 texlive-dvips x86_64 11:svn66203-82.fc40 texlive-epstopdf noarch 11:svn66461-82.fc40 texlive-glyphlist noarch 11:svn54074-82.fc40 texlive-gsftopk x86_64 11:svn52851-82.fc40 texlive-kpathsea x86_64 11:svn66209-82.fc40 texlive-latex noarch 11:svn65161-82.fc40 texlive-lib x86_64 11:20230311-82.fc40 texlive-luahbtex x86_64 11:svn66186-82.fc40 texlive-luaotfload noarch 11:svn64616-82.fc40 texlive-luatex x86_64 11:svn66967-82.fc40 texlive-makeindex x86_64 11:svn62517-82.fc40 texlive-metafont x86_64 11:svn66186-82.fc40 texlive-mfware x86_64 11:svn66186-82.fc40 texlive-mptopdf noarch 11:svn65952-82.fc40 texlive-oberdiek noarch 11:svn65521-82.fc40 texlive-pdftex x86_64 11:svn66243-82.fc40 texlive-tex x86_64 11:svn66186-82.fc40 texlive-texlive-en noarch 11:svn66572-82.fc40 texlive-texlive-scripts noarch 11:svn66584-82.fc40 texlive-texlive.infra noarch 11:svn66512-82.fc40 texlive-xdvi x86_64 11:svn62387-82.fc40 texlive-xetex x86_64 11:svn66203-82.fc40 texlive-xmltex noarch 11:svn62145-82.fc40
Interestingly, this (test.tex) works for me with pdflatex, lualatex, xelatex on F40, both with -81 as well as with today's-82 update for texlive. As such, I don't know where that penalty/else error line appears in the log, but me suspects that it comes from missing hyphenation or font info. I also checked with a user without any local tex config, works the same, so it's not about local config.
I pushed the branch I create for the reproducer, it's here: https://gitlab.com/fhuberts/rpms/-/tree/f38-texlive-bug-report?ref_type=heads That doesn't work.
Fedora Linux 38 entered end-of-life (EOL) status on 2024-05-21. Fedora Linux 38 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.
This message is a reminder that Fedora Linux 40 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '40'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 40 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.