Hallo,
mein Drucksystem verhält sich etwas undurchsichtig.
a2ps druckt prima, Staroffice druckt prima, lpr druckt nicht: z.B. lpr /etc/fstab
Jun 11 09:52:06 k7 kernel: parport0: PC-style at 0x378 [PCSPP,EPP] Jun 11 09:52:06 k7 kernel: parport0: cpp_daisy: aa5500ff(98) Jun 11 09:52:06 k7 kernel: parport0: assign_addrs: aa5500ff(98) Jun 11 09:52:06 k7 kernel: parport0: Printer, HEWLETT-PACKARD DESKJET 840C Jun 11 09:52:06 k7 kernel: lp0: using parport0 (polling). Jun 11 09:56:03 k7 lpd: apsfilter: unable to print job /etc/fstab Jun 11 09:59:02 k7 lpd: apsfilter: unable to print job /etc/fstab
root@k7:/var/log > lsmod Module Size Used by parport_pc 19152 1 (autoclean) lp 5168 0 (autoclean) parport 27776 1 (autoclean) [parport_pc lp] vmnet 18688 2 vmmon 18736 0 (unused) ...
Jetzt will ich aus Kghostview eine Seite drucken, und es passiert auch nichts. wo soll ich denn mit de rsuche ansetzen? Beim apsfilter? Muß man sich den mit allem auskennen???
Jens
On Mon, Jun 11, 2001 at 10:04:11AM +0200, Jens Puruckherr wrote:
Hallo,
mein Drucksystem verhält sich etwas undurchsichtig.
a2ps druckt prima, Staroffice druckt prima, lpr druckt nicht: z.B. lpr /etc/fstab
Jetzt will ich aus Kghostview eine Seite drucken, und es passiert auch nichts. wo soll ich denn mit de rsuche ansetzen? Beim apsfilter? Muß man sich den mit allem auskennen???
Kleine Einführung zum Thema Drucken (nachdem ich mich nach Problemen auch mal etwas schlau gemacht habe): Wenn du druckst, so wird zuerst die zu druckende Datei in ein Spoolverzeichnis kopiert. Anschließend wird apsfilter (ein simples Shellscript, bei Debian unter /usr/share/apsfilter/bin/apsfilter) aufgerufen, welches versucht, die Datei umzuwandeln in eine postscript-Datei. Danach wird gs zum Interpretieren der ps-Datei aufgerufen, was als output je nach übergebenem device-type eine bestimmte Beschreibungssprache ergibt (z.b. pcl4). Das wird dann von lpd an den Drucker übergeben.
Als ersten Schritt könntest du mal das apsfilter-Script nach der Fehlermeldung durchgreppen und den umliegenden Code ein _bißchen_ studieren (v.a. die Kommentare). Stammt diese Fehlermeldung von apsfilter?
Jens
Ulf
Am Mon, 11. Jun 2001 07:03:53 +0200, schrieb Ulf Lorenz:
On Mon, Jun 11, 2001 at 10:04:11AM +0200, Jens Puruckherr wrote:
Hallo,
mein Drucksystem verhält sich etwas undurchsichtig.
a2ps druckt prima, Staroffice druckt prima, lpr druckt nicht: z.B. lpr /etc/fstab
Jetzt will ich aus Kghostview eine Seite drucken, und es passiert auch nichts. wo soll ich denn mit de rsuche ansetzen? Beim apsfilter? Muß man sich den mit allem auskennen???
Kleine Einführung zum Thema Drucken (nachdem ich mich nach Problemen auch mal etwas schlau gemacht habe): Wenn du druckst, so wird zuerst die zu druckende Datei in ein Spoolverzeichnis kopiert. Anschließend wird apsfilter (ein
Und hier sind wir schon im Hintergrund. Gegebenenfalls wird zwischendurch noch gewartet, bis der Drucker frei ist.
simples Shellscript, bei Debian unter /usr/share/apsfilter/bin/apsfilter) aufgerufen, welches versucht, die Datei umzuwandeln in eine postscript-Datei. Danach wird gs zum Interpretieren der ps-Datei aufgerufen, was als output je nach übergebenem device-type eine bestimmte Beschreibungssprache ergibt (z.b. pcl4). Das wird dann von lpd an den Drucker übergeben.
Als ersten Schritt könntest du mal das apsfilter-Script nach der Fehlermeldung durchgreppen und den umliegenden Code ein _bißchen_ studieren (v.a. die Kommentare). Stammt diese Fehlermeldung von apsfilter?
Wuerde ich sagen, auch wenn sie von lprng erzeugt wird. (Was ich vermute).
Ich hatte die Fehlermeldung mal bekommen, als ich von gs 6.01 auf 6.5 geupdatet hatte und mein Drucker nicht mehr unterstuetzt wurde.
Tobias
Am Montag, 11. Juni 2001 19:03 schrieb Ulf Lorenz:
Kleine Einführung zum Thema Drucken (nachdem ich mich nach Problemen
[Ablauf drucken] Das schreibe ich mir auf :-)
Als ersten Schritt könntest du mal das apsfilter-Script nach der Fehlermeldung durchgreppen und den umliegenden Code ein _bißchen_ studieren (v.a. die Kommentare). Stammt diese Fehlermeldung von apsfilter?
Die Mail:
Date: Mon, 11 Jun 2001 17:15:55 +0200 From: fstab lp@k7.zuhause.net To: pummel@k7.zuhause.net Subject: apsfilter: printer fault during job /etc/fstab Cc: root@k7.zuhause.net
apsfilter: unable to print job /etc/fstab
und in /var/lib/apsfilter/apsfilter ... 334 unset count nname 335 [ "$DPI" = "default" ] && DPI="" 336 [ -z "$NAME" ] && NAME="$JOB" 337 [ -n "$JOB" ] && FAULTMSG="$FAULTMSG during job $JOB" ....
Das sind wohl 'test's.
-z -> string ist null lang -n -> ist nicht null lang
Das alles nach einem: 282 while read line ; do 283 case "$line" in ....
ein Haufen Zuweisungen mit case...
ich glaub, das bringt mich hier nicht weiter. aber ich habe noch einen gefunden: $>less /var/spool/lpd/cdj670-a4-auto-color-600/log ... 2001-06-11-19:06:03.055 k7 lp: Print_job: cannot find 'vf' filter 2001-06-11-19:06:13.366 k7 lp: Print_job: cannot find 'vf' filter
Ein Durchgreppen von /var/lib/apsfilter nach 'vf' bringt nix.
Jetzt habe ich mal spaßeshalber beim Schreiben hier (kmail) auf den Drucken-Knopf gedrückt:
root@k7:/etc > lpq Printer: lp@k7 'cdj670 a4 auto color 600' Queue: 1 printable job Server: pid 3476 active Unspooler: pid 3477 active Rank Owner/ID Class Job Files Size Time active pummel@k7+475 A 475 (stdin) 7018 19:17:00 root@k7:/etc >
und eine 1a (bunte) Mail liegt im Ausgabefach!!
Warum will der lpr nicht??
Jens
On Mon, Jun 11, 2001 at 07:18:52PM +0200, Jens Puruckherr wrote:
Am Montag, 11. Juni 2001 19:03 schrieb Ulf Lorenz:
Als ersten Schritt könntest du mal das apsfilter-Script nach der Fehlermeldung durchgreppen und den umliegenden Code ein _bißchen_ studieren (v.a. die Kommentare). Stammt diese Fehlermeldung von apsfilter?
apsfilter: unable to print job /etc/fstab
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [snip]
337 [ -n "$JOB" ] && FAULTMSG="$FAULTMSG during job $JOB"
Du mußt doch zugeben, daß sich die Fehlermeldungen etwas unterscheiden... Ich hab mir das Script eben mal durchgelesen und keine Fehlermeldung dieser Art gefunden (Soweit ich verstanden habe, krallt sich apsfilter die Datei aus dem Spoolverzeichnis, daher dürfte es den Dateinamen gar nicht wissen, und der taucht (bei Debian :)) auch nirgendwo im Code auf)
Wenn auch kghostview beim Ausdrucken Probleme bereitet hat, würde ich Tobias Idee zustimmen, daß es an gs liegen könnte (immerhin _ist_ das Dokument bereits postscript)
ich glaub, das bringt mich hier nicht weiter. aber ich habe noch einen gefunden: $>less /var/spool/lpd/cdj670-a4-auto-color-600/log ... 2001-06-11-19:06:03.055 k7 lp: Print_job: cannot find 'vf' filter 2001-06-11-19:06:13.366 k7 lp: Print_job: cannot find 'vf' filter
*achselzuck* Keine Ahnung
und eine 1a (bunte) Mail liegt im Ausgabefach!!
Warum will der lpr nicht??
Vorführeffekt?
Jens
Ulf
Am Dienstag, 12. Juni 2001 23:30 schrieb Ulf Lorenz:
Du mußt doch zugeben, daß sich die Fehlermeldungen etwas unterscheiden... Ich hab mir das Script eben mal durchgelesen und keine Fehlermeldung dieser Art gefunden (Soweit ich verstanden habe, krallt sich apsfilter die Datei aus dem Spoolverzeichnis, daher dürfte es den Dateinamen gar nicht wissen, und der taucht (bei Debian :)) auch nirgendwo im Code auf)
uups, sorry, da war ich wohl etwas schnell. $FAULTMSG ist nämlich genau: "unable to print"...
ich muss jetzt leider los, schaue mir das heute nachmittag wieder an.
Wenn auch kghostview beim Ausdrucken Probleme bereitet hat, würde ich Tobias Idee zustimmen, daß es an gs liegen könnte (immerhin _ist_ das Dokument bereits postscript)
siehe oben
und eine 1a (bunte) Mail liegt im Ausgabefach!!
Warum will der lpr nicht??
Vorführeffekt?
Wo Führ ??? ;-)
Jens
Hi Ulf,
On Mon, Jun 11, 2001 at 19:03:53 +0200, Ulf Lorenz wrote:
Wenn du druckst, so wird zuerst die zu druckende Datei in ein Spoolverzeichnis kopiert. Anschließend wird apsfilter (ein simples Shellscript, bei Debian unter /usr/share/apsfilter/bin/apsfilter) aufgerufen, welches versucht, die Datei umzuwandeln in eine
Das muss aber nicht apsfilter sein. Bei Debian wird standardmaessig magicfilter verwendet, bei RedHat rhs-printfilter. Jedenfalls bei der Default-Queue. Welche Druckerqueues es gibt, definiert die /etc/printcap. Dazu gibt es auch eine Manpage (man 5 printcap).
Alle mir bekannten Druckfilter wandeln die Druckdaten zunaechst nach PostScript um und schalten bei nicht PostScript-faehigen Druckern noch den Ghostscript (Software PostScript-Interpreter) dazwischen. Welches format als Eingabe vorliegt, versucht der jeweilige Druckfilter mit einer mehr oder weniger guten Heuristik herauszufinden.
bye, Chris
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Jens Puruckherr -
Tobias Schlemmer -
Ulf Lorenz