matthias
Also,
ich wollte einen älteren Laserdrucker (Brother HL-1230) über parport einrichten. Ab Version 1.2 hat CUPS damit Probleme - Hinweise auf dieses Problem habe ich überall gefunden, aber keine Lösung. Auch im englischen Forum haben einige entnervt das Handtuch geworfen - es geht wohl nur über ein CUPS-Downgrade. Also habe ich mir die Version 1.1. aus "Noodle" besorgt, 1.2 auf die brachiale Tour beseitigt (pacman -Rdn) und stattdessen 1.1. installiert.
"dmesg" zeigt nun an, dass der Drucker völlig korrekt am richtigen Anschluss erkannt wird. Aber "lpinfo -v" ergibt "error while loading shared libraries: libssl.so.0.9.7: cannot open shared object file: No such file or directory". Daher funktionieren momentan weder das CUPS-Web-Interface noch die Druckerkonfiguration über Kcontrol (gleicher Fehler).
Naja, wenn vielleicht fliegt eine alte Version noch irgendwo auf der Festplatte herum, und ich kann sie irgendwie verlinken (? - die Hoffnung stribt zuletzt).
Trotzdem wüsste ich gern a) wie der Fehler überhaupt zustande kam und b) wie man ihn ggf. bereinigen könnte.
Grüße, b.
Pierre
Du mußt das alte cups selbst kompilieren, so daß es mit den neuen libs funktioniert. Hmm, ich habe bei meinen Eltern einen HL1430 mit cups 1.2 am Parallel-Port laufen...
matthias
Schluck - selbst kompilieren??? Okay, werde ich versuchen, wird aber etwas dauern ...
Pierre
Lade Duir doch das pkgbuild aus dem cvs und lasse es mit makepkg bauen.
matthias
Hä? Sprich bitte Deutsch/Englisch/Spanisch/Französisch mit mir ... Ich wollte es gerade mal mit einem CUPS-Tarball 1.1 versuchen. "Makepkg" verstehe ich inzwischen, und PKGBUILDs liebe ich über alles - aber welches cvs meinst Du jetzt genau? Hast du da für Dumme vielleicht eine konkrete Adresse - bevor ich jetzt einen meilenweiten Umweg mache?
Grüße, b.
Pierre
OK, lade Dir
diese Dateien herunter, speichere sie in ein Verzeichnis und führe dort
makepkg aus.
matthias
Vielen Dank für den Tip - jetzt weiss ich auch, welches CVS Du meinst <idea> !
Hat aber leider nichts gebracht, da makepkg an dieser Stelle abbrach:
"Linking imagetops
../filter/libcupsimage.so: undefined reference to 'png_read_destroy'"
Stattdessen habe ich dann makepkg über die Current-Version laufen lassen, was mich zwar wieder zu cups 1.2. zurückbrachte - aber wenigstens spuckte das keine Fehler aus. Trotzdem fehlt mir immer noch "libcups.so.2".
Offenbar liegt das Problem ja wohl eher beim Paket libscups? Vielleicht sollte ich noch mal versuchen, dieses loszuwerden und neu aufzusetzen. Ist aber auch eine brachiale Lösung, da libscups u.a. von gtk benötigt wird. Na, und für heute habe ich mir erstmal genug kaputt geschossen.
Grüße, b.
Pierre
Dann mußt du wohl auch eine alte Version von libcups neu kompilieren.
matthias
Hm, die ist offenbar erst kürzlich aus dem normalen cups-Paket abgetrennt worden, deshalb gibt es keine ältere Version als "current". Mit deinstalliertem libscups klappte das Kompilieren auch nicht. Irgendwie habe ich es jetzt aber doch geschafft, den Drucker mit 1.2.2. einzurichten - nur drucken will er nicht, die Daten werden korrekt abgesandt und der Drucker zeigt auch Dateneingang an, macht aber nichts. Keine Fehlermeldung in den cups-logs. Vielleicht ein Berechtigungsproblem? Da muss ich mich nochmal durch die einzelnen Dateien lesen. Ist es richtig, dass die automatisch erstellte classes.conf keine Einträge enthält?
Pierre
Ich habe gerade nochmal nachgeschaut. Ich muß ein chmod 666 /dev/lp0 ausführen, damit ich auf dem Parallel-Port drucken kann. Vielleicht funktioniert das bei Dir auch.
matthias
Ja, danke - die Berechtigungen hatte ich schon geändert, ohne das sich das Fehlerbild bessert ...
Der eigentliche Trick lag dann darin, statt wie von linuxprinting.org empfohlen alles auf HL-1250 zu setzen, die genaue PPD für HL-1230 zu verwenden - nutzt dann foomatic-Treiber statt gutenprint. Jetzt läuft der Druck endlich.
Und jetzt habe ich nur noch ca. 24 Konfigurationsprobleme - ihr könnt also 'runterzählen - irgendwann fliegt meine heißgeliebte Sicherheits-Suse doch noch von der Platte.
Güße, b.