Linux Drucker HOWTO Grant Taylor (gtaylor@picante.com), Jens Vonderheide (Jens_Vonderheide@wharfrat.fido.de) und Robert Fendt (fendt@student.physik.uni-dortmund.de) v3.17-3, 14. September 1998 Dieser Text ist eine Zusammenfassung von Informationen, wie man unter Linux (und anderen UNIX-Derivaten) Dokumente generiert, ansieht, druckt oder faxt. 1. Einleitung Die Drucker HOWTO sollte alles beinhalten, was sie wissen müssen, um Druckdienste auf Linux-Maschinen einzurichten. Die Installation von Druckern unter Linux ist zwar komplizierter als bei anderen Betriebssystemen, dafür ist die Lösung von Linux bzw. Unix erheblich flexibler und auch in großen Netzverbunden ohne Probleme einsetzbar. Dieses Dokument ist so strukturiert, daß die meisten Leute nur etwa die erste Hälfte lesen müssen. Die meisten der schwierigeren und situationsabhängigen Informationen finden sich in der zweiten Hälfte und können im Inhaltsverzeichnis leicht gefunden werden, wobei ein Großteil der Informationen in den Abschnitten ``Distributionsabhängige Lösungen'' bzw. ``Ghostscript'' wahrscheinlich von den meisten Leuten gebraucht wird. Diese HOWTO ist mit der Version 3 komplett neu geschrieben worden, deshalb sind viele Informationen aus früheren Versionen verlorengegangen. Das ist Absicht, da die alten Versionen 60 Seiten und mehr umfaßten und den Erzählfluß einer toten Schildkröte hatten. Wer hier keine passende Antwort findet, sollte zum einen die vorhergehende Version auf der Printing HOWTO Home Page http://www.picante.com/~gtaylor/pht/ durchsuchen und zum anderen dem Autor einen Nachricht hinterlassen, was in dieser HOWTO noch stehen sollte. Die alten Versionen stehen nur in englischer Sprache zur Verfügung. Die Printing HOWTO-Home Page ist eine gute Stelle, um die aktuelle (englische) Version dieser HOWTO zu bekommen. Die deutsche Version ist auf http://www.tu-harburg.de/dlhp/ zu bekommen. Hier sind auch weitere deutsche Übersetzungen zu haben. Für die Koordination des deutschen HOWTO-Projekts ist Marco Budde (Budde@tu-harburg.de) verantwortlich. 1.1. Anmerkungen zur Übersetzung Die Übersetzer haben sich bemüht, möglichst wörtlich zu übersetzen. Daher wurden in dieser HOWTO-Übersetzung auch die Sätze des Autors, die in der ersten Person geschrieben sind, ohne Änderung übernommen. Im folgenden bezieht sich daher »Ich« auf den Autor des englischen Original HOWTO-Textes, Grant Taylor. Um die Verständlichkeit zu erhalten, sind einige Fachbegriffe, die im Englischen selbst-erklärend sind, unübersetzt geblieben: Spool Warteschlange. Hier »warten« Druckaufträge, bis der Drucker bereit ist. Device Wörtlich: Gerät. Kann sich auf ein physikalisches Gerät wie den Drucker beziehen, bezeichnet aber meistens ein logisches Gerät für Linux, z.B. lp1. Manual Page Handbuchseite. Beschreibt einen Befehl o.ä. Wird durch man angezeigt. 1.2. Copyright Dieses Dokument ist urheberrechtlich geschützt. Das Copyright für die englische Printing HOWTO, auf der dieses Dokument basiert, liegt bei Grant Taylor. Das Copyright für die deutsche Übersetzung liegt bei Jens Vonderheide, Robert Fendt und Marco Budde. Das Dokument darf gemäß der GNU GPL kostenlos verbreitet werden. Das bedeutet, daß der Text sowohl über elektronische wie auch physikalische Medien ohne die Zahlung von Lizenzgebühren verbreitet werden darf, solange dieser Copyright-Hinweis nicht entfernt wird. Eine kommerzielle Verbreitung ist erlaubt und sogar erwünscht. Bei einer Verbreitung in Papierform ist das deutsche HOWTO-Projekt hierüber zu informieren. 2. Wie druckt man? Wenn lpd bereits so eingerichtet ist, daß man drucken kann, dann muß nur noch der Gebrauch des lpr-Kommandos erlernt werden. Dieses ist jedoch nicht Gegenstand dieser HOWTO. Zu diesem Thema gibt es eine eigene HOWTO, die Printing Usage HOWTO. Wenn Sie allerdings ein neues System oder einen neuen Drucker haben, dann werden Sie die Druckdienste auf die eine oder andere Weise einrichten müssen, bevor Sie drucken können. 3. Kernel-Drucker-Devices 3.1. lp-Device Der Linux-Kernel (<=2.1.32), falls das lp-Device einkompiliert oder geladen wurde (die Ausgabe von cat /proc/devices sollte das Device lp einschließen), stellt ein oder mehr Devices /dev/lp0, /dev/lp1 und /dev/lp2 zur Verfügung. Diese werden nicht dynamisch zugeordnet, sondern korrespondieren vielmehr mit einer bestimmten I/O-Adresse der Hardware. Das heißt, daß der erste Drucker entweder lp0 oder lp1 sein kann, abhängig von der verwendeten Hardware. Testen Sie einfach beides ;-). Einige Leute haben berichtet, daß ihre bidirektionalen lp-Ports nicht erkannt wurden, wenn sie ein altes, unidirektionales Kabel verwendeten. Überprüfen Sie also, ob Sie über ein vernünftiges Kabel verfügen. Man kann nicht die plip- und lp-Treiber gleichzeitig auf einem Port laufen lassen. Man kann aber einen der beiden Treiber entweder manuell oder mit dem kerneld (mit Kernelversion 2.x oder späten 1.3.x) laden. Wenn man die Interrupts u.ä. sinnvoll setzt, kann man lp auf dem einen und plip auf dem anderen Port laufen lassen. Jemand hat das gemacht, indem er die Treiber geändert hat; es bleibt abzuwarten, ob es auch eine einfache Kommandozeilen-Methode gibt. Es gibt ein kleines Utility namens tunelp, mit dem man als root den verwendeten Interrupt, die Übertragungsgeschwindigkeit und anderes eines lp-Device einstellen kann. Wenn der Treiber in den Kernel eingebunden wurde, können mit der lp=-Option während des Bootvorganges die Portadressen und Interrupts eingestellt werden. Die Option hat folgenden Syntax: lp=port0[,irq0[,port1[,irq1[,port2[,irq2]]]]] Um die Portadresse 0x378 und keinen Interrupt (Polling) zu verwenden, würde dann folgendes benutzt werden: lp=0x378,0 Mit nachfolgender Option würde die Adresse 0x278 mit dem Interrupt 5 und die Adresse 0x387 mit dem Interrupt 7 verwendet werden: lp=0x278,5,0x378,7 Die Einstellungen des letzten Beispieles spiegeln die Standardwerte für die beiden parallelen Schnittstellen wieder. Wenn diese Funktion benutzt wird, müssen alle Ports angegeben werden, die berücksichtigt werden sollen, es gibt keine Voreinstellungen. Der eingebaute Treiber kann mit lp=0 deaktiviert werden. Wenn der Treiber als Modul geladen wird, können die Adressen und Interrupts in der üblichen Syntax dem insmod-Kommando übergeben werden. Falls der kerneld Verwendung findet, können die Einstellungen in der Datei /etc/conf.modules vorgenommen werden. Die Parameter sind io=port0,port1,port2 und irq=irq0,irq1,irq2. Weitere Informationen liefert die Manual Page zu insmod. Der Quelltext für den Linux Parallelporttreiber befindet sich in der Datei /usr/src/linux/drivers/char/lp.c. 3.2. parport-Device Beginnend mit Kernel 2.1.33 (und verfügbar als Patch für Kernel 2.0.30) ist das lp-Device eigentlich nur noch ein Client des neuen parport-Devices. Die Erweiterung um das parport-Device beseitigt einige der Probleme, die den alten lp-Treiber quälten: ein Port kann mit anderen Treibern »geteilt« werden, den verfügbaren Parallelports werden dynamisch Device-Nummern zugeordnet, anstatt eine feste Zuordnung zu erzwingen, und einiges mehr. Die Verfügbarkeit des parport-Devices hat eine ganze Reihe neuer Treiber für den Parallelport ermöglicht, so z.B. für parallele ZIP- Laufwerke, externe CD-ROMs und Festplatten. Einige davon sind auch für Kernel 2.0.x verfügbar; weitere Informationen hierzu finden sich im WWW. Eine Dokumentation zum parport-Treiber ist in den Kernelquellen in der Datei Documentation/parport.txt zu finden. Auch ein Blick auf die parport-Webseite unter folgender Adresse könnte sinnvoll sein: http://www.cyberelk.demon.co.uk/parport.html 3.3. Serielle Devices Die Devices serieller Schnittstellen heißen unter Linux /dev/ttySx, wobei x die spezielle Schnittstelle bezeichnet. Die erste serielle Schnittstelle wäre also /dev/ttyS0. Das Programm stty erlaubt es, interaktiv die Einstellungen für die seriellen Schnittstellen anzusehen oder zu verändern; mit setserial können einige erweiterte Attribute eingestellt werden und IRQs bzw. I/O-Adressen für nicht-standardmäßige Schnittstellen konfiguriert werden. Weitere Informationen über serielle Schnittstellen können in der Serial HOWTO nachgelesen werden. Wenn man einen langsamen seriellen Drucker mit serieller Flußkontrolle benutzt, kann es sein, daß einige Druckaufträge nicht vollständig ausgedruckt werden. Das kann mit der seriellen Schnittstelle zusammenhängen. Damit die von einem Programm gelieferten Daten nicht verloren gehen, wenn der Drucker per Flußkontroller dem Computer mitteilt, daß er zur Zeit keine weiteren Daten empfangen kann, weil sein Speicher voll ist, speichert der Treiber der seriellen Schnittstelle die Daten in einen Puffer. Diese Puffer kann 4096 Zeichen aufnehmen. 30 Sekunden nachdem das Programm das Schnittstellendevice geschlossen hat, löscht der Treiber den Puffer. Falls der Drucker also nicht schnell genug ist, in den 30 Sekunden die im Puffer stehenden Daten zu empfangen, gehen diese verloren. Wenn der Befehl cat file > /dev/ttySx kurze Dateien komplett ausdruckt, bei längeren aber das Ende abschnei det, könnte genau dieser Fall vorliegen. Die 30-Sekunden-Wartezeit kann durch die closing_wait- Kommandozeilenoption von setserial (Version 2.12 oder später) eingestellt werden. Die seriellen Schnittstellen eines Rechners werden üblicherweise durch einen Aufruf von setserial in einer der Bootdateien initialisiert. Der Aufruf für den Port, an dem der Drucker hängt, kann so modifiziert werden, daß zusammen mit den anderen Parametern die closing_wait-Option eingestellt wird. 4. Unterstützte Drucker Der Linux-Kernel unterstützt praktisch alle Drucker, die man an eine serielle oder parallele Schnittstelle anschließen kann, aber es gibt einige Dinge, auf die man achten sollte, und auch einige Drucker, die Sie nicht werden benutzen können, obwohl sie elektrisch gesehen mit Linux kommunizieren können. Zu diesen gehören vor allem jene inkompatiblen Drucker, die auf das Windows Printing System angewiesen sind. In Prospekten oder Handbüchern werden diese Drucker gerne als »Drucker für Windows« oder als GDI-Drucker bezeichnet. Diese Drucker funktionieren nicht mit Linux. Dieses liegt darin begründet, daß diese Drucker im Prinzip nur das eigentliche Druckwerk und eine Schnittstelle zum PC enthalten. Das führt dazu, daß der PC viele Aufgaben beim Drucken übernehmen muß, die der Drucker normalerweise selbst erledigt. Die gesamte Intelligenz des Druckers steckt deshalb in den Druckertreibern, die auf dem PC installiert sind. Bisher gibt es solche Treiber nur für Windows und selbst dort gibt es teilweise Probleme, passende Treiber zu bekommen. Wenn Sie Linux einsetzen möchten, sollten Sie also sehr aufpassen, nicht einen GDI-Drucker zu kaufen. Auch sonst lohnt sich die Anschaffung von GDI-Druckern nicht, da vernünftige Geräte kaum teurer sind und erheblich weniger Probleme verursachen. Wenn Sie bereits einen solchen Drucker besitzen, gibt es Möglichkeiten, um Linux zur Zusammenarbeit zu bewegen, aber diese sind unzureichend. Weitere Informationen zu diesem Typ von Druckern finden Sie in Abschnitt ``GDI-Drucker''. Die beste Wahl für Linux sind Drucker, die einen Interpreter für PostScript enthalten. Fast jedes Unix-Programm produziert PostScript- Daten, wenn gedruckt werden soll, so daß es offensichtlich keine schlechte Idee ist, einen Drucker zu verwenden, der diese Seitenbeschreibungssprache direkt versteht. Im professionellen Bereich wird fast ausschließlich auf PostScript als Druckersprache gesetzt, da PostScript viele Vorteile bietet. Gegen Drucker mit PostScript- Unterstützung sprechen vor allem die Kosten. PostScript findet man standardmäßig eigentlich nur bei teurer Laserdruckern. Ganz selten gibt es auch Tintenstrahldrucker mit PostScript. Bei den meisten Druckern muß man für die PostScript-Unterstützung mindestens Zusatzkosten von 300,- DM einkalkulieren. Wenn Sie die zusätzlichen Kosten eines PostScript-Druckers scheuen, so können Sie einen Drucker anschaffen der von Ghostscript unterstützt wird. Ghostscript ist ein kostenloser PostScript-Interpreter für Linux. Mittels dieses Programmes können Sie PostScript-Daten in die Druckersprache Ihres Druckers übersetzen. Ihr Drucker wird also quasi zu einem PostScript-Drucker. Auf der Ghostscript Homepage, die Sie unter der Adresse http://www.cs.wisc.edu/~ghost/ erreichen, finden Sie eine Liste der unterstützten Drucker und Infor mationen über den Status von neuen und experimentellen Treibern. Adobe hat eine neue Druckersprache namens PrintGear entwickelt. Es handelt sich dabei wohl um eine stark vereinfachte Sprache im Binärformat, die einiges von PostScript geerbt hat, aber nicht dazu kompatibel ist. Anscheinend gibt es bisher keine Unterstützung durch Ghostscript für diese neue Druckersprache. 4.1. Drucker-spezifische Bemerkungen Dieser Abschnitt ist unvollständig und wird es immer sein. Aber die enthaltenen Informationen sollten korrekt sein. Canon BJ-10ex Ein Bericht schlägt vor, daß der Canon sehr viel besser im Epson LQ Modus arbeitet, der per DIP-Schalter eingeschaltet werden kann. Anscheinend war die Ausgabe im Canon-Modus unterbrochen oder falsch. Andererseits gibt es mittlerweile bessere Unterstützung für Canon-Drucker in Ghostscript, so daß sich dieses Problem erledigt haben dürfte. Lexmark Lexmark stellt viele verschiedene Drucker her; viele sind allerdings GDI-Drucker: · Color Jetprinter 1000 · Color Jetprinter 1020 (non Business Edition) · Color Jetprinter 2030 · Color Jetprinter 2050 · Color Jetprinter 2070 · Color Jetprinter 7000 · Color Jetprinter 7200 · Winwriter 100 · Winwriter 150c · Winwriter 200 5. Welche Spool-Software? Bis vor kurzem war die Wahl für Linux-Anwender einfach; jeder verwendete denselben alten lpd, der fast komplett aus der Net-2-Distribution von BSD übernommen wurde. Auch heute liefern die meisten Distributoren noch diese Software aus. Aber das beginnt sich zu verändern. SVR4-ähnliche Systeme wie Sun Solaris kommen mit einem komplett anderen Spool-Paket, das auf lpsched beruht. Es gibt ferner Anzeichen, daß einige Linux-Distributoren auf LPRng umsteigen werden, eine wesentlich neuere Implementierung, die frei erhältlich ist. LPRng ist für große Installationen wesentlich einfacher zu verwalten und besitzt einen nicht so erschreckend zusammengewürfelten Code wie der ursprüngliche lpd. Es kann sogar wirklich von sich behaupten, sicher zu sein; es gibt keine SUID-Teile, und es unterstützt Authentisierung via PGP oder Kerberos. Im Moment ist der lpd wohl für die meisten Linuxanwender trotz der neuen Möglichkeiten der anderen Programme die beste Lösung. Denn obwohl es sich nicht um das schönste System handelt, funktioniert es sehr gut, wenn es erst einmal eingerichtet ist. Sollten Probleme auftauchen, hat man den Vorteil, daß sich viele Leute mit dem lpd auskennen und einem so helfen können. Außerdem ist der lpd in vielen Unix-Büchern gut dokumentiert. Weitere Informationen über LPRng sind auf der LPRng-Seite zu finden: http://www.astart.com/lprng/LPRng.html 6. Grundlagen Damit das Drucken gut funktioniert, ist es wichtig, die Funktionsweise des lpd-Systems zu verstehen. Lpd steht für Line Printer Daemon und bezieht sich je nach Zusammenhang entweder auf den Daemon selbst oder auf die gesamten Programme, die für das Druck-Spooling zuständig sind. Hierzu gehören: lpd Dieses ist der eigentlich Daemon, der für die Ausgabe der Daten auf den Drucker sorgt. lpr Mittels dieses Befehls kann der Anwender Druckaufträge in die Warteschlange des lp-Daemon abschicken. lpq Listet die Aufträge in einer Drucker-Warteschlange auf. lpc Der Lpd-Systemkontrollbefehl. Mit lpc können die Warteschlangen gestoppt, gestartet, umsortiert, etc. werden. lprm lprm entfernt einen Auftrag aus der Warteschlange. Und wie paßt das alles zusammen? Nun, wenn der Computer bootet, wird der lpd gestartet. Der Daemon durchsucht die Datei /etc/printcap, um festzustellen, für welche Drucker Warteschlangen verwaltet werden. Jedesmal, wenn man lpr aufruft, nimmt lpr mit dem lpd durch den Named Socket /dev/printer Verbindung auf und übergibt dem lpd die zu druckende Datei und einige Informationen, wer druckt und wie zu drucken ist. lpd druckt dann die Datei auf dem passenden Drucker aus. Das lp-System wurde ursprünglich entwickelt, als die meisten Drucker Zeilendrucker waren. Die Drucker kannten weder verschiedene Zeichensätze noch Grafikmodi. Es wurde vom lp-Daemon einfach der Text im ASCII-Format an den Drucker übertragen. Daß das lp-System auch heute noch verwendet werden kann, liegt darin begründet, daß auch heute das lp-System einzig die Aufgabe hat, die Druckdaten, z.B. in PCL oder PostScript, an den Drucker zu übertragen. 7. Grundeinstellungen 7.1. Traditionelle lpd-Konfiguration Die Minimaleinstellungen für lpd liefern ein System, das Dateien in Warteschlangen verwalten und sie drucken kann. Es kümmert sich aber nicht darum, ob der Drucker die Dateien überhaupt versteht und wird vermutlich keine ansehnlichen Ausgaben produzieren. Trotzdem ist diese einfache Konfiguration der erste Schritt, um das System zu verstehen. Um eine neue Warteschlange zu erzeugen, muß man einen Eintrag in /etc/printcap hinzufügen und ein neues Spool-Verzeichnis unter /var/spool/lpd erzeugen. Ein Eintrag in /etc/printcap sieht etwa so aus: # lokaler DeskJet 500 lp|dj|deskjet:\ :sd=/var/spool/lpd/dj:\ :mx#0:\ :lp=/dev/lp0:\ :sh: Dies definiert eine Warteschlange mit den Namen lp, dj und deskjet, wobei /var/spool/lpd/dj als Spool-Verzeichnis benutzt wird. Die maximale Größe der Aufträge ist nicht begrenzt und am Anfang der Druckaufträge wird kein Deckblatt, z.B. mit dem Namen der Person, die den Druckauftrag abgeschickt hat, ausgegeben. Der Drucker würde in diesem Beispiel an /dev/lp0 hängen. Jetzt wäre der richtige Augenblick, um die printcap Manual Page zu lesen. Das obige Beispiel sieht sehr einfach aus, hat aber ein Problem. Wenn man nicht Dateien an das Drucksystem übergibt, die ein DeskJet 500 verstehen kann, wird dieser Drucker seltsame Sachen ausgeben. Wenn man z.B. eine gewöhnlichen UNIX-Textdatei an den Deskjet schickt, wird man folgende Ausgabe erhalten: Zeile eins Zeile zwei Zeile drei Verursacht wird dieser Fehler dadurch, daß Linux einen Zeilenumbruch in einer Textdatei anders kodiert als DOS und Windows, deren Kodierung die meisten Drucker erwarten. Würde eine PostScript-Datei ausgegeben, würde der Drucker einfach die PostScript-Befehle ausdrucken, statt diese zu interpretieren. Offensichtlich wird mehr benötigt, und genau das ist die Aufgabe von Filtern. Dem aufmerksamen Leser werden bei der printcap Manual Page die Spool-Attribute if und of aufgefallen sein. if, der Inputfilter, ist genau das, was wir jetzt brauchen. Um das Problem mit dem Zeilenumbruch beim Drucken von Textdateien zu lösen, könnte man ein Shellskript mit dem Namen filter schreiben, das die Kodierung des Zeilenumbruches anpaßt. Damit der lpd dieses Skript aufruft, muß dem printcap-Eintrag des Druckers eine if-Zeile hinzugefügt werden: lp|dj|deskjet:\ :sd=/var/spool/lpd/dj:\ :mx#0:\ :lp=/dev/lp0:\ :if=/var/spool/lpd/dj/filter:\ :sh: Ein einfaches Filterskript könnte sein: #!perl # Die obige Zeile muß den kompletten Pfad zu perl # enthalten. Dieses Skript muß ausführbar sein: # chmod 755 filter while(){chop $_; print "$_\r\n";}; # Eventuell möchte man, daß am Ende des Druckauftrages # ein Seitenvorschub ausgeführt wird. Dieses ist # insbesondere bei Tintenstrahl- und Laserdruckern # sinnvoll: #print "\f"; Würde man das System so konfigurieren, hätte man eine Warteschlange, die wunderbar für UNIX-Textdateien funktionieren würde. Natürlich gibt es vier Millionen bessere Möglichkeiten, diesen Filter zu schreiben, aber wenige sind so anschaulich. Der Leser möge dieses effizienter gestalten. Das einzige verbleibende Problem besteht darin, daß man heute meistens keine Textdateien drucken möchte. Vielmehr sollen meistens PostScript- oder Grafikdateien ausgegeben werden. Auch dieses Problem läßt sich mit einem Inputfilter lösen. Dazu muß einfach der obige Zeilenumbruch- Filter erweitert werden. Wenn man einen Filter schreibt, der beliebige Dateitypen akzeptiert und diese in DeskJet-geeignete Ausgaben umwandelt, hat man wirklich einen cleveren Druck-Spooler. So ein Filter wird Magic-Filter genannt. Man sollte sich nicht die Mühe machen und selber einen schreiben, solange man keine wirklich ungewöhnlichen Sachen drucken will. Es gibt bereits einige wirklich gute Filter. Der APS-Filter ist einer der besten Filter. Viele Linux- Distributionen werden auch mit Setup Tools für den Drucker ausgeliefert, die die Konfiguration von Druckern und passenden Filtern deutlich erleichtern. 7.2. Dateizugriffsrechte Auf Grund von häufigen Nachfragen folgt hier eine Liste der Zugriffsrechte der wichtigen Dateien, wie sie auf meinem System gesetzt sind. Es gibt sicherlich bessere Möglichkeiten, aber so wurde das System installiert und es funktioniert. -r-sr-sr-x 1 root lp /usr/bin/lpr* -r-sr-sr-x 1 root lp /usr/bin/lprm* -rwxr--r-- 1 root root /usr/sbin/lpd* -r-xr-sr-x 1 root lp /usr/sbin/lpc* drwxrwxr-x 4 root lp /var/spool/lpd/ drwxr-xr-x 2 root lp /var/spool/lpd/lp/ lpd muß momentan als root aufgerufen werden, da nur root das Recht hat, den Netzwerk-Port für lp zu belegen. Im Prinzip könnte der Daemon nach der Initialisierung seine UID ändern, wie das eigentlich jeder gut programmierte Daemon machen sollte. Der lpd tut dieses zur Zeit aber nicht. 8. Woher man Drucker-Software bekommt Viele fertige Filterpakete und weitere Software rund ums Drucken sind auf folgendem Server zu finden: metalab.unc.edu:/pub/Linux/system/printing/ Hier können auch Utilities wie psutils, a2ps, mpage, dvitodvi, flpr usw. bezogen werden. Eine Zeitlang gab es mehrere Pakete, die alle versuchten, die Druckereinrichtung zu vereinfachen. Sie existieren wahrscheinlich alle noch, aber eines der besten und aktuellsten ist das APS-Filter Paket von Andreas Klemm, das über eine menügeführte printcap-Einrichtung verfügt und praktisch mit allen denkbaren Datentypen klarkommt. Wenn Ihr Distributor keine gute Druckereinrichtung mitliefert, ist APS die richtige Wahl. 9. Distributionsabhängige Lösungen Dieser Abschnitt ist per Definition unvollständig. Sie können gerne Details Ihrer eigenen Lieblingsdistribution schicken. 9.1. Red Hat Red Hat besitzt ein grafisches Druckerverwaltungsprogramm (im Control Panel), mit dem man sowohl entfernte als auch lokale Drucker einrichten kann. Es läßt den Benutzer einen von Ghostscript unterstützten Drucker und das Unix Device, auf das gedruckt werden soll, auswählen und installiert sowohl eine Drucker-Queue in /etc/printcap als auch ein kurzes PostScript- und ASCII-Filterscript, das auf gs und auf nenscript basiert. Diese Lösung funktioniert ziemlich gut, und ist für normale Anforderungen einfach einzurichten. 9.2. Sonstige Distributionen Der Autor bittet um Informationen, was andere Distributionen machen. 10. Ghostscript Ghostscript, das von http://www.cs.wisc.edu/~ghost/ bezogen werden kann, ist ein unglaublich wichtiges Programm, um unter Linux zu drucken. Die meisten Programme unter Unix generiert PostScript und nur wenige, meistens teurere Drucker unterstützen PostScript direkt. Ghostscript allerdings ist frei und übersetzt die PostScriptbefehle in die Drucksprache des verwendeten Druckers. Wenn Ghostscript in Verbindung mit einem lpd-Eingabefilter verwendet wird, erhält man einen virtuellen PostScript-Drucker und das erleichtert das Leben enorm. Ghostscript gibt es in zwei Ausführungen. Die kommerzielle Version von Ghostscript, Aladdin Ghostscript, darf zwar frei verwendet, aber nicht mit kommerziellen Linux-Distributionen verbreitet werden. Die kommerzielle Version ist dem freien Ghostscript normalerweise um ungefähr ein Jahr voraus; im Moment unterstützt es beispielsweise bereits das Portable Document Format (PDF) des Adobe Acrobat, während die älteren Ghostscripts dies nicht tun. Die freie Version von Ghostscript ist GNU Ghostscript. Die GNU-Version ist einfach eine ältere Version von Aladdin Ghostscript, die freundlicherweise GNU überlassen wurde. Ein großes Lob hierfür an Aladdin für diese Regelung; mehr Softwarehersteller sollten freie Software so unterstützen. Was Sie auch immer mit gs anfangen, vergewissern Sie sich unbedingt, es mit der Option für ausgeschaltete Dateizugriffe (-dSAFER) zu starten. PostScript ist eine voll funktionale Sprache und erlaubt z.B. das Ausführen von externen Programmen, was zu echten Sicherheitsproblemen führen kann, da z.B. der lpd ja als root läuft. Was PDF angeht, so ist Adobes Portable Document Format in Wirklichkeit wenig mehr als organisiertes PostScript in einer gepackten Datei. Ghostscript kommt mit PDF genausogut klar wie mit PostScript. Daher könnten Sie in Ihrer Gegend der erste mit einem PDF-fähigen Drucker sein. 10.1. Aufruf von Ghostscript Normalerweise wird Ghostscript von dem Magic-Filter aufgerufen, den Sie verwenden; allerdings ist es zur Fehlersuche oft nützlich, Ghostscript direkt aufzurufen. gs -help gibt eine kurze, informative Übersicht über die Optionen und verfügbaren Treiber aus. Hierbei sollte man beachten, daß nur die Treiber angezeigt sind, die in gs einkompiliert worden sind. Falls der gewünschte Drucker nicht angezeigt wird, könnte es sich also lohnen, gs selbst zu kompilieren. Sie können gs für Testzwecke folgendermaßen aufrufen: gs optionen -q -dSAFER -sOutputFile=/dev/lp1 test.ps 10.2. Feineinstellung der Ausgabe Es gibt eine Reihe von Dingen, die man machen kann, wenn die Ausgabe von gs nicht zufriedenstellend ist. Tatsächlich können Sie alles machen, was Ihnen Spaß macht, da Ihnen der Quelltext zur Verfügung steht. 10.2.1. Position und Größe Die Position, die Größe und das Seitenverhältnis des Bildes auf einer Seite wird vom spezifischen Druckertreiber in Ghostscript kontrolliert. Wenn Sie feststellen, daß Ihre Seiten gestaucht oder gestreckt ausgegeben werden oder um einen Faktor 2 zu groß sind, sollten Sie vielleicht in das Quelltext-Modul Ihres Treibers schauen und all die Parameter einstellen, die Ihnen auffallen. Unglücklicherweise ist jeder Treiber anders, so daß sich schlecht pauschal sagen läßt, was wie eingestellt werden muß. Aber die meisten Treiber sind ausreichend gut kommentiert. 10.2.2. Gamma, Punktgröße usw. Die meisten Nicht-Laserdrucker leiden unter der Tatsache, daß ihre Punkte recht groß sind, so daß sich die einzelnen Punkte teilweise überdecken. Dies führt dazu, daß Bilder zu dunkel ausgegeben werden. Wenn Sie dieses Problem haben, sollten Sie Ihre eigene Korrekturfunktion verwenden. Erstellen Sie einfach die folgende Datei im Ghostscript lib-Verzeichnis und fügen Sie ihren Namen dem gs-Aufruf genau vor der eigentlichen zu druckenden Datei hinzu. Eventuell müssen die tatsächlichen Werte der Datei an den verwendeten Drucker angepaßt werden. Niedrigere Werte führen zu einem helleren Ausdruck. Besonders, wenn der benutzte Treiber den Floyd-Steinberg Algorithmus verwendet, um Farben zu rastern, sind kleine Werte (0.20-0.15) wahrscheinlich eine gute Wahl. ---8<---- gamma.ps ----8<--- %! %transfer functions for cyan magenta yellow black {0.3 exp} {0.3 exp} {0.3 exp} {0.3 exp} setcolortransfer ---8<------------------8<--- Es ist durch Veränderung dieser Werte auch möglich, Drucker zu korrigieren, die irgendeine Art von Farbfehler besitzen. Wenn Sie so etwas tun, ist es empfehlenswert, die Datei colorcir.ps zu benutzen, die Ghostscript im examples-Verzeichnis als Testseite beiliegt. 11. Drucker in einem Netzwerk Eine der Fähigkeiten von lpd ist es, daß man über ein Netzwerk auf Druckern drucken kann, die physikalisch an einen anderen Rechner angeschlossen sind. Mit einer sorgfältigen Kombination von Filterskripten und anderen Utilities kann man mit lpr transparent auf allen möglichen Druckern über alle möglichen Netzwerke drucken. 11.1. UNIX/lpd Server Um es anderen Rechnern zu ermöglichen, auf dem eigenen Drucker zu drucken, müssen diese Rechner in /etc/hosts.equiv oder /etc/hosts.ldp aufgelistet werden. Hierbei sollte man beachten, daß hosts.equiv viele weitere Effekte hat; man sollte sich sicher sein, was man tut, wenn man hier einen Rechner auflistet. Man kann auch nur bestimmten Benutzern des anderen Rechners erlauben, auf dem eigenen Drucker zu drucken, indem man das rs-Attribut benutzt; siehe dazu auch die lpd Manual Page für mehr Informationen. 11.1.1. Client Um auf einem anderen Rechner zu drucken, erstelle man einen /etc/printcap-Eintrag wie diesen: # DeskJet 500 als Netzwerkdrucker lp|dj|deskjet:\ :sd=/var/spool/lpd/dj:\ :rm=geraet.da.draussen.de:\ :rp=druckername:\ :lp=/dev/null:\ :sh: Hierbei gibt rm die Internetadresse des Rechners, an dem der Drucker angeschlossen ist, und rp die Warteschlange an. Beachten Sie, daß es weiterhin ein Spool-Verzeichnis auf dem lokalen Rechner gibt, das von lpd verwaltet wird. Wenn der Netzwerkrechner beschäftigt oder nicht erreichbar ist, bleiben Druckaufträge des lokalen Rechners im Spoolverzeichnis, bis sie gesendet werden können. 11.1.2. rlpr Man kann auch rlpr benutzen, um einen Druckauftrag direkt in eine Warteschlange auf einem Netzwerkrechner zu schicken, ohne sich die Mühe zu machen, den lokalen lpd entsprechend einzurichten. Das ist besonders sinnvoll, wenn man nur selten auf verschiedenen Druckern druckt. Aus der Beschreibung von rlpr: rlpr verwendet TCP/IP, um Druckaufträge an lpd-Server in einem Netzwerk zu schicken. Anders als bei lpr müssen die Netzwerkdrucker dem lokalen Rechner nicht bekannt sein (z.B. durch /etc/printcap). Deshalb ist rlpr wesentlich flexibler und benötigt weniger Verwaltung. rlpr kann überall da verwendet werden, wo ein traditionelles lpr verwendet werden kann und ist abwärts-kompatibel zum traditionellen BSD lpr. Der Hauptvorteil von rlpr ist die Möglichkeit, von überall nach überall zu drucken, ohne Rücksicht darauf, wie das System, von dem aus man drucken will, konfiguriert ist. rlpr kann genau wie das traditionelle lpr als Filter arbeiten, so daß Clients, die auf einem Netzwerkrechner laufen (z.B. Netscape, XEmacs, etc.) ohne größere Probleme auf Ihrem lokalen Rechner drucken können. rlpr ist erhältlich von: metalab.unc.edu:/pub/Linux/system/Printing/ 11.2. Win95, WinNT, LanManager oder Samba Server Es ist möglich, mit dem smbclient-Programm (Bestandteil des Samba- Pakets) eine lpd-Warteschlange für einen TCP/IP-basierenden SMB- Druckservice einzurichten. Samba beinhaltet hierfür ein Script namens smbprint. Kurz gesagt legt man eine Konfigurationsdatei für den gewünschten Drucker im Spoolverzeichnis an und installiert das smbprint-Script als if. Der /etc/printcap-Eintrag sieht wie folgt aus: lp|remote-smbprinter:\ :lp=/dev/null:sh:\ :sd=/var/spool/lpd/lp:\ :if=/usr/local/sbin/smbprint: Sie sollten die Dokumentation im smbprint-Skript lesen, um weitere Informationen zu erhalten. Man kann auch smbclient verwenden, um eine Datei direkt an einen SMB- Druckservice zu schicken, ohne lpd zu benutzen. Wie dieses funktioniert, ist in der Manual Page nachzulesen. 11.3. Netware Server Im ncpfs-Paket ist ein Programm namens nprint enthalten, das die gleichen Funktionen wie smbprint für NetWare bietet. ncpfs ist erhältlich bei: metalab.unc.edu:/pub/Linux/system/filesystems/ncpfs/ Auszug dem LSM-Eintrag von Version 0.16: Mit ncpfs kann man Laufwerke auf dem Netzwerk-Server unter Linux mounten. Man kann auch über Netware-Warteschlangen drucken und Netware-Warteschlangen im Linux Drucksystem spoolen. Es wird ein Kernel 1.2.x oder 1.3.54 oder höher benötigt. ncpfs funktioniert nicht mit 1.3.x-Kernels unter 1.3.54. Damit nprint über lpd arbeitet, schreibt man ein kleines Shellscript, das als if für die entsprechende lpd-Warteschlange aufgerufen wird. Dieses Script gibt die Druckdaten, die es vom dem lpd erhält, dann auf dem Netware-Drucker aus. sub2|remote-NWprinter:\ :lp=/dev/null:sh:\ :sd=/var/spool/lpd/sub2:\ :if=/var/spool/lpd/nprint-script: Das nprint-script könnte ungefähr so aussehen: #! /bin/sh # Als erstes sollten Sie den guest Account mit keinem # Paßwort ausprobieren! /usr/local/bin/nprint -S net -U name -P passwd \ -q printq-name - 11.4. Apple Server Im netatalk-Paket ist etwas Ähnliches wie nprint und smbclient enthalten. Andere Leute haben die Vorgehensweise beim Drucken über und von einem Apple-Netzwerk aus wesentlich besser beschrieben, als ich es jemals werde; bitte schauen Sie sich hierfür das Linux Netatalk HOWTO auf http://thehamptons.com/anders/netatalk/ an. 11.5. Drucker mit Ethernetanschluß Drucker für den professionellen Einsatz verfügen häufig über ein Ethernet-Interface. Die meisten dieser Geräte unterstützen direkt das lp-Protokoll, so daß man sie einfach per lpd und der rp-Option ansprechen. Man sollte den Anweisungen folgen, die mit dem Drucker oder dem Netzwerkadapter des Druckers geliefert wurden. Ein Drucker von HP könnte z.B. mit einem solchem printcap-Eintrag arbeiten: lj-5|remote-hplj:\ :lp=/dev/null:sh:\ :sd=/var/spool/lpd/lj-5:\ :rm=printer.name.com:rp=raw: HP LaserJet Drucker mit JetDirect Interface stellen im allgemeinen zwei eingebaute Queues zur Verfügung: raw Akzeptiert Druckdaten in PCL und eventuell PostScript. text Kann zum Druck von reinen ASCII-Dateien verwendet werden, wobei der beschriebene Treppeneffekt automatisch korrigiert wird. Wenn Sie eine JetDirect Plus3 3-Port Box besitzen, besitzen die Queues die Bezeichnungen »raw1«, »text2« usw. In einem großen Netz, in dem einige Drucker kein PostScript unterstützen, könnte es sinnvoll sein, einen Print-Server einzurichten, auf dem alle Rechner drucken und auf dem alle Ghostscript-Jobs laufen. Dies erlaubt Ihrem Linux-Rechner auch, als Spool-Server zu arbeiten, so daß die Netzwerkbenutzer ihre Druckaufträge schnell beenden und weiterarbeiten können, ohne darauf warten zu müssen, daß der Drucker erst fremde Aufträge fertigstellt. Um dies zu erreichen, richten Sie eine Queue auf Ihrem Linux-Rechner ein, die auf den HP Laserjet mit Ethernetkarte verweist (siehe oben). Nun stellen Sie alle Clientrechner in Ihrem LAN so ein, daß sie die Linux-Queue benutzen (z.B. lj-5 im Beispiel oben). Anscheinend beachten einige HP Netzwerkdrucker die Deckblatteinstellungen nicht, die von den Clients geschickt werden; Sie können das intern generierte Deckblatt abschalten, indem Sie sich per telnet auf den Drucker einloggen, zweimal Return drücken und danach banner: 0 gefolgt von quit eingeben. Sie können auch andere Einstellungen auf diese Art verändern; tippen Sie ? ein, um eine Liste angezeigt zu bekommen. 11.5.1. Alte HP-Drucker Einige Drucker und externe Druckserver haben zwar eine Ethernetschnittstelle, unterstützen jedoch nicht das lp-Protokoll. Oftmals finden statt dessen spezielle Treiber Verwendung, die für Linux natürlich nicht existieren. Einige dieser Geräte speichern Druckaufträge auch nicht zwischen, so daß es einen Rechner geben muß, der Druckjobs sammelt und nacheinander an den Drucker schickt. Erwähnenswert in dieser Kategorie sind frühe JetDirect und einige JetDirectEx Karten. Grundsätzlich muß man zum Drucken auf diesen Drucker eine TCP-Verbindung zu dem Drucker auf einem bestimmten Port (typischerweise 9100, oder 9100, 9101 und 9102 für 3-Port Boxen) öffnen und den Druckauftrag hier durch schicken. Das kann u.a. in Perl implementiert werden: #!/usr/bin/perl # Dank gebührt Dan McLaughlin, der die Originalversion # dieses Skriptes geschrieben hat. $fileName = @ARGV[0]; open(IN,"$fileName") || die "Kann Datei $fileName nicht öffnen"; $dpi300 = "\x1B*t300R"; $dosCr = "\x1B&k3G"; $ends = "\x0A"; $port = 9100 unless $port; $them = "bach.sr.hp.com" unless $them; $AF_INET = 2; $SOCK_STREAM = 1; $SIG{'INT'} = 'dokill'; $sockaddr = 'S n a4 x8'; chop($hostname = `hostname`); ($name,$aliases,$proto) = getprotobyname('tcp'); ($name,$aliases,$port) = getservbyname($port,'tcp') unless $port =~ /^\d+$/;; ($name,$aliases,$type,$len,$thisaddr) = gethostbyname($hostname); ($name,$aliases,$type,$len,$thataddr) = gethostbyname($them); $this = pack($sockaddr, $AF_INET, 0, $thisaddr); $that = pack($sockaddr, $AF_INET, $port, $thataddr); if (socket(S, $AF_INET, $SOCK_STREAM, $proto)) { # print "socket ok\n"; } else { die $!; } # Gibt dem Socket eine Adresse if (bind(S, $this)) { # print "bind ok\n"; } else { die $!; } # Ruft den Server auf. if (connect(S,$that)) { # print "connect ok\n"; } else { die $!; } # Setzt Befehlspuffer für den Socket. select(S); $| = 1; select(STDOUT); # print S "@PJL ECHO Hi $hostname! $ends"; # print S "@PJL OPMSG DISPLAY=\"Job $whoami\" $ends"; # print S $dpi300; # Durch Aufteilung Deadlock verhindern. if($child = fork) { print S $dosCr; print S $TimesNewR; while () { print S; } sleep 3; do dokill(); } else { while() { print; } } sub dokill { kill 9,$child if $child; } 11.6. Filter für Netzwerkdrucker Eine Eigenart von lpd ist, daß ein if für Netzwerkdrucker nicht aufgerufen wird. Wenn das nötig sein sollte, kann man eine doppelte Warteschlange einrichten und den Job an die zweite Warteschlange weitergeben. Ein Beispiel für eine passende printcap könnte so aussehen: lj-5:remote-hplj:\ :lp=/dev/null:sh:\ :sd=/var/spool/lpd/lj-5:\ :if=/usr/lib/lpd/filter-lj-5: lj-5-remote:lp=/dev/null:sh:rm=printer.name.com:\ :rp=raw:sd=/var/spool/lpd/lj-5-raw: Das passenden filter-lj-5-Script wäre dabei: #!/bin/sh gs -q -dSAFER -sOutputFile=- - | \ lpr -Plj-5-remote -U$5 Die Option -U von lpr funktioniert nur, wenn lpr als ein Daemon gestartet wurde und setzt den Namen des Auftraggebers in der weitergegebenen Warteschlange. Man sollte eventuell eine stabilere Methode verwenden, um den Benutzernamen zu ermitteln, denn manchmal ist es nicht Argument 5. Weitere Informationen finden sich in der Manual Page zur printcap. 11.7. Windows Client Drucken von einem Windows (oder wohl auch OS/2) Client auf eine Linuxmaschine wird über SMB direkt unterstützt, wenn man das Samba- Paket benutzt, das auch die Benutzung Ihres Linux-Filesystems von Windows aus ermöglicht. Samba beinhaltet eine ziemlich vollständige Dokumentation, und es gibt die recht gute Samba-FAQ, welche sich ebenfalls damit beschäftigt. Sie können entweder einen Magic-Filter auf dem Linuxrechner einrichten und PostScript darauf ausgeben, oder druckerspezifische Treiber auf allen Windows-Maschinen installieren und eine Queue ganz ohne Filter benutzen. Sich auf die Windows-Treiber zu stützen sorgt manchmal für ein besseres Druckbild, ist aber etwas mehr administrativer Aufwand bei vielen Windows-Rechnern. Sie sollten es daher zuerst mit PostScript versuchen. 11.8. Apple Client Netatalk unterstützt das Drucken von Apple-Clients über EtherTalk. Siehe hierfür auch die Netatalk HOWTO Page unter: http://thehamptons.com/anders/netatalk/ 11.9. Netware Client Das ncpfs-Paket beinhaltet einen Daemon namens pserver, der benutzt werden kann, um Dienste für eine NetWare Druck-Queue zur Verfügung zu stellen. Soweit ich es verstanden habe, benötigt dieses System ein »Bindery«-basiertes NetWare, z.B. 2.x, 3.x oder 4.x, mit eingeschaltetem Bindery-Zugriff. Für mehr Informationen über ncpfs und sein pserver-Programm sollten Sie einen Blick auf die ncpfs FTP-Site unter folgender Adresse werfen: ftp.gwdg.de:/pub/linux/misc/ncpfs/ 12. GDI-Drucker Wie schon vorher erklärt wurde, werden einige Drucker unter Linux nicht unterstützt, weil sie keine normale Druckersprache benutzen, sondern den Hauptprozessor benutzen, um das Bild auszurechnen, das dann mit fester Geschwindigkeit an den Drucker übertragen wird. Manchmal verstehen solche Drucker auch etwas anderes als normales PCL. Meistens ist dieses jedoch nicht der Fall, statt dessen liegen den Druckern manchmal Treiber für Windows bei, die PCL per Software emulieren, was für andere Betriebssysteme natürlich nicht sehr hilfreich ist. In einigen extremen Fällen besitzen die Drucker nicht einmal eine normale Parallelverbindung, sondern benötigen auch noch spezielle Treiber für die Ansteuerung der Schnittstelle. In jedem Fall gibt es einige mögliche Auswege, wenn Sie eine solche »Zitrone« erwischt haben. Der beste Ausweg dürfte sein, den Drucker an einen Windowsbenutzer weiterzuverkaufen. 12.1. Der Ghostscript Windows Druckertreiber Es gibt mittlerweile einen Windows Druckertreiber (namens mswinpr2), der einen Druckauftrag durch Ghostscript leitet, bevor er ihn druckt. Das Prinzip ist ähnlich einem if-Filter bei einem lpd. Es gibt auch einen neuen Ghostscripttreiber, der nicht eine spezielle Druckersprache verwendet, sondern über die Windows-Druckschnittstelle druckt. Zusammengenommen sollte dies einem Windows-Rechner erlauben, PostScript auf einem Windows-only-Drucker über den Herstellertreiber auszugeben. Wenn Sie dieses zum Laufen bringen, können Sie den Anweisungen oben folgen, um von Linux aus über das Netzwerk auf einen Windows-Drucker zu drucken und es so Rechnern zu ermöglichen, auf Ihrer »Zitrone« zu arbeiten. Sämtliche nötige Software sollte auf der Ghostscript-Homepage, siehe Abschnitt ``Ghostscript'', verfügbar sein. 12.2. pbm2ppa Einige HP Drucker benutzen die Printing Performance Architecture. Diese wird über einen Umweg durch den pbm2ppa Umsetzer von Tim Norman unterstützt. Im Grunde benutzt man Ghostscript, um PostScript in eine Bitmapgrafik im pbm-Format umzuwandeln, und dann pbm2ppa, um aus dieser das druckerspezifische ppa-Format zu generieren, das dann auf dem Drucker ausgegeben werden kann. Mittlerweile könnte es dieses Programm auch als Ghostscript Druckertreiber geben. Die ppa-Software kann von der ppa Homepage heruntergeladen werden, die unter folgender Adresse zu finden ist: http://www.rpi.edu/~normat/technical/ppa/ pbm2ppa unterstützt einige Modelle der Serien HP 720, 820 und 1000; bitte lesen Sie die Anleitung zum Paket für mehr Details zur ppa- Drucker Unterstützung. 13. Faxen 13.1. Faxen mit einem Modem Es gibt einige Faxprogramme, mit denen man faxen und Dokumente empfangen kann. Eines der komplexesten ist Sam Lefflers HylaFax, erhältlich bei SGI: ftp.sgi.com Es unterstützt alle möglichen Funktionen, von mehreren Modems bis zum Broadcasting. SuSE liefert einen Java HylaFax-Client, der angeblich auf jeder Java Plattform (inklusive Windows und Linux) läuft. Es gibt auch Fax- Clients, die nicht in Java geschrieben worden sind, für die meisten Plattformen; Linux kann mit ziemlicher Sicherheit Ihren Netzwerk-Fax- Anforderungen genügen. Ebenfalls verfügbar, und die bessere Wahl für die meisten Linuxrechner ist efax. Dieses ist ein einfaches Programm, das Faxe sendet. Das getty-Programm mgetty kann Faxe empfangen und mit manchen Modems auch einen Anrufbeantworter emulieren. 13.2. Remote Printing Service Einige Firmen und Organisationen bitten im Internet das Versenden und teilweise auch das Empfangen von Faxen per EMail oder WWW an. Teilweise werden diese Leistungen sogar kostenlos angeboten, wobei dann neben dem eigentlichen Dokument oft auch Werbung übermittelt wird. Es werden hierbei Übertragungsformate wie ASCII oder PostScript unterstützt. Weitere Informationen finden Sie z.B. auf der Remote Priting WWW-Seite unter: http://www.tpc.int/ 14. Textverarbeitung Hier kommt man in ein wahres Rattennest an Software. Grundsätzlich kann man nicht nur auf die speziell für Linux erhältlichen Programme zurückgreifen, sondern z.B. auch ältere Programme für Windows oder DOS über einen Emulator benutzen. Dieses ist allerdings aus verschiedenen Gründen nicht ratsam. 14.1. Formatierungssprachen Die meisten Formatierungssprachen sind am besten für große oder sich wiederholende Projekte geeignet, in denen man dem Computer die Kontrolle über das Layout überlassen möchte, damit alles einheitlich aussieht. Folgende Sprachen haben eine große Verbreitung unter Linux Benutzern: nroff Diese war eine der ersten Formatierungssprachen für UNIX. Manual Pages sind das häufigste Beispiel für Texte, die mit *roff- Makros formatiert wurden; einige Leute schwören darauf, aber nroff hat eine recht komplizierte Syntax und findet deshalb heute kaum noch Verwendung. Man sollte aber trotzdem wissen, daß man eine Manual Page mit groff direkt nach PostScript konvertieren kann. Die meisten man-Befehle machen das mit man -t foo | lpr TeX TeX und das Makropaket LaTeX gehören zu den am häufigsten verwendeten Formatierungssprachen auf UNIX-Systemen. LaTeX wird vor allem für technische Werke eingesetzt, da es eigentlich das einzige Textverarbeitungssystem ist, mit dem man mathematische Formel vernünftig setzen kann und das ohne Probleme mit sehr großen Dokumenten umgehen kann. Ein weiterer Vorteil ist, daß LaTeX eigentlich für fast jeden Rechnertyp diese Erde verfügbar ist und selbst auf sehr langsamen Rechnern problemlos läuft. TeX wird, vor allem von Leuten, die es noch nie benutzt haben, nachgesagt, es wäre schwierig zu bedienen und im Zeitalter der Officeprodukte schlicht veraltet. Solchen Aussagen sollte man nicht viel Bedeutung schenken. Die Grundfunktionen erlernt man in wenigen Stunden. Der Hauptvorteil von LaTeX ist, daß der Benutzer im Gegensatz zu vielen anderen Programmen keine Layout- Kenntnisse haben muß, sondern LaTeX im Prinzip nur mitteilen muß, um was für einen Text es sich handelt, also z.B. um eine Überschrift. Die Formatierung übernimmt LaTeX. Das Ausgabeformat von TeX ist dvi und kann mit dvips oder dvilj nach PostScript bzw. Hewlett Packards PCL konvertiert werden. SGML Bei SGML werden in einem noch viel stärkeren Maß wie bei LaTeX der Inhalt und die Formatierung getrennt. Der Benutzer beschreibt im Idealfall nur den Inhalt der einzelnen Zeilen. Nach Fertigstellung des Textes wird dieser dann mit speziellen Konvertern in die eigentlichen Ausgabeformate umgesetzt. Durch die Trennung von Inhalt und Formatierung ist es zum einen sehr leicht, die Dateien in viele verschiedene Ausgabeformate zu konvertieren. Außerdem ist es sehr leicht, die eigentliche Formatierung von einigen 1000 Dateien nachträglich mit wenigen Befehlen zu ändern. Unter Linux findet zur Zeit vor allem das freie sgml-tools Paket Verwendung, mit dem z.B. alle HOWTOs geschrieben werden: http://www.sgmltools.org/ Dieses Paket ist jedoch nicht vollständig fehlerfrei und die Trennung von Inhalt und Formatierung ist bisher nur sehr begrenzt realisiert. Zur Zeit wird daran gearbeitet, daß Paket auf die bekannte DocBook-DTD umzustellen. 14.2. WYSIWYG Mittlerweile gibt es keinen Mangel an WYSIWYG Textverarbeitungssoftware mehr. Es gibt mehrere vollständige Office- Pakete: StarOffice Die deutsche Firma StarDivision bietet ihr StarOffice für Linux zum kostenlosen Download im Internet an. Allerdings darf diese Version nur privat genutzt werden und leider auch nicht mit den Linux Distributionen zusammen verbreitet werden. Eine kommerzielle Version wird von Caldera verkauft. StarOffice ist vor allem für Benutzer interessant, die mit diesem Programm bereits unter anderen Betriebssystemen wie Windows gearbeitet haben. Gegen die Nutzung sprechen zum einen die enormen Anforderungen an die eigene Hardware, eine schnelle 586er CPU mit 64 MB Speicher sind das absolute Minimum, und zum anderen die Mißachtung fast aller UNIX-Standards. So bringt das Programm einen eigenen Window-Manager und Desktop mit, die beide, wie die Oberfläche selbst auch, Win95 nachempfunden sind. LyX LyX ist ein Frontend für LaTeX, das vielversprechend aussieht. Auf der LyX Homepage gibt es weitere Informationen: http://www-pu.informatik.uni-tuebingen.de/users/ettrich/ Es gibt auch eine KDE-gerechte Version von LyX namens Klyx; der Autor von LyX und der Initiator des KDE-Projekts sind ein und dieselbe Person. Das Andrew User Interface System AUIS beinhaltet ez, einen WYSIWYG-artigen Editor mit grundlegenden Textverarbeitungsfähigkeiten, HTML und voller MIME-eMail- und Newsgroup-Unterstützung. Leider wird AUIS nicht länger gepflegt. Koffice Das KDE-Projekt arbeitet an einem kompletten Office-Paket. Dieses dürfte zur Zeit aber noch nicht benutzbar sein. GNOME Auch das GNOME-Projekt arbeitet an mehreren Office-Tools mit GNU-Lizenz. Allerdings sind noch keine verfügbar. WordPerfect Es existiert eine auf Linux portierte Version von Corels WordPerfect. Informationen hierzu finden sich unter: http://www.corel.com Corel hat außerdem bekanntgegeben, daß man plant, zukünftig weitere Produkte nach Linux zu portieren. Applixware Eine recht weite Verbreitung hat das kommerzielle Officepaket Applixware unter Linux-Benutzern gefunden. Das Programmpaket kann recht preiswert von allen größeren Linux-Vertreibern bezogen werden. Applix ist für viele Plattformen verfügbar und beinhaltet eine Tabellenkalkulation, eine Textverarbeitung, ein Präsentationspaket usw. Es gibt eine weitere Version von Applix in Java namens ApplixAnyWhere. Weitere Informationen zu diesen Paketen sind unter http://www.applixware.com erhältlich. 15. Voransicht von druckbaren Sachen auf dem Bildschirm Unter Linux können viele Datenformate, die für den Druck fertig formatierte Dokumente erhalten, nicht nur gedruckt, sondern auch auf dem Bildschirm angezeigt werden. Dies kann zum einen bei der Erstellung eines Dokumentes nützlich sein, da dieses dann nicht immer gleich zur Korrektur ausgedruckt werden muß, zum anderen können so auch die Dokumente anderer Autoren auf dem Bildschirm betrachtet werden. 15.1. PostScript Ghostscript kann nicht nur zur Ausgabe von PostScriptdateien auf Druckern verwendet werden, sondern es ermöglicht mittels des X11-Treibers auch, solche Dateien auf dem Bildschirm anzuzeigen. Allerdings wird man in den wenigsten Fällen Ghostscript direkt aufrufen. Viel mehr benutzt man einen der beiden PostScript- Betrachter: · Ghostview · gv Beide Programme benutzen intern Ghostscript. Sie erlauben es, bequem zwischen den einzelnen Seiten zu blättern, bestimmte Seiten auszuwählen, um sie zu speichern oder zu drucken und vieles mehr. Es empfiehlt sich, nur gv anstelle von Ghostview zu verwenden, da gv über einige zusätzliche Möglichkeiten verfügt und im Gegensatz zu Ghostview noch aktiv entwickelt wird. Neben PostScript kann gv auch PDF-Dateien anzeigen. 15.2. TeX DVI TeX DeVice-Independant-files (geräteunabhängige Dateien) können unter X11 mit xdvi betrachtet werden. Um einige Beschränkungen von TeX zu umgehen, binden einige Makropakete direkt PostScript-Befehle in die DVI-Dateien ein. Da xdvi diese Daten nicht selbst auswerten kann, wird auch hier auf Ghostscript zurückgegriffen, so daß es empfehlenswert ist, Ghostscript zu installieren, wenn man TeX benutzt. Es gibt ebenfalls einen VT100-Treiber. Er wird dgvt genannt. Tmview benutzt die svgalib statt X11, um die Dateien anzuzeigen. Da die svgalib jedoch nicht mehr weiterentwickelt wird und auch eine Insellösung von Linux ist, sollte besser auf xdvi zurückgegriffen werden. 15.3. Adobe PDF Adobes Acrobat Reader gibt es auch für Linux. Er kann von der Adobe- WWW-Seite bezogen werden: http://www.adobe.com/ Neben dem Programm von Adobe gibt es noch das freie Programm xpdf, das jedoch etliche Einschränkungen im Vergleich zu dem Programm von Adobe hat und deshalb nicht zu empfehlen ist. Eine gute Alternative stellt allerdings gv mit Ghostscript da. So berechnet gv immer die komplette Seite, so daß man wesentlich besser scrollen kann. Nachteilig ist allerdings, daß es keine Suchfunktion gibt. 16. Serielle Drucker unter lpd 16.1. Einstellungen in der printcap lpd besitzt 5 Attribute, die in der /etc/printcap eingestellt werden können, um die Einstellungen einer seriellen Schnittstelle zu kontrollieren, an die der Drucker angeschlossen ist. Die Beschreibung der Attribute ist in der printcap Manual Page zu finden, wobei man vor allem die Bedeutung von br#, fc#, xc#, fs# und xs# beachten sollte. Die letzten vier dieser Attribute sind Bitmaps, die für die Einstellungen dieser Schnittstelle stehen. Das br#-Attribut ist einfach die Baudrate, z.B. `br#9600': Es ist sehr einfach, die stty-Einstellungen in printcap Flags zu übersetzen. Wenn nötig, studieren Sie nun bitte die Manual Page von stty. Benutzen Sie stty, um die Schnittstelle zum Drucker so einzustellen, daß man eine Datei über sie mit cat an den Drucker schicken kann, und diese dann korrekt ausgegeben wird. So könnte die Ausgabe von `stty -a' für eine Schnittstelle z.B. aussehen. # stty -a < /dev/ttyS2 speed 9600 baud; rows 0; columns 0; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; eol2 = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; min = 1; time = 0; -parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl ixon -ixoff -iuclc -ixany -imaxbel -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 -isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl -echoke Die einzigen Unterschiede zwischen diesen Einstellungen und der Initialisierung beim Booten sind -clocal, -crtscts und ixon. Die Ausgabe bei ihrer Schnittstelle kann durchaus anders aussehen, da dieses von der Flußkontrolle Ihres Druckers abhängt. Wirklich verwendet wird stty auf eine etwas ungewöhnliche Weise. Ursprünglich war stty dafür gedacht, die Einstellungen eines Terminals anzupassen. Deswegen gibt stty die Steuerzeichen auf der Standardausgabe aus. Um mit dem Programm die Einstellungen einer beliebigen seriellen Schnittstelle zu manipulieren, muß deshalb wie oben das <-Zeichen verwendet werden. Sobald die stty-Einstellungen richtig sind, man also mit cat datei > /dev/ttyS2 eine Datei an der Drucker, hier an /dev/ttyS2, schicken kann, sollte man die Datei /usr/src/linux/include/asm-i386/termbits.h betrachten. Diese Datei enthält viele #define- und einige struct-Zeilen. Man betrachte den Abschnitt, der mit /* c_cflag bit meaning */ #define CBAUD 0000017 anfängt. Dieser Abschnitt listet die Bedeutungen der fc#- und fs#-Teile auf. Ihnen wird auffallen, daß die Namen (nach den Baudraten) mit einer der stty-Ausgabeleitungen übereinstimmen. Habe ich nicht gesagt, daß es leicht sein würde? Achten Sie auf die Einstellungen, die mit einem »-« in der stty- Ausgabe anfangen. Wenn man alle diese Nummern aufsummiert (sie sind oktal), erhält man die Bits, die man löschen will. Also ist das die fc#-Einstellung. Erinnern Sie sich daran, daß Sie diese Bits direkt nach dem Löschen setzen werden, also können Sie einfach fc#0177777 verwenden. Jetzt macht man das gleiche für die Einstellungen, die kein »-« vor sich haben. In dem Beispiel sind die wichtigsten CS8 (0000060), HUPCL (0002000) und CREAD (0000200). Beachten Sie auch die Flags für die Baudrate. Zählen Sie alle zusammen und Sie bekommen in diesem Beispiel 0002275 heraus. Dieses ist der Wert für die fs#-Option. Machen Sie das gleiche mit set und clear für den nächsten Abschnitt der Includedatei, "c_lflag bits". 16.2. Ältere serielle Drucker, die Zeichen verschlucken Jon Luckey hat festgestellt, daß einige ältere serielle Drucker mit sehr schlechten seriellen Interfaces und kleinen Buffern wirklich Stop meinen, wenn sie das mit ihrer Flußkontrolle sagen. Er fand heraus, daß sich das Problem lösen läßt, wenn der FIFO-Buffer des 16550-UARTs mit setserial ausgeschaltet wird. Hierfür gibt man einfach den UART- Typ 8250 an. 17. Dank Die Informationen über smbprint sind aus einem Artikel von Marcel Roelofs (marcel@paragon.nl). Die Informationen über nprint, um NetWare-Drucker zu verwenden, wurden von Michael Smith (mikes@bioch.ox.ac.uk) zur Verfügung gestellt. Der Abschnitt Serielle Drucker und lpd ist von Andrew Tefft (teffta@engr.dnet.ge.com). Der Teil über die Gammakorrektur und weitere Tips rund um Ghostscript stammt von Andreas (quasi@hub-fue.franken.de). Die zwei Abschnitte über die 30-Sekunden-closing_wait des seriellen Treibers sind von Chris Johnson (cdj@netcom.com). Robert Hart hat ein paar hervorragende Abschnitte über das Einrichten eines Printservers für vernetzte HPs eingeschickt, die ich wörtlich verwendet habe. Besonderer Dank geht an die vielen von euch, die auf Tippfehler, falsche URLs und Sachfehler im Dokument im Laufe der Jahre aufmerksam gemacht haben.