Diese Anleitung beschreibt das TEX Live-System. Die TEX Live enthält TEX/LATEX-Systeme für Linux, verschiedene UNIX-Plattformen, Mac OS X und (32-Bit)-Windows. Warnung: Für ältere Macintosh-Systeme und MS-DOS sind diese TEX-Systeme wenig hilfreich.
TEX Live enthält lauffähige Versionen von TEX, LaTeX2e, ConTEXt, Metafont, METAPOST, Makeindex, BibTeX und vielen anderen Programmen, sowie eine umfassende Auswahl an Makros, Zeichensätzen und Beschreibungen, die gemäß der Standard-TEX-Verzeichnisstruktur (TDS) abgelegt sind. TEX Live eignet sich somit zur Nutzung mit nahezu jeder TEX-Installation und erlaubt das Setzen von Schriften und Texten vieler Sprachen. Es ist Teil der TEX Collection, die in Zusammenarbeit mit den verschiedenen TEX-Benutzergruppen entstanden ist und kurz im Abschnitt 2 auf Seite 8 beschrieben wird.
Wenn Sie neuere Versionen der dort aufgeführten Pakete zu suchen wollen, gehen Sie am besten zu CTAN: http://www.ctan.org/.
Eine kurze Zusammenfassung der wesentlichen Änderungen der aktuellen TEX Live-Version gegenüber der Vorgängerversion finden Sie im Abschnitt 9 auf Seite 73.
Sie können das TEX Live-System auf drei verschiedene Arten nutzen:
Alles das wird bei den betreffenden Installationsanleitungen für jedes Betriebssystem ausführlich erläutert. Hier das Notwendigste:
Die TEX-Gemeinschaft ist ebenso aktiv wie hilfsbereit, und es wird praktisch jede ernst gemeinte Frage beantwortet. Diese Hilfe ist allerdings nicht formal organisiert, sondern wird von Freiwilligen in ihrer Freizeit geleistet. Es ist daher ernst gemeint, dass Sie vor einer Fragestellung Ihre »Hausaufgaben« gemacht haben. Falls Sie auf eine garantierte kommerzielle Unterstützung angewiesen sind oder eine solche bevorzugen, sollten Sie die Finger vollständig vom TEX Live-System lassen und in der Aufstellung unter http://tug.org/interest.html#vendors nach einem geeigneten Händler suchen.
Die folgende Liste stellt die leicht zugänglichen Quellen in der empfohlenen Reihenfolge vor:
Für deutschsprachige LATEX-Anfänger ist die »LaTeX2e-Kurzbeschreibung« von großem Nutzen (texmf-doc/doc/german/lshort-german/).
Des Weiteren existiert eine englischsprachige FAQ-Sammlung (texmf-doc/doc/english/FAQ-en/), die auch im Internet verfügbar ist (http://www.tex.ac.uk/faq).
Bitte nutzen Sie bei Problemen zu allererst diese beiden Möglichkeiten.
Im Allgemeinen ist es recht Erfolg versprechend, eine generelle Suche über Google http://www.google.de/ durchzuführen (entweder im WWW allgemein oder in den News-Gruppen); dies insbesondere, wenn es sich um Fragen über PostScript/PDF, Ghostscript u. ä. handelt.
Zusätzlich existieren E-Mail-Diskussionslisten, wobei hier die deutschsprachige Liste TeX-D-L@listserv.dfn.de zu nennen ist (das englischsprachige Äquivalent ist texhax@tug.org). Darüber hinaus bietet sich für Mitglieder von DANTE e.V. der Beraterkreis an (beraterkreis@dante.de). Wie Sie sich in die E-Mail-Liste TeX-D-L eintragen können, finden Sie in der FAQ unter »1.3.2 Was ist TeX-D-L?«.
Bevor Sie aber eine Frage absenden, lesen Sie bitte die entsprechenden Einträge der FAQ zum Thema »Wie stelle ich eine Frage in einer Newsgroup, damit ich mit hoher Wahrscheinlichkeit eine Antwort bekomme?«. So z. B. »1.3.1 Was ist ‘de.comp.text.tex’?« und »1.3.7 Was sollte ich gelesen haben, bevor ich eine Frage in ‘de.comp.text.tex’ oder der Diskussionsliste TeX-D-L stelle?« oder auch http://www.tex.ac.uk/cgi-bin/texfaq2html?label=askquestion.
Fragen zu Programmen, die Sie in der TEX Collection finden, sollten Sie besser auf einer der oben genannten Mailing-Listen stellen oder direkt an den Programmautor richten.
Auf der anderen Seite können auch Sie mit Ihrem Wissen helfen. Die News-Gruppen news:de.comp.text.tex (in Deutsch), news:comp.text.tex (in Englisch) und die Mailing-Liste TeX-D-L@listserv.dfn.de (Deutsch) und texhax@tug.org (Englisch) stehen allen offen. Wenn Sie also dort mitlesen, scheuen Sie sich nicht, Fragen, zu denen Sie eine Antwort wissen, zu beantworten und damit anderen zu helfen.
In diesem Abschnitt beschreiben wir Struktur und Inhalt des TEX Live-Systems und der übergeordneten TEX Collection.
Das Material des TEX Live-Systems war von Jahr zu Jahr angewachsen und hatte den Rahmen, der durch die Größe einer CD-ROM vorgegeben war, gesprengt. Um nicht wieder eine willkürliche Auswahl unter den unzähligen Paketen, Zeichensätzen und Hilfsprogrammen treffen zu müssen, wurde schon 2003 der Entschluss gefasst, die TEX Collection in unterschiedliche Distributionen zu zerlegen. Im Einzelnen:
Wenn Sie die DVD unter Windows »mounten«, bietet Ihnen das Setup-Programm an, protext zu starten (siehe unten). Es berücksichtigt dabei auch CTAN und TEX Live, die sich in Unterverzeichnissen der obersten Stufe auf der DVD befinden.
Für CTAN und den Verzeichnisbaum texmf-extra gelten andere Weitergabe-Bedingungen als für TEX Live. Achten Sie bitte darauf, wenn Sie diese (oder Teile) weitergeben oder modifizieren.
ProTEXt wird sowohl auf der live-DVD als auch auf einer eigenen CD-ROM angeboten (für diejenigen, die die DVD nicht benutzen können).
Welche der drei Distributionen Sie geladen haben, zeigt ihnen die Datei »00typ.TL« im Wurzelverzeichnis des Verteilungsmediums. Für die inst-Version der Distribution finden Sie die Datei mit dem Namen »00INST.TL«. Die Datei enthält das Release-Datum und beschreibt den möglichen Einsatz der Distribution und ihre Einschränkungen:
Alle DANTE-Mitglieder erhalten die TEX Live-DVD als Beilage zur Vereinszeitschrift »Die TEXnische Komödie«. Für all diejenigen, die nichts mit der DVD anfangen können, ist auf Anfrage auch eine TEX Live-CD-ROM erhältlich. Zusätzlich gibt es auch eine ProTEXt-CD-ROM. Wenden Sie sich bitte an das Büro von DANTE, Deutschsprachige Anwendervereinigung TeX e.V., wenn Sie Interesse an einer der beiden CD-ROMs haben.
In diesem Abschnitt beschreiben wir die Basisverzeichnisse der TEX Live-Distribution.
Auf der live-DVD befindet sich die gesamte TEX Live-Hierarchie im Unterverzeichnis texlive – nicht im Wurzelverzeichnis der DVD.
| bin | ausführbare Programme des TEX-Systems; jeweils für die verschiedenen Rechnerplattformen in Unterverzeichnissen zusammengefasst |
| source | Quelldateien aller Programme inklusive der Web2C-Quellen für die TEX- und Metafont-Pakete als komprimierte bzip2-Archive |
| support | verschiedene Programme und Hilfspakete, die nicht automatisch mitinstalliert werden, wie z. B. Editoren und TEX-Shells |
| texmf | Verzeichnisbaum für Programme und zugehörigen Hilfsdateien und Anleitungen; enthält keine TEX-Formate und Pakete (siehe TEXMFMAIN im nächsten Abschnitt) |
| texmf-dist | Hauptbaum mit Formaten und Paketen (siehe TEXMFDIST im nächsten Abschnitt) |
| texmf-doc | Verzeichnisbaum mit vollständigen Dokumentationen (ohne andere installierte Dateien); sortiert nach Sprachen |
| texmf-var | Verzeichnisbaum für automatisch erzeugte und gespeicherte Dateien für TEX, Metafont und andere (siehe TEXMFSYSVAR im nächsten Abschnitt), |
| xemtex | Verzeichnis mit nützlichen Programmen für Windows aus dem XEmTEX-Paket (Alle diese Programme sind auf UNIX-Systemen in der Regel vorinstalliert oder lassen sich zumindest leicht kompilieren.) |
Zusätzlich zu den oben aufgeführten Verzeichnissen finden Sie im Wurzelverzeichnis der Distribution auch noch die Installationsskripte und die README-Dateien in verschiedenen Sprachen.
Das Verzeichnis texmf-doc enthält zwar nur Anleitungen, bei weitem aber nicht die gesamte Dokumentation: Die Dokumentation für Programme (Handbücher, »man pages«, GNU-info-Dateien) beispielsweise finden Sie im Verzeichnis texmf/doc, da die Programme selbst sich im Verzeichnis texmf befinden. Ähnliches gilt für die Dokumentation der TEX-Pakete und -Formate im Verzeichnis texmf-dist/doc.
Benutzen Sie die Programme texdoc oder texdoctk, wenn Sie auf der Suche nach irgendeiner Dokumentationsdatei sind. Hilfreich in diesem Zusammenhang könnte auch die Link-Sammlung doc.html im Wurzelverzeichnis sein.
Dieser Abschnitt listet alle vordefinierten texmf-Bäume, die vom System benutzt werden, und deren Bedeutung auf. Das Kommando texconfig conf zeigt Ihnen die aktuellen Einstellungen dieser Variablen an.
Für näherere Hinweise zu texconfig und zu den davon abhängigen Hilfsprogrammen siehe Abschnitt 4.1 auf Seite 30.
Unter den TEX-Systemen der TEX Live befinden sich verschiedene TEX-Erweiterungen:
TEX Live enthält eine ganze Reihe unterstützender Programme wie
Wie schon in Kapitel 1.1 auf Seite 6 ausgeführt, können Sie TEX Live auf drei Arten nutzen:
Die folgenden Abschnitte beschreiben für UNIX jedes dieser drei Verfahren ausführlich zum Nachvollziehen. Im Folgenden werden die Eingaben des Benutzers nach dem Kommando-Prompt »>« unterstrichen dargestellt.
|
Achtung: Die CD-ROMs und die DVD der TEX Collection wurden im Format ISO-9660 (High Sierra) mit Rock-Ridge- und Joliet-Erweiterungen produziert. Damit Ihr UNIX-Rechner die TEX Collection optimal nutzen kann, muss Ihr System diese Erweiterungen unterstützen. Schlagen Sie in der Systemdokumentation des Befehls mount nach, um zu ermitteln, ob Ihr System diese Erweiterungen unterstützt. Falls Sie die TEX Collection in einem lokalen Netzwerk einsetzen, suchen Sie sich einen Rechner aus, der die Erweiterungen unterstützt und »mounten« Sie die anderen Rechner auf diesen. Moderne Linux-, BSD-, Sun- und SGI-Systeme haben normalerweise keine Schwierigkeiten, TEX Live zu benutzen. Wenn Sie ein anderes System einsetzen und TEX Live erfolgreich einbinden konnten, bitten wir Sie um detaillierte Anweisungen, um diese Anleitung weiter verbessern zu können. Der Rest der Anleitung geht davon aus, dass Sie die TEX Collection erfolgreich unter Verwendung der Rock-Ridge- und Joliet-Erweiterungen »mounten« konnten. |
Sie können TEX direkt von der live-DVD starten, ohne es vorher auf Festplatte installieren zu müssen (daher der Name TEX »Live«). Es ist aber nicht möglich, TEX direkt von den CD-ROMs laufen zu lassen (siehe hierzu Kapitel 2.1 auf Seite 9 über die verschiedenen Distributionen). In den folgenden Installationsschritten benutzen wir »>« für die Eingabeaufforderung und Unterstreichung für Benutzereingaben. Zuerst »mounten« Sie die CD-ROM oder DVD unter Verwendung der Rock-Ridge- Erweiterungen. Das Kommando hierfür variiert von System zu System; die nachfolgenden Befehle funktionieren unter Linux; nur der Name des CD-ROM-/DVD-Laufwerks (hier /dev/cdrom) muss u. U. angepasst werden.
Wechseln Sie mit Ihrem aktuellen Verzeichnis zum Mount-Point:
Unter Mac OS X werden CD-ROMs und DVDs automatisch »gemountet«; ein mount ist deshalb überflüssig. Das Verteilungsmedium wird in das Verzeichnis /Volumes/ »gemountet«. Starten Sie das Installationsskript install-tl.sh:
Nach den Begrüßungsmeldungen und der Ausgabe der Hauptmenü-Liste werden Sie aufgefordert, ein Kommando einzugeben. Geben Sie die gewünschte Option ein und schließen Sie die Eingabe mit »Return« ab. Bei der Eingabe bleiben Groß- oder Kleinschreibung unberücksichtigt; in unseren Beispielen benutzen wir die Kleinschreibung.
Um das TEX Live-System direkt vom Verteilungsmedium laufen zu lassen, müssen wir als erstes Kommando d eingeben und dann das Unterkommando 1, um die Verzeichnisse zu erzeugen. Obwohl wir alle Programme von CD-ROM oder DVD laufen lassen, muss trotzdem ein Verzeichnis auf der lokalen Platte eingerichtet werden, um Dateien, die TEX während der Laufzeiten erzeugt wurden (beispielsweise Fonts, Formate und geänderte Konfigurationsdateien), abgelegt werden können. Im folgenden Beispiel benutzen wir /opt/texlive2005 (wenn die Voreinstellung /usr/local/texlive2005 für Sie in Ordnung ist, können Sie den folgenden Schritt überspringen). Wir empfehlen, das Erscheinungsjahr von TEX Live in den Pfadnamen – wie oben im Beispiel – aufzunehmen, damit ältere TEX Live-Installationen nicht beeinflusst werden.
Zurück im Hauptmenü, geben wir unser zweites und letztes Kommando r ein, um den Modus »von CD-ROM/DVD laufen lassen (keine Installation auf Disk)« zu erreichen:
Nun sind wir wieder zurück am System-Prompt »>«.
Der letzte Schritt zu einem funktionsfähigen TEX Live-System ist die Änderung zweier Environment-Variablen: PATH und TEXMFSYSVAR. Die Variable PATH muss um das Verzeichnis erweitert werden, in dem die Programme der verwendeten Architektur liegen; TEXMFSYSVAR erhält die Verzeichnis-Angabe, die oben festgelegt wurde. In Tabelle 1 sehen Sie eine Liste der verfügbaren Architekturen für die verschiedenen Systeme.
Direkt im Anschluss an die Installation und das Setzen der Environment-Variablen wird texconfig oder texconfig-sys aufgerufen, um das TEX-System an Ihre lokalen Gegebenheiten anzupassen. Dieser Schritt wird im Abschnitt 4.1 auf Seite 30 näher erläutert.
|
Die Syntax für das Setzen einer Environment-Variable und der Name der Initialisierungsdatei, in die sie geschrieben wird, hängt von der Shell ab, die Sie benutzen. Benutzer, die eine Shell einsetzen, die kompatibel zur Bourne-Shell ist (z. B. sh, bash, ksh, usw.), können die folgenden Zeilen in Ihre Datei $HOME/.profile einfügen:
Für C-Shell-kompatible Shells (z. B. csh, tcsh) sind die folgenden Zeilen in die Datei $HOME/.cshrc aufzunehmen:
Nach dieser Änderung loggen Sie sich aus und wieder ein und testen Ihre Installation (siehe Abschnitt 4.2 auf Seite 32.
Wenn Sie sich nicht sicher sind, fragen Sie Ihren lokalen System-Guru um Rat, denn es variiert beispielsweise, wie CD-ROMs oder DVDs zu »mounten« sind, welche Verzeichnisse benutzt werden dürfen oder wie die Änderungen in den Initialisierungsdateien vorgenommen werden müssen.
Es ist sicherlich der Standardfall, das TEX Live-System auf der Festplatte zu installieren. Dies kann von der TEX Collection-DVD oder der TEX Live-CD-ROM erfolgen. (lesen Sie Abschnitt 2.1 auf Seite 9 für eine Erläuterung der verschiedenen Distributionen.)
Zuerst »mounten« Sie die CD-ROM oder DVD unter Verwendung der Rock-Ridge-Erweiterungen. Das Kommando hierfür variiert von System zu System; die nachfolgenden Befehle funktionieren unter Linux; nur der Name des CD-ROM-/DVD-Laufwerks (hier /dev/cdrom) muss u. U. angepasst werden.
Wechseln Sie mit Ihrem aktuellen Verzeichnis zum Mount-Point:
Unter Mac OS X werden CD-ROMs und DVDs automatisch »gemountet«; ein mount ist deshalb überflüssig. Das Verteilungsmedium wird in das Verzeichnis /Volumes/ »gemountet«. Starten Sie das Installationsskript install-tl.sh:
Nach den Begrüßungsmeldungen und der Ausgabe der Hauptmenü-Liste werden Sie aufgefordert, ein Kommando einzugeben. Geben Sie die gewünschte Option ein und schließen Sie die Eingabe mit »Return« ab. Bei der Eingabe bleiben Groß- oder Kleinschreibung unberücksichtigt; in unseren Beispielen benutzen wir die Kleinschreibung.
Die Tabelle 2 listet die Optionen des Hauptmenüs auf. Die Abfolge, in der Sie die einzelnen Optionen auswählen, ist unerheblich, mit Ausnahme von »i«, was stets am Ende steht. Wir erläutern die einzelnen Optionen in der angegebenen Reihenfolge:
|
Die Optionen im Einzelnen:
| Angabe | Inhalt und Verwendung |
| basic | Diese Angabe ist dann sinnvoll, wenn Sie nur wenig Platz auf der Festplatte haben. |
| full | Dies ist die Voreinstellung. Mit dieser Angabe bekommen Sie einfach alles. |
| medium | Irgendwo dazwischen |
Daneben gibt es u. a. auch noch Paket-Zusammenstellungen für Omega and XML.
Jede Sammlung besteht aus verschiedenen Paketen, die Makros, Fonts und Trennmuster enthalten. Beispielsweise wird das Makropaket frenchle.sty installiert, wenn die Sprachsammlung French ausgewählt wird. Darüber hinaus hat die Sprachauswahl Einfluss auf die Konfigurationsdatei language.dat. Diese Datei steuert, welche Trennmuster geladen werden.
Die Liste für Sprachen der TEX Live umfasst (Hier muss bei den Auswahl-Buchstaben Groß-/ Kleinschreibung unterschieden werden):
(einige) Afrikanische Skripte | Arabisch | Armenisch | Chinesisch Japanisch Koreanisch |
Kroatisch | Kyrillisch | Tschechisch/ Slowakisch | Dänisch |
Niederländisch | Finnisch | Französisch | Deutsch |
Griechisch | Ungarisch | Indisch | Italienisch |
Latein | Manju | Mongolisch | Norwegisch |
Polnisch | Portugiesisch | Spanisch | Schwedisch |
Tibetanisch | UK-English | Vietnamesisch | Hebräisch |
Der oben angegebenen Reihenfolge der Sprachen liegt die Abfolge der Auswahl-Boxen des Menüs zugrunde.
Unter Mac OS X wird das TEX-Front-End üblicherweise in /usr/local/teTeX gesucht. Sie können also überlegen, das TEX Live-System dort zu installieren.
Es ist nicht ratsam, ein schon bereits bestehendes TEX-System zu überschreiben, das mit dieser Option erstellt wurde. Die Option ist vielmehr dafür gedacht, Links in den schon bekannten Standardverzeichnissen (wie z. B. /usr/local/bin) bereit zu stellen. Die betreffenden Verzeichnisse sollten dann aber auch nicht irgendwelche TEX-Verzeichnisse enthalten.
Wenn die Installation abgeschlossen ist, so besteht der nächste Schritt darin, die Variable PATH so zu ergänzen, dass die neu-installierten Programme im architektur-spezifischen Verzeichnis unterhalb von $TEXDIR/bin gefunden werden. Die unterstützten Architekturen sind in der Tabelle 1 auf Seite 19 zu finden. Sie können sich aber auch einfach den Inhalt des Verzeichnisses in $TEXDIR/bin ausgeben lassen.
Die Syntax für das Setzen einer Environment-Variable und der Name der Initialisierungsdatei, in die sie geschrieben wird, hängen von der Shell ab, die Sie benutzen. Benutzer, die eine Shell einsetzen, die kompatibel zur Bourne-Shell ist (z. B. sh, bash, ksh, usw.), können folgende Zeilen in Ihre Datei $HOME/.profile aufnehmen:
Für C-Shell-kompatible Shells (z. B. csh, tcsh) sind die folgenden Zeilen in die Datei $HOME/.cshrc aufzunehmen:
Direkt im Anschluss an die Installation und das Setzen der Environment-Variablen wird texconfig oder texconfig-sys aufgerufen, um das TEX-System an Ihre lokalen Gegebenheiten anzupassen. Dieser Schritt wird im Abschnitt 4.1 auf Seite 30 näher erläutert.
Es folgt ein kurzes kommentiertes Beispiel für eine volle Installation der »Live«-Version (DVD oder inst-CD-ROM) mit den Binärdateien für das aktuelle System und den oben vorgeschlagenen Verzeichnis-Änderungen. In diesem Fall ist daher nur das Kommando i erforderlich. Das Zeichen »>« steht wie üblich für den Kommandozeilen-Prompt.
Wenn Sie sich nicht sicher sind, fragen Sie Ihren lokalen System-Guru um Rat, denn es variiert beispielsweise, wie CD-ROMs oder DVDs zu »mounten« sind, welche Verzeichnisse benutzt werden dürfen oder wie die Änderungen in den Initialisierungsdateien vorgenommen werden müssen.
Sie können die TEX Live auch dazu benutzen, ein bestehendes TEX-System auf den neuesten Stand zu bringen bzw. die Daten einer bestehenden Installation durch einzelne Pakete oder Sammlungen zu ergänzen.
Zuerst »mounten« Sie die CD-ROM oder DVD unter Verwendung der Rock-Ridge-Erweiterungen. Das Kommando hierfür variiert von System zu System; die nachfolgenden Befehle funktionieren unter Linux; nur der Name des CD-ROM-/DVD-Laufwerks (hier /dev/cdrom) muss u. U. angepasst werden.
Wechseln Sie mit Ihrem aktuellen Verzeichnis zum Mount-Point:
Unter Mac OS X werden CD-ROMs und DVDs automatisch »gemountet«; ein mount ist deshalb überflüssig. Das Verteilungsmedium wird in das Verzeichnis /Volumes/ »gemountet«.
Führen Sie das für diesen Zweck vorgesehene Installations-Skript install-pkg.sh aus (das im vorigen Abschnitt vorgestellte Skript install-tl.sh ist nur für eine Erstinstallation gedacht):
Das Skript kann über Kommandozeilenparameter gesteuert werden. Die ersten zwei dienen zur Auswahl des zu installierenden Pakets, zur Auswahl der Sammlung (z. B. »tex-mathextra«), zur Angabe des Verzeichnisses, auf das das Medium »gemountet« ist und zur Angabe des Verzeichnisses, das die Dateilisten der Pakete enthält (diese beiden werden automatisch gesetzt):
Die eigentliche Aktion wird durch weitere Parameter gesteuert. Die ersten beiden verhindern die Installation der Dokumentation bzw. der Quelldateien eines Pakets. Der dritte verhindert den Aufruf von mktexlsr beim Abschluss der Installation, womit die Datenbank der Verzeichnisstruktur neu aufgebaut würde. Der vierte Parameter dient zur Anzeige der zu installierenden Dateien, ohne dass die Installation tatsächlich durchgeführt wird. Der Umfang der Informationen über die aktuellen Tätigkeiten des Skripts kann vergrößert werden und zu guter Letzt kann noch aus einem zu installierenden Paket (oder Sammlung) ein tar-Archiv erzeugt werden, in dem die Dateien schon die korrekte texmf-Verzeichnisstruktur haben.
Zusätzliche Optionen:
Hier einige Beispiele für die Verwendung des Skripts:
Wenn Sie sich nicht sicher sind, fragen Sie Ihren lokalen System-Guru um Rat, denn es variiert beispielsweise, wie CD-ROMs oder DVDs zu »mounten« sind, welche Verzeichnisse benutzt werden dürfen oder wie die Änderungen in den Initialisierungsdateien vorgenommen werden müssen.
Nachdem die Hauptinstallation durchgeführt ist, müssen das TEX-System an Ihre lokalen Gegebenheiten angepasst und einige Tests durchgeführt werden.
Eine andere Form der Nacharbeit ist das nachträgliche Installieren von Paketen, Fonts oder Programmen, die in der TEX Live nicht enthalten sind. Grundsätzlich empfiehlt es sich, diese Erweiterungen im TEXMFLOCAL-Baum (bei einer Installation auf Festplatte) oder in TEXMFSYSVAR (beim »Live«-Betrieb) unterzubringen. Siehe hierzu auch die Ausführungen unter »Installation directories« im Abschnitt 3.2 ab Seite 25.
Leider ist dieses Thema nicht völlig trivial und auch für die unterschiedlichen Pakete (Fonts, Makros, usw.) nicht einheitlich geregelt, so dass es den Umfang dieser Anleitung sprengen würde, darauf im Detail einzugehen.
Es gibt einige Beschreibungen in Englisch:
Nachdem das Installationsprogramm die benötigten Dateien kopiert hat, können Sie das Programm texconfig aufrufen, um das TEX-System an Ihre Wünsche und lokalen Gegebenheiten anzupassen. Sie können dieses Programm aber auch zu jedem anderen Zeitpunkt aufrufen, um Einstellungen zu ändern und anzupassen. texconfig ist in dem plattform-spezifischen Unterverzeichnis TEXDIR/bin/arch neben allen anderen Programmen zu finden.
Starten Sie das Programm ohne Argumente, so wird texconfig im Vollbildmodus mit einem maskenbasierten Kommandobildschirm gestartet, wo Sie die einzelnen Optionen interaktiv kontrollieren und ändern können. Alternativ können Sie auch auf der Kommandozeilen-Ebene mit Schaltern die Konfiguration steuern.
Sie sollten für sämtliche Wartungsarbeiten wie »Installation neuer Drucker« oder »Neuaufbau der Dateinamen-Datenbank« texconfig verwenden. Es gibt Hilfstexte mit Erläuterungen für die Fähigkeiten von texconfig in beiden Betriebsmodi.
Einige der am häufigsten benötigten Schalter werden im Folgenden erklärt:1
Das Programm texconfig unterstützt natürlich nur die Änderung von einigen wenigen (aber viel genutzten) Optionen und Konfigurationsparametern des TEX-Systems. Die zugrunde liegende Konfigurationsdatei für alle Web2C-Programme heißt texmf.cnf; Sie können sie mit dem Befehl »kpsewhich texmf.cnf« ausfindig machen. Die in der Datei enthaltenen Kommentare für Voreinstellungen und sinnvolle Alternativeinstellungen helfen bei eigenen Modifikationen weiter.
Ab dem Erscheinungsjahr 2005 der TEX Live schreibt texconfig Änderung in ein nutzerspezifisches Verzeichnis, nämlich $HOME/.texlive2005. Falls Sie TEX nur für sich selbst installieren, ergeben sich keine wesentlichen Unterschiede zu früher. Falls Sie ein TEX-System für mehrere Nutzer administrieren, möchten Sie wahrscheinlich die Konfiguration des TEX-Systems für alle Nutzer ändern. In diesem Fall benutzen Sie texconfig-sys statt texconfig.
Ebenso wurden die Hilfsprogramme updmap und fmtutil so geändert, dass sie sich auf das Verzeichnis $HOME/.texlive2005 beziehen. Für Änderungen, die alle Nutzer betreffen, benutzen Sie updmap-sys bzw. fmtutil-sys.
Beispielsweise werden Sie auf einem Multi-User-System die Standard-Formate mit fmtutil-sys --missing zentral erzeugen wollen, da diese ansonsten für alle Nutzer individuell erzeugt werden.
Falls Sie modifizierte Versionen von fmtutil.cnf oder updmap.cfg verwenden wollen, müssen diese in dem texmf-Baum installiert sein, auf den TEXMFSYSCONFIG zeigt.
Für die Übersicht der verschiedenen texmf-Bäume sei auf den Abschnitt 2.3 auf Seite 11 verwiesen. Die aktuellen Werte für diese Verzeichnisse erfahren Sie mit dem Kommando »texconfig conf« und können in der Datei texmf.cnf geändert werden.
Nachdem Sie das TEX Live-System installiert haben, wollen Sie es sicherlich auch testen, um dann in der Lage zu sein, beeindruckende Dokumente bzw. Fonts zu erzeugen.
Der folgende Abschnitt stellt einige grundlegende Vorgehensweisen vor, mit der das neue System auf Funktionsfähigkeit geprüft werden kann. Hier werden nur die UNIX-Kommandos beschrieben, da unter Mac OS X und Windows sicherlich ein GUI2 eingesetzt wird, um diese Tests durchzuführen; grundsätzlich gilt aber das gleiche Prinzip.
Falls Sie nicht die Versionsnummern und die Copyright-Information sehen, sondern »command not found« (o. ä.) erhalten, ist vermutlich die Environment-Variable PATH nicht korrekt gesetzt. Überprüfen Sie, ob das richtige bin-Unterverzeichnis in der Variablen PATH enthalten ist. Siehe auch die Informationen zum Setzen des Environments auf Seite 20.
Wird bei diesem Test die Datei sample2e.tex (oder eine Stildatei) nicht gefunden, liegt vermutlich ein Konfigurationsfehler oder eine störende Environment-Variable vor. Für eine genauere Analyse ist es empfehlenswert, TEX über die Dateisuche berichten zu lassen. Genaueres können Sie im Abschnitt »Fehlersuche« auf Seite 65 nachlesen.
(Anmerkung: Unter Windows heißt das entsprechende Kommando Windvi.) Sie sollten jetzt ein neues Fenster sehen, in dem ein Text mit Erläuterungen über die Grundlagen in LATEX zu sehen ist. Sollten TEX und LATEX Neuland für Sie sein, ist dies ein empfehlenswertes Dokument. Eine wesentliche Voraussetzung für xdvi ist, dass X-Windows bei ihnen läuft. Ist dies nicht der Fall oder wurde die Environment-Variable DISPLAY nicht korrekt gesetzt, erhalten Sie den Fehler »Can’t open display«.
Leider sind weder gv noch xpdf in der aktuellen TEX Live enthalten. Sie müssen deshalb beide separat installiert werden. Siehe http://www.gnu.org/software/gv/ und http://www.foolabs.com/xpdf/ zu Informationen über gv bzw. xpdf.
Diese .tex-Dateien können Sie auf die gleiche Weise bearbeiten wie im Beispiel sample2e.tex weiter oben.
Falls Sie mit TEX und LATEX Neuland betreten oder Hilfe bei der Erstellung von TEX- und LATEX-Dokumenten benötigen, sollten Sie unbedingt die deutschsprachige Ausgabe der FAQs zu Rate ziehen (texmf-doc/doc/german/FAQ-ge/de-tex-faq.pdf). Dort finden Sie im Abschnitt 2.4.2 »Frei verfügbare Einführungen in (La)TeX, METAFONT und verwandte Themen« Verweise auf ausdruckbare und online-verfügbare Einführungen.
Hier sind insbesondere die Broschüren von Manuela Jürgens von der Fern-Universität in Hagen zu empfehlen:
Ein englischsprachiges WWW-Dokument ist unter http://tug.org/begin.html zu finden, wo auch andere Informationsmöglichkeiten aufgeführt sind.
Der empfohlene Weg zur Installation eines TEX-Systems unter Mac OS X ist die Benutzung der MacTEX-Distribution, die im Jahr 2005 neu aufgenommen wurde. Sie finden Sie auf der live-DVD im Verzeichnis mactex/. Die MacTEX-Distribution verfügt über ein eigenes Installationsprogramm für ein vollständiges TEX-System, das auf teTEX und TEX Live basiert, und um viele zusätzliche Anwendungen und Anleitungen ergänzt wurde. Die Homepage des MacTEX-Projektes finden Sie unter http://tug.org/mactex.
Alternativ können erfahrene Anwender unter Mac OS X ein reines TEX Live-System installieren, indem Sie die install*-Skripten verwenden.
Um diese Installations-Skripte unter Mac OS X nutzen zu können, muss die bash-Shell installiert sein. Läuft Ihr Rechner unter Mac OS X 10.2 haben Sie bereits die bash-Shell und müssen nichts weiter unternehmen. Für Besitzer früherer Betriebssystem-Versionen ist zsh die Standard-Shell, mit der die Skripte nicht funktionieren. Falls Sie die bash-Shell benötigen, sollten Sie sie vom Internet laden oder (noch besser) Ihr System auf einen neueren Stand bringen.
Wenn bash bei ihnen läuft, können Sie der UNIX-Installationsdokumentation im letzten Abschnitt folgen. Siehe Abschnitt 3 auf Seite 13; MacOSX-spezifische Anmerkungen sind – wo notwendig – bereits im Text enthalten.
Nachdem in der letztjährigen TEX Live-Ausgabe kein Installationsprogramm für Windows enthalten war, ist ein solches nun wieder unter dem Namen tlpmgui.exe vorhanden, wenn auch noch in einem Anfangsstadium und als recht experimentell anzusehen.
tlpmgui.exe besitzt weitgehend die gleichen Optionen wie das Installationsskript für UNIX, allerdings in Form einer grafischen Oberfläche. Sie können daher Schemata, Pakete, Verzeichnisse etc. auswählen, analog zur Beschreibung des Vorgehens für Unix-Systeme in Abschnitt 3.2 auf Seite 20. Zusätzlich können Sie hier nach einer erfolgten TEX Live-Installation nachträglich Pakete hinzufügen oder entfernen, die Datei-Datenbank aktualisieren und Formate erzeugen.
Falls Sie die technischen Details interessieren: tlpmgui verwendet im Hintergrund ein Kommandozeilen-Programm mit dem Namen tlpm.
Die unter Windows ausführbaren TEX Live-Programme basieren auf den neuen Programmen aus dem XEmTEX-Projekt, dem Nachfolger von fpTEX (siehe http://www.metz.supelec.fr/~popineau/xemtex-1.html). Einige Programme sind ältere (aber hoffentlich noch funktionsfähige) Programme, insbesondere der DVI-Viewer Windvi, dessen Benutzung sich an dem auf Unix-Systemen in der Regel verwendeten xdvi orientiert. Die Anleitung zu Windvi finden Sie unter texmf/doc/html/windvi/windvi.html. Bitte beachten Sie, dass Windvi nicht mehr weiter entwickelt wird.
TEX Live kann auf 32-Bit-Windows-Systemen wie Windows 9x, Windows ME, Windows NT, Windows 2000 (2K) oder Windows XP installiert werden. Ältere Versionen von Windows (3.1x) oder gar MS-DOS werden nicht unterstützt.
Nach dem Einlegen der TEX Live-CD in Ihr CD-Laufwerk sollte tlpmgui automatisch starten. Wenn Sie die TEXCollection-DVD verwenden, erscheint ein Auswahl-Menu für die einzelnen auf der DVD enthaltenen Teile, und tlpmgui startet nach der Auswahl von TEX Live. Ist dies nicht der Fall, weil die Autostart-Option Ihres Systems deaktiviert ist, wählen Sie auf Ihrem Windows-Desktop Start→Ausführen/Run und starten laufwerk:\setup-win32\tplmgui.exe (von der inst-CD) bzw. laufwerk:\texlive\setup-win32\tplmgui.exe (wenn Sie die live-DVD verwenden).
Das Installationsprogramm tlpmgui öffnet ein Fenster mit dem Titel »TeX Live Installations- und Wartungsprogramm/TeX Live installation and maintenance utility«. Die Sprache Ihres Windowssystem sollte automatisch erkannt werden, so dass Sie in der Regel eine deutschsprachige Oberfläche sehen sollten.
Hier sind folgende Optionsgruppen verfügbar: Anpassung/Main customization, Installation/Install, Schema auswählen/Select a scheme, System auswählen/Select systems, Verzeichnisse/Directories and Optionen/Options. Derzeit sind noch nicht alle Gruppen wirklich implementiert, einige erscheinen noch hellgrau und sind inaktiv.
Im Abschnitt »Verzeichnisse/Directories« sollte Ihr CD/DVD-Laufwerk bereits neben der Schaltfläche CD/DVD erscheinen. Falls nicht, klicken Sie bitte auf CD/DVD und wählen das Laufwerk aus, in dem Installationsmedium befindet (bzw. <laufwerk>:\texlive, wenn Sie von der live-DVD installiern).
Das Ziel-Verzeichnis für die Software-Installation kann über die Schaltfläche TLroot ausgewählt werden. Zur späteren Verwendung wird eine Umgebungsvariable TLroot auf dieses Verzeichnis gesetzt. Die Pfade TEXMFTEMP und TEXMFCNF, die neben den entsprechenden Schaltflächen angezeigt werden, werden automatisch auf sinnvolle Werte gesetzt, können aber auch manuell geändert werden.
Im Abschnitt »Schema auswählen/Select a scheme« kann das gewünschte Installations-Schema ausgewählt werden (z. B. scheme-gust). Zu jedem Schema kann mit Info ein kurzer Informationstext angezeigt werden.
Schemata (schemes) sind große Sammlungen von Paketen für typische Anwendungsfälle. Es gibt allgemeine Schemata wie basic, medium und full, wobei wir bei ausreichendem Platz auf Ihrer Festplatte das Schema full empfehlen. Andere Schemata wurden speziell für einzelen User Groups zusammengestellt (wie GUST und GUTenberg) oder betreffen spezielle Anwendungsfälle (z. B. für XML-Integration in TEX). Ein ausgewähltes Schema kann im Abschnitt »Anpassung/Main customization« durch die Aus- oder Abwahl von Kollektionen (collections) in den Auswahlfenstern angepasst werden, die nach Klicken auf »Standard-Kollektionen« oder »Sprach-Kollektionen/Language collections« erscheinen. So können Sie zum Beispiel durch Auswahl von »Standard-Kollektionen« zusätzliche Pakete wie METAPOST, Omega oder Anleitungen in verschiedenen Sprachen auswählen.
Anmerkung: Die Pakete Ghostscript, Perl und Wintools sind standardmäßig ausgewählt und sollten auf jeden Fall installiert werden, da deren Installation für viele Programme notwendig ist – es sei denn, sie sind bereits anderweitig installiert und Sie kennen sich gut mit Ihrem System aus. Von diesen Tools werden die Umgebungsvariablen PERL5LIB und GS_LIB gesetzt.
Im Bereich »Sprach-Kollektionen« im Abschnitt Anpassung/Main customization können Sie durch Haken auswählen, welche Sprachunterstützungen installiert werden sollen.
Zum Starten der Installation klicken Sie auf die Schaltfläche Installieren im Abschnitt »Installation«.
Während der Installation sehen Sie rechts unten einen Statusbalken. Solange die Daten von dem Installationsmedium auf die Festplatte kopiert werden, füllt sich dieser langsam (und damit meinen wir wirklich langsam) von links nach rechts. Die Installation erfordert nach dem Kopieren auf die Festplatte mehrere zusätzliche Schritte wie Erzeugen der Formate, Aufbau der Datei-Datenbank, Setzen von Umgebungsvariablen etc. Dies kann einige Zeit in Anspruch nehmen, während der der Statusbalken periodisch von links nach rechts und zurück wandert. Warten Sie auf jeden Fall, bis der erfolgreiche Abschluss der Installation gemeldet wird.
In Ihrem Windows-System wird eine Programmgruppe Start→Programme→TeXLive2005 mit dem Installationsprogramm tlpmgui eingerichtet.
Arbeiten Sie unter Windows 9x/Windows ME, müssen Sie einen Windows-Neustart durchführen.
Für ein vollständiges TEX Live-System werden noch eine Reihe von Paketen benötigt, die üblicherweise nicht zum Standard-Repertoire von Windows gehören. Hierzu gehören Perl, der PostScript-Interpreter Ghostscript und eine graphische Toolbox; zudem kann ein TEX-orientierter Editor eine deutliche Erleichterung bei der Tipparbeit darstellen.
Alle diese Programme sind für Windows verfügbar; und um das Leben ein bisschen einfacher zu machen, sind sie auch in TEX Live vertreten:
Diese Programme stammen aus der XEmTEX-Distribution, dem Nachfolger von fpTEX.
Perl und Ghostscript werden automatisch installiert, wenn Sie es nicht explizit abgewählt haben. Tun Sie dies nur, wenn Sie sicher sind, dass diese Programme bereits installiert sind.
Wenn Sie diese Sammlung nicht installieren möchten, sind Sie auf sich gestellt, die notwendigen Tools und Pakete zur Vervollständigung Ihres TEX Live-System verfügbar zu machen. Nachfolgend finden Sie eine Liste der Tools und die zugehörigen Adressen, wo Sie sie herunterladen können:
Mitglieder von DANTE e.V. können über den Verein preisgünstige Lizenzen erhalten (siehe http://www.dante.de/dante/lizenzen/winedt/).
Sie werden sicherlich weitere Tools installieren wollen, die »nicht frei«3 sind und deshalb auf der TEX Live fehlen, so zum Beispiel GSView. Dieser Begleiter von Ghostscript, der das Anschauen von PostScript-/PDF-Dateien vereinfacht, ist erhältlich unter der URL http://www.cs.wisc.edu/~ghost/gsview/ oder CTAN:nonfree/support/ghostscript/ghostgum.
Wenn Sie Ihr TEX Live-System installiert haben, können Sie das System mit dem Aufruf von tlpmgui modifizieren.
Starten Sie tlpmgui aus der Programmgruppe Start→Programme→TeXLive2005, die während der Installation angelegt wurde. Das Fenster mit dem Titel »TeX Live Installations- und Wartungsprogramm« erscheint. Hier sind mehrere Bereiche als Karteireiter vorhanden: Pakete hinzufügen/Add Packages, Pakete entfernen/Remove packages, Installation bearbeiten/Manage installation, Installation entfernen/Remove installation.
Das Arbeiten mit »Pakete hinzufügen« bzw. »Pakete entfernen« ist im Wesentlichen identisch:
Wenn Sie Pakete hinzufügen wollen, wird die Liste der bereits installierten Pakete mit den auf der CD/DVD vorhandenen Pakete abgeglichen. Es werden nur die Pakete angezeigt, die noch nicht installiert wurden, aus denen Sie dann Ihre Auswahl treffen können.
Wenn Sie Pakete entfernen wollen, werden nur die tatsächlich installierten Pakete zur Deinstallation angeboten.
Beachten Sie, dass in der Auswahlliste zuerst komplette Kollektionen (Collections) erscheinen.
Die Funktionen im Bereich »Installation bearbeiten/Manage the installation« sind hilfreich, wenn Sie die Unterstützung für weitere Sprachen hinzufügen möchten, die Sie bei der Installation nicht ausgewählt hatten. Weiterhin können Sie die TEX-Formate neu generieren, sei es, weil Sie sie noch nicht installiert hatten oder Sie Änderungen an Ihrem System vorgenommen haben, die eine Neugenerierung der Formate erfordern (z. B. die Installation weiterer Trennmuster).
Die Schaltfäche »Installation entfernen/Remove the installation« öffnet ein Fenster, dessen Funktionalität wir hier nicht näher beschreiben wollen, da wir nicht wissen, warum man dies tun sollte ...
Beachten Sie, dass eine Deinstallation einen lokalen texmf-Baum unter texmf-local nicht betrifft. Sie brauchen also keine Sorgen zu haben, dass Ihre lokalen Ergänzungen auf einmal verschwinden. Das Verzeichnis setup-win32, in dem sich das Installationsprogramm tlpmgui und davon benötigte Dateien befinden, wird ebenfalls nicht gelöscht und muss von Ihnen für eine restlose Deinstallation manuell gelöscht werden.
Das Hinzufügen eigener Pakete zur Installation setzt etwas Detailkenntnis voraus. Ein häufig auftretendes Problem ist, dass Sie niemals vergessen dürfen, nach eigenen Änderungen die Datei-Datenbank (die aus Gründen, die aus der UNIX-Welt stammen, ls-R heißt) aufzufrischen. Ansonsten werden Ihre neuen Dateien nicht gefunden! Sie können dies entweder mit tlpmgui durch die entsprechende Schaltfläche im Bereich »Installation bearbeiten« oder durch direktes Aufrufen von mktexlsr tun.
Wenn Sie Pakete hinzufügen wollen, die nicht zur TEX Live-Distribution gehören, sind diese im texmf-local-Baum am Besten aufgehoben. Dort sind Ihre Dateien vor einem Upgrade oder einer Deinstallation von TEX Live sicher.
Das Verzeichnis texmf-local ist zunächst leer. Wenn Sie dort neue Dateien hinzufügen wollen, müssen diese innerhalb dieses Baumes so abgelegtgq werden, dass es der standardisierten TEX-Verzeichnisstruktur TDS entspricht. Wollen Sie also z. B. Style-Dateien für das Mathematik-Programm Maple hinzufügen, sind diese unter c:\TeXLive2005\texmf-local\tex\latex\maple und die zugehörige Dokumentation unter c:\TeXLive2005\texmf-local\doc\latex\maple gut aufgehoben.
Das Programm tlpm.exe, das von tlpmgui im Hintergrund benutzt wird, enthält einige weitere nützliche Optionen. Einen Überblick erhalten Sie durch den Aufruf
Weitere Informationen finden Sie auf englisch in der Datei tlpm.readme.
Kpathsea unterstützt inzwischen die von Windows verwendeten UNC-Namen, so dass Sie Ihren texmf-Baum auch über das Netzwerk verwenden können.
Im folgenden beschreiben wir den Fall, dass Sie ein Multiplattform-System über das Netzwerk zugänglich machen wollen.
Alle Dateien einer TEX Live-Installation außer den Programmen in den bin-Verzeichnissen sind von der Betriebssystem-Plattform unabhängig, so dass es möglich ist, dass über Samba ein Windows-Client eine TEX Live-Installation von einem UNIX-Server oder ein UNIX-Rechner auf einen Windows-Server zugreift. Hierbei sind mehrere Szenarien denkbar:
Die Win32-Version von Web2C hat einige spezifische Eigenschaften, die hier näher erklärt werden.
Das Kommando kpsecheck gibt auch Auskunft über den Status des Shared-Memories: »in use« oder »not used« (»in Benutzung« oder »nicht benutzt«). Das kann von Nutzen sein, da ein Aufruf von mktexlsr so lange nicht ausgeführt wird, wie noch ein Prozess das Memory nutzt und der Status somit als »in use« angegeben wird.
Mit diesem Kommando kann auch das Installationsverzeichnis von Ghostscript festgestellt werden. Für viele Programme unter Win32 ist es einfacher, die Ghostscript-DLL zu benutzen und mittels des Registry-Keys von Ghostscript das Verzeichnis zu finden, als den PATH zu ändern (der sowieso eine begrenzte Länge hat).
Die Konfigurationsdatei für dvips ist so eingestellt, dass die Type-1-Fonts genutzt werden. Anpassungen sind notwendig, falls standardmäßig eine andere Papiergröße als DIN A4 verwendet werden soll.
Öffnen Sie die Datei c:\TeXLive2005\texmf-var\dvips\config\config.ps mit einem Editor.
Speichern Sie die Einstellungen.
Die aktuelle TEX Live-Distribution enthält Mechanismen, die dafür sorgen, dass die Font-Map-Dateien für dvips und pdfTEX immer auf den neuesten Stand gehalten werden. Das geschieht während der TEX-Installation wie auch bei der Installation neuer Pakete durch das Programm updmap. Sollten Sie ein neues Paket per Hand installieren, müssen Sie die Datei updmap.cfg in $TEXMFVAR/web2c entsprechend editieren.
Wenn Sie pdfTEX oder pdfLATEX benutzen, um direkt PDF-Dateien zu erzeugen und nicht das standardmäßige Papierformat DIN A4 benutzen wollen, müssen Sie in der Konfigurationsdatei c:\TeXLive2005\texmf-var\tex\generic\config\pdftexconfig.tex die Anweisungen »\pdfpagewidth« und »\pdfpageheight« entsprechend ändern.
Die Anweisungen heißen jetzt:
Speichern Sie die Datei und verlassen den Editor.
GSView unterliegt jetzt der Aladdin-Lizenz und kann deshalb nicht mehr mit TEX Live verteilt werden. Sie können es aber jederzeit von einem der CTAN-Server laden (im Verzeichnis nonfree/support/ghostscript/ghostgum).
In GSView können Sie das Papier-Standardformat über die Menü-Option Formate festlegen. Wählen Sie hier das gewünschte Format aus der Liste, beispielsweise A5.
Beachten Sie die Menü-Optionen, die Ihnen erlauben, eine optimale Bildschirmanzeige einzustellen:
Wählen Sie Formate → Anzeige Einstellungen... und setzen Sie:
| Text Alpha | 4 bits |
| Graphik Alpha | 4 bits |
Hierfür muss die Option Farbtiefe gegebenenfalls auf 8 oder 24 Bits/Pixel eingestellt werden.
Damit alle diese Einstellungen erhalten bleiben, wählen Sie Optionen → Speichere Optionen jetzt. Beachten Sie, dass beim Installationsprozess alle .ps- und .eps-Dateien mit GSView assoziiert wurden. Über das Drucken eines Dokuments finden Sie Informationen im Abschnitt 6.10.
Das Programm tlpmgui.exe nimmt eine Assoziation von .dvi-Dateien mit Windvi vor. Sie können daher einfach auf DVI-Dateien doppelklicken, und Windvi sollte starten. Sie können windvi natürlich auch von der Kommandozeile starten oder sich eine Verknüpfung auf windvi auf den Desktop legen.
In Windvi kann das gewünschte Papierformat aus einer Vielzahl von Formaten über View → Options und dann in einer Liste unter »Paper type« gewählt werden. Querformate sind an einem angehängten r erkennbar, z. B. a4r. Mit OK werden die Einstellungen gesichert.
Falls Sie nach dem passenden Metafont-Modus für die Auflösung Ihres Druckers suchen, sollten Sie in c:\Programme\TeXLive\texmf-dist\metafont\misc\modes.mf nachlesen.
Alle Konfigurationseinstellungen von Windvi werden in $HOME/windvi.cnf gespeichert. Sie können diese mit folgendem Befehl finden:
Falls Sie Probleme mit Windvi haben, empfiehlt es sich, die Konfigurationsdatei zu löschen und zu prüfen, ob der gleiche Fehler auch mit der Standardkonfiguration auftritt.
Im Abschnitt 4.2 auf Seite 32 wurde eine generelle Methode zum Test einer Installation beschrieben; die Ausführungen hier beleuchten die Windows-spezifischen Tests.
In Ihrem Editor öffnen Sie bitte die Datei sample2e.tex, die Sie unter c:\TeXLive2005\texmf-dist\tex\latex\base\ finden können. Die LATEX-Quelle sollte nach dem Öffnen der Datei auf dem Bildschirm angezeigt werden. Durch Anklicken des LATEX-Symbols in der Menü-Leiste wird die Datei übersetzt; bei Wahl des Preview-Symbols (Windvi) wird sie dargestellt. Beim ersten »Preview« einer Datei mit Windvi werden alle benötigten Fonts erzeugt; sie wurden nicht mitinstalliert. Mit der Zeit werden Sie das Fenster, das die Font-Generierung anzeigt, immer seltener sehen. Als nächstes sollten Sie dvips anklicken und GSView ausprobieren.
Hinweis für später: Wenn ein LATEX-Lauf mit einer Fehlermeldung unterbricht, weil eine Datei nicht gefunden wird, können Sie mit Ctrl-z einen Abbruch erzwingen. Überprüfen Sie anhand der Protokolldatei, welche Datei nicht zu finden war und beheben Sie den Fehler.
Es ist grundsätzlich möglich, aus Windvi heraus zu drucken. Wird dabei der Standard-Windows-Druckertreiber benutzt, hat dies den Vorteil, dass eine Ausgabe auf allen Druckern möglich ist und Sie BMP- oder WMF-Bilddateien einbinden und drucken können. Nachteil ist, dass teilweise extrem große Druckdateien erzeugt werden. Sie müssen sicherstellen, dass die Druckparameter korrekt eingestellt sind (siehe Abschnitt 6.8.4 auf Seite 44), sonst erhalten Sie eine skalierte Ausgabe der Druckseite. So wird bei einer Druckerauflösung von 300 dpi eine 600-dpi-Druckausgabe nur ein Viertel der Seite zeigen.
Im Allgemeinen ist es allerdings schneller und für den Produktionszyklus beim Einbinden von eps-Graphiken schneller und sicherer, dvips zu benutzen. Sie erstellen eine .ps-Datei und drucken mit GSView. Einen Ausdruck können Sie in GSView über das Drucker-Symbol oder durch Wahl von Datei → Drucken... anstoßen. Es wird dann ein Fenster für die weiteren Druckparameter geöffnet.
Bei der Benutzung eines PostScript-Druckers müssen Sie sicherstellen, dass Sie die Option PostScript Drucker angewählt haben. Ab GSView-Version 3.6 erfolgt dies in dem Feld »Druckmethode« unten links im Fenster Drucken. Dann können Sie im Feld »Drucker« jeden installierten PostScript-fähigen Drucker auswählen. Wenn Sie vergessen sollten, PostScript-Drucker als »Druckmethode« zu wählen, wird das Ausdrucken nicht funktionieren.
Benutzen Sie hingegen einen nicht-PostScript-fähigen Drucker, wählen Sie im Feld »Druckmethode« stattdessen die Option Ghostscript Treiber und klicken den mit djet500 beschrifteten Knopf. Hier wählen Sie Ihren Drucker im Dialog Wähle Ghostscript-Gerät aus. (In älteren GSView-Versionen müssen Sie das Feld »PostScript-Drucker« abwählen und dann Ihren Drucker aus der Geräte-Liste wählen.)
Was wir als Win32 bezeichnen, ist im Grunde kein eigenständiges Betriebssystem. Es ist ein sehr großer Satz von Funktionen4, den man benutzen kann, um Programme für unterschiedliche Betriebssysteme der Windows-Familie zu schreiben.
Windows kommt in unterschiedlichen Ausprägungen:
Windows 9x ist in der Lage, 32-Bit- und 16-Bit-Programme gleichzeitig auszuführen. Das Betriebssystem ist allerdings nicht vollständig im 32-Bit-Modus geschrieben und unterstützt daher keinen Speicherschutz. 16-Bit-Applikationen können so Teile des Betriebssystemspeichers überschreiben! Einige Systemteile, wie beispielsweise das GDI (Graphical Device Interface), müssen beschränkte Ressourcen wie Bitmaps, Fonts usw. für alle gleichzeitig laufenden Programme verwalten. Die Gesamtgröße aller Bitmap-Header, die zu einem Zeitpunkt verfügbar ist, beträgt maximal 64 KB. Dies erklärt die Rolle von »Performance Tools« und auch, warum Sie die Stabilität Ihres Systems auf die Probe stellen, wenn Sie intensiven Gebrauch von graphischen Objekten machen.
Windows NT/Windows XP und Windows 2000 leiden weder unter diesen, noch unter anderen Windows-9x-Beschränkungen. Sie sind echte Multi-Tasking-Systeme mit Speicherschutz-Mechanismen. Durch besseres Design bei Speicherverwaltung, Dateisystem usw. haben sie zudem ein wesentlich besseres Antwortverhalten.
Sie haben sich sicherlich schon gefragt, »Warum sollte ich etwas über die Kommandozeile eingeben, wenn ich Windows benutze?«.
Gute Frage. Dies ist mehr ein grundsätzliches Problem, da mit einer graphischen Benutzerschnittstelle (GUI) nicht immer alle Arbeitsschritte einfach zu erledigen sind. Der Kommandointerpreter eröffnet hier häufig – einen intelligenten Kommandointerpreter vorausgesetzt – mehr Möglichkeiten.
In unserem Fall handelt es sich aber um ein fundamentales Problem: TEX ist ein Batch-Tool und kein interaktives Programm. TEX errechnet das beste Layout für jede Seite, löst die Referenzen auf, usw. Hierfür ist die Gesamtbearbeitung des Dokuments immer noch die einfachste Methode. Bislang macht eine interaktive Bearbeitung der Eingabe (noch) keinen Sinn.
Das bedeutet also, dass Sie TEX auf der Kommandozeile benutzen sollten. Im Grunde ist die Situation sogar so, dass diese Programme für komplexe Verarbeitungsvorgänge besser geeignet sind, da es leichter ist, ein Programm ohne die Verkopplung mit einer graphischen Benutzerschnittstelle zu testen und Fehler zu finden. Es ist dann auch einfacher, ein GUI zur Bedienung dieses Programms zu entwickeln. Und dies ist genau der Fall für TEX, mit dem Sie in den allermeisten Fällen über eine Shell oder einen GUI-Editor in Kontakt treten.
Manchmal benötigen Sie aber den Kommandointerpreter dazu, um Probleme zu lösen oder um Fehler in Ihrem Setup aufzuspüren (siehe Abschnitt 6.12).
Die Win32-API versteht sowohl »/« als auch »\« als Verzeichnistrenner. Die Kommandointerpreter aber leider nicht! Sie können also immer dann beide Trenner benutzen, sogar gemischt innerhalb eines Pfads, wenn Sie nicht auf der Kommandozeile arbeiten. Der Kommandointerpreter spielt hier nicht mit, da er das Zeichen »/« benutzt, um Argumente von Kommandos zu trennen.
Sie sollten also nicht überrascht sein, wenn Sie Pfad- und Verzeichnisnamen in der UNIX-Schreibweise sehen. fpTEX ist eine Portierung von Web2C und zielt auf Kompatibilität über die Plattformen. Deshalb enthalten alle Konfigurationsdateien die Pfadnamen in UNIX-Schreibweise.
Das schwächste Glied bei Windows 9x in Bezug auf TEX ist sicherlich das sogenannte FAT- oder FAT16-Dateisystem. TEX benutzt eine Vielzahl sehr kleiner Dateien, meist mit Größen zwischen 1 und 3 KB. Das FAT-Dateisystem ist veraltet; es stammt aus einer Zeit, als Gigabyte-Platten noch unbekannt waren. Deshalb kann es mit den Zehntausenden von Dateien des TEX Live-Systems nicht effizient umgehen. Im FAT-Dateisystem werden auf großen Partitionen im Minimum 32 KB für jede Datei angelegt. Damit ist klar, dass TEX auf diese Weise wesentlich mehr Plattenplatz verbraucht als notwendig wäre.
Die moderneren Windows-Dateisysteme, wie FAT32 oder NTFS, haben diesen Nachteil nicht. Hier betragen die sogenannten Cluster-Größen 4 KB.7
Jedes Programm erhält bei seinem Start eine Kopie der Standardumgebung. Dies ist eine Sammlung von Variablen mit zugehörigen Schlüsselwerten. Diese Variablen stehen unter der ausschließlichen Kontrolle des Programms; Änderungen an Schlüsseln oder Schlüsselwerten sind für andere Programme nicht sichtbar.
Die Umgebungsvariable PATH dient der Suche nach Programmen. Es existieren unterschiedliche Vorgehensweisen zur Änderung dieser Variablen für die verschiedenen Windows-Varianten:
PATH=c:\windows;c:\windows\system;c:\TeXLive2005\bin\win32
c:\windows\system\msconfig.exe
laufen lassen. Wählen Sie nach dem Start dieses Programms »Umgebung«, dann tragen Sie die Variable PATH mit ihrem Wert ein oder ändern ihn:
PATH c:\TeXLive2005\bin\win32
Danach werden Sie aufgefordert, Ihren Rechner neu zu starten.
Sie können nun als Benutzer die Umgebungsvariablen ändern. Es werden Ihnen aber auch Variablen für das System angezeigt. Im Normalfall können Sie keine System-Variablen ändern, es sei denn, Sie besitzen für den Rechner auch Administrator-Rechte. Möchten Sie PATH für alle Benutzer ändern, müssen Sie mit Ihrem Systembetreuer Kontakt aufnehmen; sind Sie selbst Systembetreuer, sollten Sie Bescheid wissen.
Existiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.
SET KPATHSEA_DEBUG_OUTPUT=err.log
Sie können auch die Debug-Schwelle einstellen:
SET KPATHSEA_DEBUG=-1
SET KPATHSEA_DEBUG_OUTPUT=con:
Damit können Fehler- und Standardausgaben in der gleichen Datei gesammelt werden.
| kpsewhich -expand-path $SELFAUTOPARENT | c:/TeXLive2005 |
| kpsewhich -expand-path $TEXMF | c:/TeXLive2005/texmf |
| kpsewhich -expand-path $TEXMFCNF | .;c:/TeXLive2005/texmf-var/web2c; |
| kpsewhich -expand-var $TEXINPUTS | .;c:/TeXLive2005/texmf/tex// |
| kpsewhich cmr10.tfm | c:/TeXLive2005/texmf/fonts/tfm/public/cm/cmr10.tfm |
| kpsewhich latex.fmt | c:/TeXLive2005/texmf/web2c/latex.fmt |
Es gibt einige Punkte, die Sie zuerst prüfen sollten:
Die TEX Live-Software ist komplex und besteht aus Hunderten von Programmen und Zehntausenden von Dateien aus verschiedenen Quellen. Es ist deshalb nicht möglich, Antworten für alle Problemfälle vorzuhalten. Wir werden aber unser Bestes tun, Ihnen bei allen Schwierigkeiten zu helfen. (Siehe Abschnitt 1.2 auf Seite 7.)
Web2C besteht aus einer Reihe von Programmen, die zusammen ein komplettes TEX-System darstellen. Dazu gehören natürlich TEX, Metafont, METAPOST, BibTeX usw.
Die erste Implementierung eines TEX-Systems in der Programmiersprache C stammt von Tomas Rokicki und datiert zurück in das Jahr 1987. Rokicki benutzte als Basis sog. Change-Fiert bereits eine Einstellung für PATH für Sie, klicken Sie mit der linken Maustaste auf PATH. Im Feld Variable erscheint dann PATH, das Feld Wert zeigt den aktuellen Inhalt als Liste von Verzeichnissen, die mit »;« getrennt sind. Fügen Sie das Verzeichnis mit den TEX Live-Programmen an:
c:\TeXLive2005\bin\win32
Existiert für Sie keine Variable mit Namen PATH, müssen Sie in das Feld Variable klicken und PATH eintragen. Dann wählen Sie das Feld Wert an und tragen das gewünschte Verzeichnis ein.
Wichtig: Klicken Sie zuerst »Übernehmen« an, bevor Sie mit »Ok« bestätigen. Anderenfalls werden die Änderungen an PATH nicht für Ihr System übernommen. Seien Sie vorsichtig beim Ändern der Umgebung!
Zur Überprüfung, ob die Variable gesetzt wurde, ist es am besten, ein Kommandointerpreter-Fenster zu öffnen und dort einzugeben:
set variable
Sie erhalten dann den zugewiesenen Wert angezeigt.
Wenn Sie die Web2C-Dokumentation aufmerksam lesen, werden Sie feststellen, dass immer davon geschrieben wird, dass alle auf TEX basierenden Programme die gleiche »Base-Engine« benutzen. So sind zum Beispiel tex.exe und latex.exe Kopien des gleichen Programms; jedes benötigt aber seine eigene Format-Datei basierend auf dem Programmnamen.
Unter UNIX wird dies durch sogenannte symbolische Links erreicht. Das spart Plattenplatz, da einige Base-Engines mit sehr vielen unterschiedlichen Format-Dateien genutzt werden.
Die Win32-API kennt keine symbolischen Links. Um also annähernd die gleiche Ersparnis zu erreichen, wurden die TEX-Base-Engines in sogenannten DLLs (Dynamic Linked Library) realisiert. Das heißt, man sieht folgende Verteilung:
latex.exe ist eine Kopie von pdfetex.exe, die den selben Kern tl90pdfetex.dll nutzt. Der gleiche Trick wurde für die acht Mitglieder der mktex*.exe-Programmfamilie benutzt, die auf die Bibliothek mktex.dll »gelinkt« sind.
Das TEX Live-System enthält das Programm irun.exe, mit dem für Win32-Binärprogramme das UNIX-Äquivalent der sogenannten hard links eingerichtet werden kann.