* Johannes Meixner schrieb:
Entweder im CUPS Quellcode am "parallel" Backend rumpatchen und CUPS neu bauen, wenn man sowas gerne tun mag, oder für diesen Spezialfall ein eigenes Backend für den ersten Parallelport machen und das "parallel" Backend wegbewegen.
Vorschlag für ein einfaches /usr/lib/cups/backend/lp0 Backend: ------------------------------------------------------------------- #! /bin/bash # see the "CUPS Software Programmers Manual": # "Writing Filters" and "Writing Backends"
# debug info in /var/log/cups/error_log set -x
[...] habe mal gekürzt. Habe diesen Code anstelle des /usr/lib/cups/backend/parallel eingesetzt. Es funktioniert schonmal, daß bestehende Warteschlagen, die auf parallel konnektiert waren, auch weiterhin auf lp0 drucken. Das mit der Idee das Skript mit lp0 zu bennenen verstehe ich nicht, CUPSd kann dann den lp1 immer noch blockieren, oder? Genau das will ich ja vermeiden! Das cups-html-Frontend zeigt nun nur noch "lp0" als device an und nicht mehr parallel#0 und parallel#1. Wähle ich es aus, dann bekomme ich eine Aufforderung eine remote-Warteschlange anzusteuern: Device URI: Examples: file:/path/to/filename.prn http://hostname:631/ipp/ http://hostname:631/ipp/port1 ipp://hostname/ipp/ ipp://hostname/ipp/port1 lpd://hostname/queue smb://workgroup/server/sharename socket://hostname socket://hostname:9100 .. was ja nicht so sein sollte. Ich will ja schon noch per CUPS auf lp0 konfigurieren können. Fehlt in Deinem Skript noch irgendwas, damit cups-html-Frontend weiß, daß /dev/lp0 gemeint ist? Aber gut, zu Konfigurieren das originale "parallel" wieder hineinkopiert und dann wieder zurück. Ich werde es gleich bei Kunden testen, morgen abend werde ich wissen, ob lp1 mit diesem Skript wirklich "frei" geworden ist und die Druck-Verzögerungen ausbleiben. Bei mir hier ist schon alles getestet, aber die Verzögerungen treten ja nur beim Kunden sporadisch auf, bei mir nie.
cupsd stoppen und starten, dann mit "lpinfo -v" prüfen, ob der cupsd das Backend "lp0" kennt,
lpinfo -v liefert: [...] direct lp0 network lpd network novell direct canon:/dev/lp0 [...] direct stimmt, denke ich. Aber beim lp0 fehlt noch ein /dev/ davor, oder? Sorry, ich verstehe Dein Skript nicht sonderlich, daß ich es selber finden könnte.
dann z.B. mit "lpadmin ... -v lp0 ..." eine Warteschlange anlegen bzw. damit die DeviceURI für eine bestehende Warteschlange ändern.
uff .. noch nie gemacht. Muß ich es damit machen? Gruss Ekkard