Texlive führt pdfTex stat pdfLatex aus

[Poseidonius]

Hallo zusammen,

mir stehen die Haare zu Berge ... nach einer Texlive 2010 Neuinstallation über das offizielle Installationsskript unter Linux Fedora 13 bringt kein "richtiges" pdflatex mit sondern nur einen Link, der pdfTex startet.



/usr/local/texlive/2010/bin/i386-linux/pdflatex diss_main.tex
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
restricted \write18 enabled.
(./diss_main.tex
LaTeX2e <2009/09/24>
Babel <v3.8l> and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.
(/usr/local/texlive/2010/texmf-dist/tex/latex/koma-script/scrbook.cls
Document Class: scrbook 2010/09/17 v3.07 KOMA-Script document class (book)
(/usr/local/texlive/2010/texmf-dist/tex/latex/koma-script/scrkbase.sty
(/usr/local/texlive/2010/texmf-dist/tex/latex/koma-script/scrbase.sty

! Package scrbase Error: seems you are not running e-TeX.

See the scrbase package documentation for explanation.
Type H <return> for immediate help.
...

l.101 \@tempa

?



pdfTex mag aber kein komascript. All die Tipps aus dem Netz hinsichtlich der fmtutils haben keine Veränderung gebracht. Hinsichtlich der Einbindung e-Tex habe ich keine brauchbaren Infos gefunden. Wäre nett wenn mir jemand auf die Sprünge helfen kann.

Grüße und einen schönen Sonntag noch

Poseidonius

[voss]

mir stehen die Haare zu Berge ... nach einer Texlive 2010 Neuinstallation über das offizielle Installationsskript unter Linux Fedora 13 bringt kein "richtiges" pdflatex mit sondern nur einen Link, der pdfTex startet.



Es gibt kein pdflatex! pdftex lädt lediglich das Format latex, wenn du den
Befehl pdflatex verwendest. Mach

\usepackage{etex}

nach \documentclass{...}

Herbert

[u_fischer]

Herbert, das kann nicht das Problem sein. pdflatex ist noch doch dabei, die Dokumentenklasse zu laden. Was soll da ein späteres \usepackage{etex} helfen?

Das fehlt eindeutig das "entering extended mode":


This is pdfTeX, Version 3.1415926-1.40.11 (MiKTeX 2.9) (preloaded format=pdflatex 2010.11.25) 28 NOV 2010 15:47
entering extended mode

In miktex hieße das, dass das Format ohne "--enable-etex" erzeugt wurde.

[voss]

Herbert, das kann nicht das Problem sein. pdflatex ist noch doch dabei, die Dokumentenklasse zu laden. Was soll da ein späteres \usepackage{etex} helfen?

Das fehlt eindeutig das "entering extended mode":


This is pdfTeX, Version 3.1415926-1.40.11 (MiKTeX 2.9) (preloaded format=pdflatex 2010.11.25) 28 NOV 2010 15:47
entering extended mode

In miktex hieße das, dass das Format ohne "--enable-etex" erzeugt wurde.

du hast recht.
Dann kann nur in der ersten Zeile des Dokumentes
ein "%& tex" stehen, so dass pdftex, obwohl als pdflatex aufgerufen, nicht
das Format LaTeX lädt.

Herbert

[u_fischer]

nicht das Format LaTeX lädt.

LaTeX wird doch geladen. Sonst gäbe es doch schon einen Fehler bei \documentclass. Aber irgendwo fehlt der -etex-switch..

[Poseidonius]

Hallo voss und u_fischer,

danke für Eure lebhafte Diskussion meines Problems !


Aber irgendwo fehlt der -etex-switch..

Wie kann ich die Untersuchung des Problems unterstützen? Logfiles etc ?

Grüße aus Brandenburg

Poseidonius

[voss]

Wie kann ich die Untersuchung des Problems unterstützen? Logfiles etc ?


Mach mal auf der Konsole:


fmtutil-sys --all

Mehr fällt mir dann auch nicht ein, wobei mir ja noch gar nichts vernünftiges
eingefallen ist ... :D
Vielleicht weiß Ulrike hier mehr.

Herbert

[Poseidonius]

Hallo voss,

die "fmtutil"s habe ich in allen Varianten ausprobiert ... keine Veränderung.

Grüße

Poseidonius

[u_fischer]

Vielleicht weiß Ulrike hier mehr.

Jetzt soll ich auch noch TeXLive-Debuggen ... ;-)

Naja. Also ich empfehle das Standardvorgehen. Als erstes ausschließend, dass Dokument, Editor oder irgendwas im aktuellen Ordner schuld ist:

1. Ein Minimalbeispiel in einem leeren Ordner erstellen, ohne irgendwelche "%& tex"-Zeilen oder ähnliches.


\documentclass{scrbook}
\begin{document}
hello world
\end{document}

2. Das Dokument von der Konsole aus kompilieren.

Gibt es den gleichen Fehler?

[Poseidonius]

Hallo u_fischer,

danke für Deine Mühe !
Das Miinimalbeispiel hatte ich bereits getestet, es zeigt genau die selbe Fehlermeldung wenn ich es mit pdflatex ... kompiliere.

Mmmmmh

Poseidonius

[mechanicus]

Hi,

mich würde interessieren, wie die Log-Datei bei den Beispiel genau aussieht.

Hast du schon mal ein Update durchgeführt. Es gab seit der Veröffentlichung von TeXLive schon diverse Updates bzgl. pdftex.

Gruß
Marco

[u_fischer]

Das Miinimalbeispiel hatte ich bereits getestet, es zeigt genau die selbe Fehlermeldung wenn ich es mit pdflatex ... kompiliere.

Genau das Beispiel? Und es war in einem leeren Ordner und du hast von der Konsole aus kompiliert?

Dann solltest du als nächste ein Paar Informationen sammeln. Was ergibt z.B. kpsewhich --engine=pdftex pdflatex.fmt. Und kannst du fmtutil-sys eine log-Datei und oder ähnliches entlocken (vielleicht geht --verbose)?

[rais]

...


die "fmtutil"s habe ich in allen Varianten ausprobiert ... keine Veränderung.

poste mal die Ausgabe von


fmtutil-sys --listcfg

MfG

[Poseidonius]

Zeit sich zu entschuldigen ...

Nachdem ich einen wirklich leeren Ordner und das oben genannten Minimalbeispiel verwendet habe, tat mein pdflatex Aufruf dass was er sollte. Also habe ich nun angefangen Schritt für Schritt das Projekt zu integrieren. Oh Wunder, es gab überhaupt kein Problem. Dann habe ich mir den ursprünglichen Ordner noch mal angeschaut und da gab es, wie auch immer ich diese Datei dort hinbekommen habe, ein file "pdflatex.fmt". Nachdem ich das entfernt hatte, lief alles zur größten Zufriedenheit. Offenbar habe ich mit meinen fmtutil-sys Spielerein, die ich unternommen habe, um meine nicht mehr lauffähige Vorgänger TexLive installation wieder zu aktivieren (irgendwelche Updates waren durcheinander geraten) Mist gebaut.

Vielen Dank für Eure Zeit, sorry

Poseidonius