LaTeX Forum

Wieder mal habe ich erhebliche Probleme nach einem Update von MiKTeX.
Bei folgendem Beispiel

\documentclass[version=last]{scrartcl}
\usepackage{ifluatex}
\ifluatex
	\usepackage{luatex85,fontspec,unicode-math,MnSymbol}
	\defaultfontfeatures{Ligatures=TeX}
	\setmainfont[Scale=1.04]{Minion Pro}
	\setsansfont[Scale=MatchLowercase]{Myriad Pro}
	\setmonofont[Scale=MatchLowercase]{Bitstream Vera Sans Mono}
	\setmathfont[Scale=MatchLowercase]{XITS Math}
\else
	\usepackage[
		rm=txfonts:new,
		sf=txfonts:new:scale:lowercase,
		tt=txfonts:new:scale:lowercase,
		math=txfonts:new:libertine,
		sym=amssymb
	]{typeface}
\fi

\begin{document}
\section*{Ein Bug kommt selten allein}
Die Bugs werden immer mehr. \emph{Ist dieses jetzt wirklich
in kursiv?} \textbf{Nein -- bei MiKTeX nicht.} Und kann man
dieses auch mit pdfLaTeX übersetzen? \textbf{Nein -- bei 
MiKTeX nicht.}
\end{document}

funktioniert bei LuaLaTeX das emph{} nicht mehr und bei pdfLaTeX
gibt es sogar einen Fehlerabbruch.

! LaTeX Error: Command \openbox already defined.
               Or name \end... illegal, see p.192 of the manual.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H <return>  for immediate help.
 ...                                              
                                                  
l.417   \vrule\hfil}}

Texlive hat mit dem Beispiel Null Probleme.

Dann vergleiche einmal die Versionen von LaTeX und von den Paketen.

Mit aktuellen TeX Live 2016 gibt es die Fehlermeldung auch. Ist übrigens innerhalb von amsthm.sty 2015/03/04 v2.20.2 und liegt daran, dass das zuvor geladene newtxmath.sty 2017/01/22 v1.515 bereits \openbox definiert.

Lädt man amsthm explizit vor typeface funktioniert es. Vielleicht könnte der typeface-Autor auch selbst dafür sorgen, dass die Pakete in anderer Reihenfolge geladen werden, wenn du ihn freundlich bittest.

Das Problem mit kursiv besteht bei aktuellen TeX Live 2016 ebenfalls und ist AFAIR bereits bekannt.

luatex85 braucht man in dem Beispiel übrigens weder mit aktuellen MiKTeX noch mit aktuellen TeX Live.

Also muss man sagen, dass Latex momentan nicht zu
gebrauchen ist ?

Anonymous hat geschrieben:
Lädt man amsthm explizit vor typeface funktioniert es. Vielleicht könnte der typeface-Autor auch selbst dafür sorgen, dass die Pakete in anderer Reihenfolge geladen werden, wenn du ihn freundlich bittest.

Es ist nicht typeface, sondern newtxtext, das amsthm lädt:

\documentclass[version=last]{scrartcl}
\usepackage{newtxmath}
\usepackage{newtxtext}

\begin{document}
abc
\end{document}

Ich finde es etwas unglücklich, dass ein Schriftpaket wie newtxtext ein Theorempaket lädt. Das kann ganz abgesehen von dem Clash hier unerwartete Seiteneffekte haben. Da sollte man dem Autor von newtxtext mal schreiben.

Das Problem mit kursiv besteht bei aktuellen TeX Live 2016 ebenfalls und ist AFAIR bereits bekannt.

Es ist auch schon gelöst: https://github.com/wspr/fontspec/issues/254

MGommes hat geschrieben:Also muss man sagen, dass Latex momentan nicht zu
gebrauchen ist ?

Nur, wenn man momentan saudämliche Postulate aufstellen will.

Es ist auch schon gelöst: https://github.com/wspr/fontspec/issues/254

Dort wird folgende Änderung vorgeschlagen:

You can fix it in fontspec-(xetex|luatex).sty with:

\cs_generate_variant:Nn \prop_gput:Nnn {NxV}
+\cs_generate_variant:Nn \prop_gput_if_new:Nnn {NxV}

- \prop_gput:NxV \g_@@_em_prop { \f@series/\f@shape } { \l_@@_emdef_int }
+ \prop_gput_if_new:NxV \g_@@_em_prop { \f@series/\f@shape } { \l_@@_emdef_int }

Allerdings die Zeile, die ersetzt werden soll, ist in fontspec-luatex.sty nirgends zu finden. So einfach ist das wohl doch nicht.

Du musst @@ durch fontspec ersetzen. Oder warte einfach einen Tag. Das Update ist schon unterwegs ...

LaTeX Forum

Neuestes MiKTeX mit Problemen

Neuestes MiKTeX mit Problemen