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-Files unter UNIX, die ursprünglich von Howard Trickey und Pavel Curtis entwickelt wurden. Tim Morgan hat dieses System, für das der Name Web-to-C eingeführt wurde, gepflegt. 1990 hat Karl Berry mit Unterstützung vieler Helfer die Weiterentwicklung übernommen und 1997 an Olaf Weber weitergegeben.
Web2C 7.5 läuft unter UNIX, Windows 3.1, Windows 9x/Windows ME/Windows NT/Windows 2000/ Windows XP, DOS und auf weiteren Betriebssystemen. Es benutzt die Original-Quelldateien von Donald E. Knuth und weitere in der Sprache web entwickelte Programme als Basis und übersetzt diese in C-Quell-Code. Darüber hinaus bietet das System viele Makros und Funktionen zur Nutzung der originalen TEX-Software. Hier eine Liste der Basisprogramme eines TEX-Systems:
Die genaue Funktionsweise und die möglichen Parameter sind der Beschreibung der jeweiligen Pakete bzw. der Web2C-Dokumentation zu entnehmen. Trotzdem wird ein Überblick über Zusammenspiel und Funktionsweise der Web2C-Programme Ihnen sicherlich helfen, besser mit dem System zurechtzukommen.
Zunächst verstehen alle Programme die grundlegenden Parameter der GNU-Software:
Die Programme des Web2C-Systems benutzen zum Lokalisieren der benötigten Dateien im Dateisystem die Kpathsea-Bibliothek. Diese Bibliothek optimiert und beschleunigt den Suchprozess im Dateisystem. Ihre Arbeitsweise wird durch einige Umgebungsvariablen und eine Konfigurationsdatei gesteuert. Web2C 7.5 kann mehr als einen Dateibaum gleichzeitig verwalten und ermöglicht somit die schon beschriebene TEX Live-Installation unter Verwendung der CD-ROM oder DVD mit der Ablage modifizierter Konfigurationsdateien und zusätzlicher Zeichensätze in einem zweiten Dateibaum. Die Suche nach Dateien wird durch die Analyse der Datei ls-R beschleunigt, die in jedem Wurzelverzeichnis eines TEX-Dateibaums vorhanden ist. Sie enthält für jede Datei die genaue Position im Dateibaum relativ zum Wurzelverzeichnis.
Wir beschreiben zunächst den grundlegenden Suchmechanismus der Kpathsea-Bibliothek.
Ein Suchpfad ist eine durch Kommata oder Semikola getrennte Liste von Pfadkomponenten, die üblicherweise Verzeichnisnamen darstellen. Ein Suchpfad kann sich aus vielen Komponenten zusammensetzen. Die Suche nach einer Datei »my-file« über den Suchpfad ».:/dir« bewirkt, dass Kpathsea jede Komponente nacheinander überprüft, also zunächst »./my-file« und dann »/dir/my-file«. Als Ergebnis wird entweder die erste gefundene Datei oder eine Liste aller passenden Dateien geliefert.
Um auf allen Dateisystemen effizient arbeiten zu können, verwendet Kpathsea ggf. andere Datei-/ Verzeichnis-Separatoren als »:« und »/«.
Beim Überprüfen einer Pfadkomponente p überprüft Kpathsea zunächst, ob eine Dateinamen-Datenbank (siehe auch Dateinamen-Datenbank auf Seite 60) für die Pfadkomponente zuständig ist, d. h. beispielsweise steht die Datenbank in einem Verzeichnis, das im Pfad vor der zu überprüfenden Komponente p steht. In diesem Fall wird zur Bestimmung der Position der gesuchten Datei die Datenbank herangezogen.
Nur wenn keine passende Datenbank existiert oder wenn die Datei nicht in der Datenbank gefunden wird, durchsucht Kpathsea das Dateisystem. Diese zeitaufwändige Suche kann über die Spezifikation der Pfadkomponente p mit dem Präfix »!!« unterbunden werden. Zur Suche erzeugt Kpathsea eine Liste der Verzeichnisse, die im Pfadelement enthalten sind, und durchsucht jedes dieser Verzeichnisse nach der gesuchten Datei.
Für Dateien kann auch ein Schalter »file must exist« gesetzt werden (»Datei muss vorhanden sein«). Wenn dieser Schalter nicht gesetzt ist und beispielsweise über das TEX-Kommando \openin eine VF-Datei wie cmr10.vf gelesen werden soll, wäre es falsch, nach dieser Datei zu suchen, weil es sie gar nicht gibt. Speziell für neu installierte VF-Dateien sollten Sie also unbedingt die Dateinamen-Datenbank (ls-R) aktualisieren, weil die Dateien sonst nicht gelesen werden und kein Fehler angezeigt wird. Dieser Vorgang wiederholt sich für jede Komponente eines Suchpfades: zunächst wird die Datenbank überprüft, danach ggf. das Dateisystem. Wird die Datei gefunden, stoppt die Suche (normalerweise) und als Ergebnis wird der komplette Pfad zur gesuchten Datei ausgegeben.
Außer Verzeichnisnamen dürfen Pfadkomponenten für Kpathsea folgende Elemente enthalten: (verschachtelte) Vorgaben, Umgebungsvariablen, Werte aus der Konfigurationsdatei, Home-Verzeichnisse von Benutzern und Startverzeichnisse für eine rekursive Suche. Diese Elemente werden vor einer Dateisuche von Kpathsea in gewöhnliche Verzeichnis- oder Dateinamen expandiert. Diese Expansion wird in den folgenden Abschnitten erklärt, und zwar genau in der Reihenfolge, wie die Elemente auch von Kpathsea bearbeitet werden.
Beachten Sie, dass Kpathsea bei absoluten und explizit relativen Komponenten, d. h. wenn die Komponente mit den Zeichen »/«, »./« oder »../« beginnt, nur überprüft, ob die Datei existiert.
Ein Suchpfad kann aus vielen verschiedenen Bestandteilen aufgebaut werden. Dies sind in der Reihenfolge, wie Kpathsea sie auswertet:
Unter Verwendung der Parameter zur Fehlersuche können Sie sich diese Werte für einen Suchpfad auch anzeigen lassen. (Siehe dazu den Abschnitt Fehlersuche auf Seite 65.)
Die Kpathsea-Bibliothek liest zur Laufzeit die Konfigurationsdateien mit den Namen texmf.cnf. Der zugehörige Suchpfad zum Auffinden dieser Konfigurationsdateien steht in der Umgebungsvariablen TEXMFCNF (die Voreinstellung ist texmf/web2c). Kpathsea liest alle Dateien mit den Namen texmf.cnf, die es in diesem Suchpfad findet. Die zuerst gelesenen Definitionen haben dabei Vorrang vor später gelesenen Werten. Wenn der Suchpfad auf .:$TEXMF steht, überschreiben die Einstellungen in ./texmf.cnf diejenigen in $TEXMF/texmf.cnf.
Im Folgenden wird die Syntax der Datei texmf.cnf angegeben. Konsultieren Sie zum besseren Verständnis beim Lesen die auf der CD-ROM oder DVD enthaltene Konfigurationsdatei.
Das Zeichen »=« und umgebender Leerraum dürfen entfallen.
Der Ausschnitt einer Konfigurationsdatei demonstriert diese Möglichkeiten.
Kpathsea verwendet in Suchpfaden ähnliche Zeichen und Konstrukte wie UNIX-Shells. Beispielsweise wird die Definition ~$USER/{foo,bar}//baz in alle Unterverzeichnisse von foo und bar unterhalb vom Home-Verzeichnis von $USER expandiert, die eine Datei oder ein Unterverzeichnis namens baz enthalten. Der Expansionsmechanismus wird im Folgenden erklärt.
Wenn der Suchpfad mit der höchsten Priorität (siehe hierzu »Bestandteile von Pfadkomponenten« auf Seite 54) einen zusätzlichen (vorangestellten, nachgestellten oder verdoppelten) Doppelpunkt enthält, wird an dieser Stelle der Suchpfad eingefügt, der als nächstes in der Hierarchie folgt. Auch bei diesem gilt dieselbe Regel. Wenn beispielsweise die Umgebungsvariable
gesetzt wird (hier: C-Shell) und in texmf.cnf die Variable TEXINPUTS folgenden Wert erhält
dann lautet der Suchpfad schließlich:
Da es sinnlos wäre, denselben Pfad mehrfach einzufügen, wird die Ersetzung nur einmal vorgenommen, und zwar in der Reihenfolge vorne, hinten und Mitte. Mehrfach verdoppelte Doppelpunkte bleiben unverändert.
Die Expansion geschweifter Klammern ist zur Definition mehrerer TEX-Hierarchien sehr nützlich. Beispielsweise wird v{a,b}w zu vaw:vbw. Verschachtelungen sind dabei erlaubt. Diese Technik wird dazu benutzt, durch eine Zuweisung an $TEXMF verschiedene TEX-Hierarchien einzuführen. Als Beispiel finden Sie in texmf.cnf folgende Definition (etwas gekürzt, tatsächlich ist es etwas komplexer):
Eine Anwendung wie
führt dann dazu, dass erst im aktuellen Verzeichnis gesucht wird, dann im gesamten Dateibaum $TEXMFHOME/tex und $TEXMFLOCAL/tex (auf der Festplatte) und schließlich im gesamten Dateibaum $TEXMFVAR/tex sowie $TEXMFMAIN/tex (nur in der Datenbank ls-R) durchsucht wird. Dadurch kann man bequem zwei parallel installierte TEX-Hierarchien durchsuchen, beispielsweise eine unveränderliche auf CD-ROM/DVD und eine dynamisch angepasste auf Festplatte, in der neue Programmversionen und zusätzliche Zeichensätze installiert werden. Durch die Verwendung der Variablen $TEXMF in allen Definitionen wird grundsätzlich zuerst der neuere Dateibaum durchsucht.
Zwei oder mehrere aufeinanderfolgende Schrägstriche (//) in einer Pfadkomponente, die auf einen Verzeichnisnamen d folgen, werden expandiert zu allen Unterverzeichnissen von d. Dieser Vorgang findet rekursiv statt, wobei erst alle Verzeichnisse auf einer Ebene bearbeitet werden, dann deren Unterverzeichnisse, usw. Auf den jeweiligen Ebenen ist nicht beeinflussbar, in welcher Reihenfolge die Unterverzeichnisse bearbeitet werden.
Wenn nach den Schrägstrichen Namen angegeben werden, dann werden nur Unterverzeichnisse mit passenden Namen in die Suche einbezogen. Beispielsweise wird »/a//b« in die Pfade /a/1/b, /a/2/b, /a/1/1/b usw. expandiert, aber nicht zu /a/b/c oder /a/1. (Jeweils vorausgesetzt, dass die Verzeichnisse existieren.)
Mehrere »//«-Konstruktionen innerhalb einer Pfadkomponente sind zulässig, allerdings nicht am Pfadanfang.
Die folgende Zusammenfassung fasst alle Sonderzeichen zusammen, die in den Kpathsea- Konfigurationsdateien auftreten können:
Kpathsea unternimmt etliche Anstrengungen, um den Zugriff auf Festplatte und CD-ROM/DVD zur Suche nach Dateien zu reduzieren. Auf TEX-Systemen mit vielen Unterverzeichnissen kann die Suche in jedem möglichen Verzeichnis nach einer bestimmten Datei eine lange Zeit in Anspruch nehmen, besonders wenn einige Hundert Zeichensatzverzeichnisse durchforstet werden müssen. Um dieses Problem abzumildern, benutzt Kpathsea eine Art Datenbankdatei namens ls-R, die die Zuordnung von Dateinamen auf Verzeichnisse enthält. Dadurch muss nicht jedesmal die Festplatte durchsucht werden.
Eine zweite Datenbank in der Datei aliases kann eine Zuordnung zwischen den Namen in ls-R und weiteren Namen vornehmen und so beispielsweise hilfreich bei der Umsetzung von »8.3«-DOS-Dateinamen auf die »echten«, aussagekräftigen Dateinamen zur Seite stehen.
Wie schon öfters erwähnt, muss die Dateinamen-Datenbank in der Datei ls-R gespeichert sein. Sie sollten eine solche Datenbank für jede TEX-Hierarchie (normalerweise in $TEXMF) Ihres Systems anlegen. Die meisten TEX-Systeme arbeiten nur mit einer Hierarchie. Kpathsea sucht die Datenbanken ls-R über den Pfad TEXMFDBS.
Es wird empfohlen, die Pflege der ls-R-Dateien dem mitgelieferten Skript mktexlsr zu überlassen. Dieses Skript wird automatisch von den verschiedenen »mktex*«-Skripten aufgerufen. Das Skript ruft grob gesagt den Befehl
auf, falls das Kommando ls Ihres Rechners eine Ausgabe im richtigen Format liefert. (So wie das GNU-ls.) Wenn Sie ganz sichergehen wollen, dass die Datenbank immer auf dem neuesten Stand ist, sollten Sie sie in regelmäßigen Abständen mit Hilfe eines crontab-Eintrags aktualisieren lassen. Dadurch wird nach einer Installation eines Pakets per Hand trotzdem sichergestellt, dass die Datenbank aktuell ist.
Wenn eine Datei nicht über die Datenbank gefunden wird, sucht Kpathsea normalerweise auf der Festplatte weiter. Wenn eine Pfadkomponente mit »!!« beginnt, wird dagegen niemals die Festplatte durchsucht.
Mit dem Programm kpsewhich können Sie unabhängig vom Aufruf irgendeines TEX-Programms nach Dateien in der TEX-Hierarchie suchen (als schnellere Alternative zu dem Befehl find). Dies wird von den verschiedenen »mktex...«-Skripten bis zum Exzess vorexerziert.
Die Optionen werden entweder mit »-« oder mit »--« eingeleitet. Jede eindeutige Abkürzung ist zulässig.
Argumente der Kommandozeile, die keine Optionen darstellen, werden als Dateinamen interpretiert. Für jeden Dateinamen wird der erste passende Pfad gemeldet. Um eine Liste aller passenden Pfade zu erhalten, müssen Sie das UNIX-Kommando find aufrufen.
Im Folgenden werden die wichtigen Optionen beschrieben.
Wir schauen uns nun die Funktionsweise von Kpathsea anhand einiger Beispiele an.
Wir suchen unter den TEX-Quelldateien nach der Datei article.cls. Da die Namensendung ».cls« eindeutig ist, müssen wir den Typ ».tex« nicht angeben. Die »texmf-dist«-Hierarchie enthält die Datei im Unterverzeichnis tex/latex/base. Ähnlich bereiten die folgenden Beispiele auf Grund eindeutiger Namensendungen keine Probleme.
Beim letzten Beispiel handelt es sich um eine BibTeX-Literaturdatenbank für TUGBoat-Artikel.
Zeichensatzdateien mit der Namensendung ».pk« werden von Anzeige- oder Druckaufbereitungsprogrammen wie dvips und xdvi verwendet. Nachdem wir aufgrund der Voreinstellung keine .pk-Dateien verwenden, sondern die PostScript-Type-1-Zeichensätze, die auf der CD-ROM/DVD enthalten sind, wird auch keine .pk-Datei angezeigt.
Für diesen Zeichensatz (Teil der IPA-Fonts9 von der Universität von Washington) liegen noch keine Type-1-Umsetzungen vor und ».pk«-Dateien müssen generiert werden. Da unser voreingestellter Metafont-Modus »ljfour« eine Auflösung von 600 dpi besitzt, finden wir (nachdem er schon einmal gebraucht und automatisch erzeugt wurde) eine entsprechende Instanz dieses Zeichensatzes.
Durch die Angabe »-dpi=300« interessieren wir uns nur für Zeichensätze mit der Auflösung 300 dpi. Es wurde keiner gefunden. Programme wie dvips oder xdvi lassen einen solchen fehlenden Zeichensatz durch den Aufruf des Skripts mktexpk mit entsprechenden Parametern automatisch erzeugen.
Als nächstes wenden wir uns den Header- und Konfigurationsdateien von dvips zu. Zunächst suchen wir nach der Konfiguration für die TEX-Unterstützung, dem Prolog tex.pro. Danach suchen wir die allgemeine Konfigurationsdatei (config.ps) und schließlich die PostScript-Zeichensatzzuordnungsdatei psfonts.map. Dateien dieser Art haben seit der 2004er-Version der TEX Live ihre eigenen Suchpfade und einen neuen Aufbewahrungsort im texmf-Baum. Da die Namensendung ».ps« nicht eindeutig ist, müssen wir den gewünschten Typ (»dvips config«) für die Datei config.ps spezifizieren.
Jetzt suchen wir nach den Dateien für den PostScript-Zeichensatz »URW Times«. Nach dem Namensschema von Karl Berry beginnen die Namen mit »utm«. Zunächst suchen wir die Konfigurationsdatei, die den Namen der Zeichensatzzuordnungsdatei enthält.
Diese Datei enthält folgende Anweisung:
Die angegebene Datei utm.map wollen wir als nächstes suchen:
Diese Zuordnungsdatei wird im Unterverzeichnis urw bei den Hilfsdateien für dvips gefunden. Sie enthält die Dateinamen der Type-1-PostScript-Zeichensätze, die für URW Times benutzt werden. Ein kleiner Auszug aus dieser Datei:
Wenn wir jetzt beispielsweise nach dem Zeichensatz Times Regular (utmr8a.pfb) suchen, finden wir ihn im Verzeichnis texmf unter den Type-1-Zeichensätzen:
Diese Beispiele sollten deutlich gemacht haben, wie leicht bestimmte Dateien im TEX-Dateibaum gefunden werden können. Dies ist sehr wichtig, wenn Sie den Verdacht haben, dass eine falsche Version einer Datei verwendet wird: Sie lassen sich einfach die verwendete Datei von kpsewhich anzeigen.
Manchmal ist wichtig, bis ins Detail nachzuvollziehen, wie ein Programm eine bestimmte Datei findet. Zu diesem Zweck bietet die Kpathsea-Bibliothek verschiedene Stufen für den Umfang der Fehlersuche an.
Durch die Angabe von »-1« setzen Sie alle Stufen gleichzeitig. Für eine effiziente Fehlersuche sollten Sie sich auf die wichtigsten Ausgaben beschränken.
Für dvips gibt es einen ähnlichen Mechanismus zur Erzeugung von Analysemeldungen, um herauszufinden, warum bestimmte Dateien geöffnet wurden bzw. wo vielleicht das Problem liegt, wenn Dateien nicht gefunden werden.
Da fast alle Programme die Kpathsea-Bibliothek benutzen, können Sie die gewünschte Stufe auch über die Umgebungsvariable KPATHSEA_DEBUG einstellen, indem Sie einen der Werte oder eine additive Kombination spezifizieren.
Anmerkung für Windows-Benutzer: Es ist nicht einfach, alle Meldungen in eine Datei umzulenken. Für die Fehlersuche jedoch ist die folgende (temporäre!) Vereinbarung sinnvoll:
SET KPATHSEA_DEBUG_OUTPUT=err.log
Wir betrachten als Beispiel eine kleine LATEX-Quelldatei mit dem Namen hello-world.tex mit folgendem Inhalt:
Diese Datei verwendet nur einen Zeichensatz, nämlich cmr10. Wir sehen uns jetzt einmal genau an, wie dvips die PostScript-Datei erzeugt. Da wir die Type-1-Variante der Computer-Modern-Roman-Zeichensätze verwenden wollen, haben wir die Option -Pcms verwendet.
Hier haben wir als Stufe zur Fehlersuche eine Kombination der Stufe 4 von dvips (siehe dvips-Handbuch, texmf/doc/html/dvips/dvips_toc.html?). Die Ausgabe sieht ungefähr so wie in Abbildung 1 dargestellt aus (die Ausgabe wurde für einen besseren Überblick etwas umgestaltet).
|
debug:start search(file=texmf.cnf, must_exist=1, find_all=1,
path=.:/usr/local/bin/texlive:/usr/local/bin: /usr/local/bin/texmf/web2c:/usr/local: /usr/local/texmf/web2c:/.:/./teTeX/TeX/texmf/web2c:). kdebug:start search(file=ls-R, must_exist=1, find_all=1, path=~/tex:/usr/local/texmf). kdebug:search(ls-R) =>/usr/local/texmf/ls-R kdebug:start search(file=aliases, must_exist=1, find_all=1, path=~/tex:/usr/local/texmf). kdebug:search(aliases) => /usr/local/texmf/aliases kdebug:start search(file=config.ps, must_exist=0, find_all=0, path=.:~/tex:!!/usr/local/texmf/dvips//). kdebug:search(config.ps) => /usr/local/texmf/dvips/config/config.ps kdebug:start search(file=/root/.dvipsrc, must_exist=0, find_all=0, path=.:~/tex:!!/usr/local/texmf/dvips//). search(file=/home/goossens/.dvipsrc, must_exist=1, find_all=0, path=.:~/tex/dvips//:!!/usr/local/texmf/dvips//). kdebug:search($HOME/.dvipsrc) => kdebug:start search(file=config.cms, must_exist=0, find_all=0, path=.:~/tex/dvips//:!!/usr/local/texmf/dvips//). kdebug:search(config.cms) =>/usr/local/texmf/dvips/cms/config.cms
kdebug:start search(file=texc.pro, must\_exist=0, find\_all=0,
path=.:~/tex/dvips//:!!/usr/local/texmf/dvips//: ~/tex/fonts/type1//:!!/usr/local/texmf/fonts/type1//). kdebug:search(texc.pro) => /usr/local/texmf/dvips/base/texc.pro
kdebug:start search(file=cmr10.tfm, must\_exist=1, find\_all=0,
path=.:~/tex/fonts/tfm//:!!/usr/local/texmf/fonts/tfm//: /var/tex/fonts/tfm//). kdebug:search(cmr10.tfm) => /usr/local/texmf/fonts/tfm/public/cm/cmr10.tfm kdebug:start search(file=texps.pro, must\_exist=0, find\_all=0, ... <texps.pro> kdebug:start search(file=cmr10.pfb, must\_exist=0, find\_all=0, path=.:~/tex/dvips//:!!/usr/local/texmf/dvips//: ~/tex/fonts/type1//:!!/usr/local/texmf/fonts/type1//). kdebug:search(cmr10.pfb) => /usr/local/texmf/fonts/type1/public/cm/cmr10.pfb <cmr10.pfb>[1]
|
Zunächst sucht dvips (bzw. Kpathsea) seine Konfigurationsdateien, nämlich texmf.cnf (das die Pfade der anderen Dateien enthält), dann die Dateinamen-Datenbank ls-R (zur Optimierung der Suche) und die Datei aliases, mit deren Hilfe für eine Datei mehrere Namen vereinbart werden können, z. B. um die kurzen »8.3«-DOS-Namen mit aussagefähigen, langen Namen zu assoziieren. Danach wird die allgemeine dvips-Konfigurationsdatei config.ps, anschließend die benutzerspezifische Konfigurationsdatei .dvipsrc (wird hier nicht gefunden) gesucht. Als letztes sucht dvips die Zuordnungsdatei für Computer-Modern-PostScript-Zeichensätze config.cms (bedingt durch die Option -Pcms beim Aufruf von dvips). Diese Datei enthält die Dateinamen der Listen, die die Zuordnung zwischen Dateinamen und Zeichensatznamen herstellen.
dvips versucht, diese Dateien und zusätzlich die allgemeine Zeichensatzzuordnungstabelle psfonts.map zu laden, die immer konsultiert wird; der letzte Teil von Abschnitt 7.2.3 erklärt diese Tabellen genauer.
Jetzt erfolgt die normale Startmeldung von dvips:
Es geht weiter mit cmr10.tfm und einigen weiteren Prologdateien, deren Ausgaben wir hier weglassen. Letztlich wird die Type-1-Zeichensatzdatei cmr10.pfb gesucht (und gefunden) und in die Ausgabedatei integriert (siehe letzte Zeile).
Zu den willkommenen Erweiterungen von Web2C zählt die Möglichkeit, zur Laufzeit einige Speichergrößen über die Datei texmf.cnf anpassen zu können (insbesondere die Größe einiger Stacks). Eine ausführliche Liste der veränderbaren Parameter finden Sie in der Datei texmf.cnf. Die wichtigsten Werte sind:
Natürlich sind diese Parameter kein Ersatz für eine wirklich dynamische Speicherverwaltung. Mit der gegenwärtigen Version von TEX ist dieses Konzept aber nur extrem schwer zu implementieren; darum stellt dieses Verfahren eine praktikable Lösung dar.
Die TEX Live ist eine gemeinsame Arbeit faktisch aller TEX Users Groups.
Die Entwicklung des vorliegende TEX Live-Releases wurde von Sebastian Rahtz und Karl Berry geleitet; die übrigen Haupt-Mitarbeiter sind im Folgenden aufgelistet.
Lauffähige Programme:
Dokumentation und Anpassung der Übersetzungen:
Natürlich haben wir am meisten Donald Knuth zu danken, einmal dafür, dass er TEX erfand und dann dafür, dass er es der Welt schenkte.
Diese Ausgabe der TEX Live ist in Zusammenarbeit der TEX Users Group (TUG), der UKTEX Users Group, der französischen TEX-Vereinigung GUTenberg und der deutschsprachigen TEX-Anwendervereinigung (DANTE e. V.) unter Mithilfe der niederländischen, tschechischen/ slowakischen, indischen, polnischen und russischen TEX-Benutzergruppen entstanden.
Die niederländische TEX-Benutzergruppe hatte Ende 1993 mit der Produktion der 4AllTEX-CD-ROM für MS-DOS die Diskussion angeregt, eine einzige CD-ROM für alle Rechnersysteme zu entwickeln. Zum damaligen Zeitpunkt war dieses Ziel zu hoch gesteckt, doch immerhin entstand aus dieser Diskussion nicht nur die sehr erfolgreiche 4AllTEX-CD-ROM, sondern auch die TUG-Arbeitsgruppe zur Definition der TEX Directory Structure TDS, die die zur Arbeit mit TEX notwendigen und hilfreichen Dateien in eine konsistente und handhabbare Verzeichnisstruktur einbettet. Das »Final Draft«-Dokument, das diese Verzeichnisstruktur festlegt, wurde in der Dezember-Ausgabe 1995 der TUGBoat veröffentlicht. Schon frühzeitig war den Beteiligten klar, dass eine CD-ROM auf der Basis der TDS sehr zu begrüßen wäre. Die TEX Live-CD-ROM war das direkte Resultat der Beratungen der TDS-Arbeitsgruppe. Außerdem hat der Erfolg der 4AllTEX-CD-ROM klargemacht, dass ein ähnliches System auch für UNIX-Benutzer eine Erleichterung darstellen würde. Dies war der zweite Beweggrund für die TEX Live-CD-ROM.
Im Herbst 1995 wurde das Projekt, eine TDS-basierte UNIX-CD-ROM zu entwickeln, in Angriff genommen. Sehr schnell stießen die Verantwortlichen auf das teTEX-System von Thomas Esser als idealen Ausgangspunkt für diese Arbeit, weil es verschiedene Rechnerplattformen unterstützte und für die Arbeit mit verschiedenen Dateisystemen vorgesehen war. Anfang 1996 wurde in Zusammenarbeit mit Thomas Esser ernsthaft mit der Arbeit begonnen und im Mai 1996 die erste Ausgabe der CD-ROM veröffentlicht.
Anfang 1997 stellte Karl Berry eine neue Version seines Web2C-TEX-Systems vor, das schon nahezu alle Ausstattungsmerkmale aufwies, die Thomas Esser mit teTEX verwirklicht hatte. Die TUG entschied sich daraufhin, die zweite Version der CD-ROM auf der Basis von Web2C unter Verwendung des Installations-Skripts texconfig aus dem teTEX-Paket zu entwickeln.
Die dritte Ausgabe basierte auf der inzwischen von Olaf Weber gepflegten und weiter entwickelten Web2C Version 7.2; TEX Live unterstützte fast alle Eigenschaften der zur selben Zeit entstandenen neuen Version von teTEX.
Die vierte Ausgabe folgte demselben Schema, indem ihr neue Versionen von teTEX und Web2C (7.5) zugrunde lagen. Fast die gesamte CD-ROM wurde einer kritischen Überprüfung unterzogen, wobei besonders darauf geachtet wurde, dass doppelte Dateien entfernt wurden und die Einordnung der Pakete konsistent erfolgte. Zudem enthielt diese Ausgabe ein komplettes Windows-Setup.
Für die fünfte Ausgabe im März 2000 wurden wiederum große Teile der CD-ROM ersetzt, wobei Hunderte von überarbeiteten Paketen aufgenommen wurden. Omega, pdfTEX und Teile der TEX-Support-Programme (hier insbesondere xdvi, dvips und tex4ht) lagen in neuer Version vor. Die Hauptänderung bei der TEX Live 5 betraf die »non-free«-Software. Alles auf dieser CD-ROM war nun in Übereinstimmung mit den Debian Free Software Guidelines (http://www.debian.org/intro/free). Wir haben unser Bestes versucht, die Lizenzbedingungen aller Pakete zu überprüfen, sind aber dankbar, wenn wir auf Fehler hingewiesen werden.
Die sechste Ausgabe der TEX Live vom Juli/August 2001 enthielt die neuesten Versionen aller Pakete und Programme. Das neue Installationskonzept stellte die größte Änderung dar: Der Benutzer konnte nun viel genauer gewünschte bzw. nicht erwünschte Sammlungen und Pakete auswählen. Dabei wurden die sprachspezifischen Sammlungen komplett überarbeitet, so dass sie jetzt automatisch nicht nur Makros, Fonts usw. installierten, sondern zusätzlich die notwendigen Einträge in language.dat vornahmen.
Die siebte Ausgabe vom Mai 2002 enthält als größte Änderungen Mac OS X und wieder unzählige Updates aller Pakete und Programme. Ein wesentliches Ziel war zudem die Wiedererstellung einer gemeinsamen Quelle mit teTEX, um das Auseinanderlaufen seit TEX Live 5 und TEX Live 6 zu korrigieren.
Im Jahr 2003 war die Flut von Updates und neuen Paketen so groß geworden, dass wir feststellen mussten: »TEX Live passt nicht mehr auf eine einzelne CD-ROM «. Und so wurde sie in drei verschiedene Distributionen aufgeteilt (siehe Abschnitt 2.1 auf Seite 9). Des Weiteren:
Nach den .map-Dateien wird jetzt in den fonts/map-Unterverzeichnissen im TEXFONTMAPS-Pfad gesucht (in jedem texmf-Baum). Gleichzeitig werden .enc-Dateien jetzt in den fonts/enc-Unterverzeichnissen entlang des ENCFONTS-Pfads gesucht. Das Programm updmap versucht, bei problematischen Dateien zu warnen.
Informationen darüber, wie das gehandhabt wird, und zusätzliche Informationen finden Sie unter http://tug.org/texlive/mapenc.html.
Anmerkung: Da TEX byte-orientiert ist, können bei einer Unicode-Eingabe (2-Byte-Zeichen) im Kontext von Fehlermeldungen Folgen von 1-Byte-Zeichen ausgegeben werden.
Das bedeutet, dass es wichtiger denn je ist, das Paket ifpdf zu benutzen (es arbeitet sowohl mit plainTEX als auch mit LATEX), da der einfache Test, ob \pdfoutput oder ein anderer TEX-Grundbefehl (primitive) definiert ist, nicht verlässlich genug ist für die Entscheidung, ob eine PDF-Ausgabe erzeugt wird. Wir haben das rückwärts-kompatibel gemacht, so gut wir das dieses Jahr konnten; nächstes Jahr aber soll \pdfoutput so beschaffen sein, dass dieser Befehl auch dann definiert ist, wenn DVI-Code erzeugt wird.
Für zusätzliche Informationen siehe das Web2C-Handbuch: texmf/doc/web2c.
), eine neue »Engine«, die e-TEX und Omega vereinigt, ist verfügbar.
Ein bisschen Information darüber finden Sie in texmf-dist/doc/aleph/base und http://www.tex.ac.uk/cgi-bin/texfaq2html?label=aleph. Das LATEX-basierte Aleph-Format
heißt lamed.
Im Jahr 2005 gab es – wie üblich – viele aktualisierte Pakete und Programme. Die Struktur des Systems blieb weitgehend gleich, mit folgenden Ausnahmen:
TEXLive ist nicht perfekt! – und wird es auch nie sein. Wir planen im Abstand von jeweils einem Jahr Neuauflagen zu produzieren, die umfangreichere Hilfstexte, mehr Hilfsprogramme, mehr Installationshilfen und (natürlich) den ständig verbesserten und überprüften Satz der Makros und Zeichensätze enthalten. Diese Arbeit wird von Freiwilligen in ihrer knappen Freizeit geleistet. Viel Arbeit steht noch an. Wenn Sie uns helfen können, zögern Sie keine Sekunde, sich bei uns zu melden.
Verbesserungen, Anregungen und Erweiterungen für künftige Ausgaben der TEX Collection senden Sie bitte an:
Sebastian Rahtz
7 Stratfield Road
Oxford OX2 7BG
United Kingdom
E-Mail: tex-live@tug.org
http://tug.org/texlive/
Neue Versionen, Anmerkungen und zusätzliches Material werden über die CTAN-Server im Verzeichnis info/texlive zur Verfügung gestellt. Im WWW können Sie sich über die Adresse http://www.tug.org/tex-live/ informieren und die Bestellformalitäten einsehen.
Anmerkung: Die Voreinstellung für das Papierformat im TEX Live-System ist a4.
GUI: Graphical User Interface; Graphische Benutzeroberfläche
Die Festlegung »nicht frei« folgt den Richtlinien für »freie Software«. Es heißt nicht, dass Sie die Software nicht
auch kostenlos bekommen können.
Die Headerfiles der Microsoft-SDK enthalten rund 12 000 Funktionen!
Dies kann je nach Version des Betriebssystems unterschiedlich sein. In der deutschsprachigen Version von
Windows heißt diese Programmgruppe meistens »Zubehör«.
Was auch erklärt, warum es unwahr ist, ihn unter Windows NT als DOS-Box zu bezeichnen.
Unter NTFS kann dies bis auf 512 Byte gesenkt werden.
Ok, Windows NT/Windows XP und Windows 2000 haben dazu gelernt. Der angegebene Trick funktioniert
aber für alle Systeme!
IPA: International Phonetic Alphabet
LPPL: LaTeX Project Public License