Bug in KOMA-Script v3.17.2062

[MGommes]

Nach einem Update von Texlive2014 funktioniert mein
Brief nicht mehr:

\documentclass[
   version=last,     ngerman,           fromalign=left,    
   pagesize,         fontsize=12pt,     subject=titled,
   locfield=wide,    footsepline=false, headinclude=true,
   footinclude=true, enlargefirstpage=true
]{scrartcl}
\usepackage{scrletter,scrlayer-scrpage,fontspec,unicode-math,babel}
\defaultfontfeatures{Ligatures=TeX}
\setmainfont{Linux Libertine O}
\setsansfont{Linux Biolinum O}
\setmonofont[Scale=0.82]{Bitstream Vera Sans Mono}
\setmathfont[Scale=0.9,math-style=TeX,bold-style=TeX]{XITS Math}
\LoadLetterOptions{myoptions}
\pagestyle{letter}
\begin{document}
\AtBeginLetter{%
	\addtokomafont{title}{\Large}
	\renewcaptionname{ngerman}{\subjectname}{Betreff}
	\setkomafont{subject}{\normalcolor\bfseries}}
\begin{letter}{Frau Mustermann\\Mustergasse 40\\12345 Musterdorf}
\mysignature{empty}{4.5cm}{Ich bin's selber}
\setkomavar{date}{\today}
\setkomavar{subject}{\mdseries Ein Bug kommt selten allein!}
\setkomavar{yourref}{KOMA v3.17.2062}
\setkomavar{myref}{Bugreport}
\opening{Hallo,}
Ich glaub, in KOMA-Script v3.17.2062 ist ein Bug.
\closing{Fröhliche Ostern}
\end{letter}
\end{document}

Und dieses hier ist die Ausgabe bis zum Abbruch.

This is LuaTeX, Version beta-0.79.1 (TeX Live 2014/W32TeX) (rev 4971) 
 restricted \write18 enabled.
(./brief.tex
LaTeX2e <2014/05/01>
Babel <3.9l> and hyphenation patterns for 79 languages loaded.
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrartcl.cls
Document Class: scrartcl 2015/04/02 v3.17.2062 KOMA-Script document class (artic
le)
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrkbase.sty
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrbase.sty
(d:/Texlive2014Exp/texmf-dist/tex/latex/graphics/keyval.sty)
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrlfile.sty
Package scrlfile, 2015/04/02 v3.17.2062 KOMA-Script package (loading files)
                  Copyright (C) Markus Kohm

))) (d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/tocbasic.sty)
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrsize12pt.clo)
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/typearea.sty
Package typearea, 2015/04/02 v3.17.2062 KOMA-Script package (type area)
                  Copyright (C) Frank Neukam, 1992-1994
                  Copyright (C) Markus Kohm, 1994-

)) (d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrletter.sty
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrlayer-scrpage.sty
(d:/Texlive2014Exp/texmf-dist/tex/latex/koma-script/scrlayer.sty)
! Undefined control sequence.
\sls@footabove@linelength ^^@-\0pt 
                                 
l.698 \KOMAProcessOptions
                       \relax
? 

[u_fischer]

\LoadLetterOptions{myoptions} 

Seufz.

Mal abgesehen davon: Wenn du in der Lage warst eine Vorabversion zu installieren, dann weißt du doch auch bestimmt, wo und wie man Fehler meldet.

[MGommes]

Seufz.

%\LoadLetterOptions{myoptions}
%\mysignature{empty}{4.5cm}{Ich bin's selber}
Nur 2 Prozentzeichen machen den Code lauffähig. Das Update macht Texlive ziemlich von alleine, wenn das richtige repository eingetragen ist.

Executing action update
tlmgr.pl: package repositories:
	main = ftp://ftp.fu-berlin.de/tex/CTAN/systems/texlive/tlnet
	KOMA = http://www.komascript.de/~mkohm/texlive-KOMA
tlmgr.pl: saving backups to D:/Texlive2014Exp/tlpkg/backups

Der Fehlerabbruch kommt schon sehr sehr früh, ich glaube dass zu diesem Zeitpunkt überhaupt noch kein User-Code gelesen wurde.

[esdd]

%\LoadLetterOptions{myoptions}
%\mysignature{empty}{4.5cm}{Ich bin's selber}
Nur 2 Prozentzeichen machen den Code lauffähig.

Und warum stehen die beiden Zeilen dann oben in Deinem Code?

Wenn ich die ganzen anderen für das Problem nicht relevanten Sachen entferne, dann sieht es so aus, als würden die Fehlermeldungen von der Option footsepline=false in Zusammenhang mit dem Paket scrlayer-scrpage verursacht. Da in der Voreinstellung ohnehin keine Linie gezeichnet wird, kannst Du die Option einfach weglassen.

Gruß
Elke

PS: Das Problem habe ich Markus Kohm gemeldet.

[esdd]

Mit der neuen Version 3.17.2070 verursacht footsepline=false als globale Option keinen Fehler mehr, auch wenn scrlayer-scrpage geladen wird, für das weder true noch false als mögliche Werte für die Option footsepline des Paketes scrlayer-scrpage dokumentiert sind. Diese beiden Werte sind eigentlich für die Seitenstile der KOMA-Script Klassen bestimmt, die nach dem Laden von srclayer-scrpage gar nicht mehr gültig sind.

Gruß
Elke

[MGommes]

Habe ich schon bemerkt, Texlive Update hat die neue Version schon gestern
geholt.

Diese beiden Werte sind eigentlich für die Seitenstile der KOMA-Script Klassen bestimmt, die nach dem Laden von srclayer-scrpage gar nicht mehr gültig sind.

Den Satz oben verstehe ich nicht. In scrguide.pdf in Kapitel 3.12. steht eindeutig
headsepline=Ein-Aus-Wert
footsepline=Ein-Aus-Wert

Ihr müsst das aber auch nicht zuu kompliziert machen, LaTeX muss schließlich
auch bedienbar bleiben.

[Besserwisser]

Den Satz oben verstehe ich nicht. In scrguide.pdf in Kapitel 3.12. steht eindeutig
headsepline=Ein-Aus-Wert
footsepline=Ein-Aus-Wert

Und Abschnitt 3.12 bezieht sich eindeutig auf die Seitenstile der KOMA-Script-Klassen. Du verwendest aber die Seitenstile von scrlayer-scrpage und das steht in Abschnitt 5.5 eindeutig:

headsepline=Dicke:Länge
footsepline=Dicke:Länge

[MGommes]

Wie gesagt --- Ihr müsst das nicht zu kompliziert machen.

Wenn ich in Kapitel 3.12 lese: footsepline=Ein-Aus-Wert
dann muss ich doch nicht davon ausgehen, dass irgendwo
anders im selben Dokument was völlig anderes steht.
Zumindest gehört dann ein Hinweis an die Stelle in 3.12,
aber besser ist es wohl, solche Konflikte durch das Design
zu vermeiden.

So langsam ist wohl auch der Namensraum ziemlich überflutet.