stable

texlive-2021-48.fc35

FEDORA-2021-1038a6ffa3 created by spot a year ago for Fedora 35
• add Requires: texlive-newtx to texlive-newtxsf (bz2027444)
• Rename fonts/map/dvips/mpfonts/mpfonts.map to oldmap, we do not want it added by updmap-sys
• add Requires: texlive-epstopdf to texlive-epstopdf-pkg (bz2002690)

Fix the font map trigger logic in texlive-kpathsea (texlive-base). I believe this fix will resolve most/all of the known "document fails to compile" problems with TeXLIve in Fedora 35.

How to install

sudo dnf upgrade --refresh --advisory=FEDORA-2021-1038a6ffa3

This update has been submitted for testing by spot.

a year ago

This update's test gating status has been changed to 'ignored'.

a year ago

This update has been pushed to testing.

a year ago
besser82 commented & provided feedback a year ago
karma

Works great! LGTM! =)

axiomatic commented & provided feedback a year ago
karma

Still doesn't work for me.

Putting \pdfmapfile{-mpfonts.map} fixes it in texlive-2021-48.fc35 as it did in texlive-2021-45.fc35.

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

a year ago
basilrabi commented & provided feedback a year ago
karma

Works for me.

spot edited this update.

a year ago

spot edited this update.

New build(s):

• texlive-base-20210325-43.fc35

Karma has been reset.

a year ago

This update has been submitted for testing by spot.

a year ago
jussilehtola commented & provided feedback a year ago

Appears to work: I installed texlive-scheme-full and still have a working LaTeX.

BZ#2025720 Document fails to compile in Fedora 35

This update has been pushed to testing.

a year ago
jholm commented & provided feedback a year ago
karma

Upgrading from a not working tex installation: All problems are gone.

axiomatic commented & provided feedback a year ago

Unfortunately still does not work for me. I get

!pdfTeX error: /usr/bin/pdflatex (file cmex9.t3): cannot open Type 1 font file for reading ==> Fatal error occurred, no output PDF file produced!

I've tried to isolate the problem and finally got to a strange thing I don't understand (maybe it is related to the amsmath package? or to me only?):

==========================

% mwe for reproducing the problem

%\pdfmapfile{-mpfonts.map}

\documentclass{article} \usepackage{amsmath}

\begin{document} The following decreasing of the font size always works in the tabular environment:
\begin{center} \begin{tabular}{c} \hline $\small \prod$ \ \small Something \ \hline
\end{tabular} \end{center}

However, the following only works without the amsmath-package (with the amsmath-package, we need to comment out the ''small'' command):
\begin{center} %\small % <-- THIS SEEMS TO CAUSE THE PROBLEM TOGETHER WITH amsmath and some math commands \begin{tabular}{c} \hline $\prod$ \ \hline
\end{tabular} \end{center}

The problem above only occurs, if we have a tabular entry in math mode. Without math mode it also works in the second way:
\begin{center} \small \begin{tabular}{c} \hline Something \ \hline
\end{tabular} \end{center} Other observations:\ (1) The problem only seems to occur, if I descrease the font size (from normalsize).\ (2) The pdfmapfile at the beginning seems to fix the problem entirely. \ (3) Somehow, the problem seems to be restricted to some particular math commands like $\backslash prod$, $\backslash bigcup$, $\backslash bigcap$ ... \end{document}

====================

So, either - disabling the amsmath package, or - putting pdfmapfile (of which I don't know what it does, apart of (re-)linking some font files !?), or - not using \small, \scriptsize, \footnotesize, \tiny together with the tabular environment and some math commands.

The only thing I can say is that the problem did not happen before upgrading to F35, several new installs of texlive did not fix it and updating to texlive-2021-48.fc35 didn't fix it either.

jholm commented & provided feedback a year ago

@axiomatic: I cannot verify your problem. No problem here. If your upgrade was correct fgrep .t3 /var/lib/texmf/fonts/map//updmap/map|wc -l should output 0.

spot commented & provided feedback a year ago

@axiomatic: please make sure you update all of the texlive packages, especially texlive-kpathsea. If you still have an issue after all of the texlive packages in this update are updated, please open a new bugzilla report!

jussilehtola commented & provided feedback a year ago

@axiomatic I can't reproduce it either, your document compiles just fine. Be sure to run

axiomatic commented & provided feedback a year ago
karma

If've updated to the entire updates-testing of F35 and also checked what jholm indicated (this was a key I guess, had a lot of thing in there). Now it works, too with me :-) Thanks!

This update can be pushed to stable now if the maintainer wishes

a year ago
uldreth commented & provided feedback a year ago
karma

Update seems to work for me.

pwalter commented & provided feedback a year ago
karma

Works

karma
filiperosset commented & provided feedback a year ago
karma

no regressions noted

ludwigd commented & provided feedback a year ago
karma

Works as intended.

lruzicka commented & provided feedback a year ago
karma

Works fine.

fisherthewol commented & provided feedback a year ago
karma

Fixed as mentioned in C22 of BZ#2025720

BZ#2025720 Document fails to compile in Fedora 35

spot edited this update.

Removed build(s):

• texlive-base-20210325-43.fc35

Karma has been reset.

a year ago

This update has been submitted for testing by spot.

a year ago

This update has been pushed to testing.

a year ago
fuller commented & provided feedback a year ago
karma

works for me

ankursinha commented & provided feedback a year ago
karma

Getting errors here with biber, which is at the latest release:

------------
INFO - This is Biber 2.17
..
ERROR - Error: Found biblatex control file version 3.7, expected version 3.8.
This means that your biber (2.17) and biblatex (3.16) versions are incompatible.
See compat matrix in biblatex or biber PDF documentation.
INFO - ERRORS: 1


\$ rpm -qa \*biblatex\* \*biber\*
texlive-biblatex-svn57272-48.fc35.noarch
texlive-biblatex-nature-svn57262-48.fc35.noarch
biber-2.17-1.fc35.noarch


The biber documentation says: "Biber 2.17 is now released. It should be used in conjunction with biblatex 3.17". but this update has biblatex 3.16.

fuller commented & provided feedback a year ago

I have the same error, but I attributed it to biber and not texlive: FEDORA-2022-1e62fda204

Where not using biber, this texlive update seems to be working

jholm commented & provided feedback a year ago

@fuller: same here. @ankursinha: where did you get biber-2.17? I didn't see in update/35 nor in updates/testing/35

jholm provided feedback a year ago
karma
ankursinha commented & provided feedback a year ago

the biber 2.17 update is here: FEDORA-2022-1e62fda204

This update can be pushed to stable now if the maintainer wishes

a year ago

This update has been submitted for stable by spot.

a year ago

This update has been pushed to stable.

a year ago

Type
bugfix
Karma
1
Signed
Content Type
RPM
Test Gating
Builds
1
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
a year ago
in testing
a year ago
in stable
a year ago
modified
a year ago
BZ#2002690 texlive-epstopdf-pkg missing dependency on texlive-epstopdf
0
0
BZ#2019829 Pdflatex fails to compile certain math fonts
0
0
BZ#2025720 Document fails to compile in Fedora 35
0
0
BZ#2027444 textlive-newtxsf should require texlive-newtx
0
0

ignored