PPD-Problem:
Ich habe nicht nur die "Size"-Definitionen ändern müssen, sondern auch den Anfang der PPD in Zeile 12:
Jetzt besteht die PPD den CUPS-Test. ABER: Drucken kann ich immer noch nicht! Denn anscheinend muss TurboPrint nicht nur die normale PPD-Datei erstellen, sondern ebenfalls im Verzeichnis /etc/cups/ppd/ eine Datei GX4000series-TurboPrint.ppd.O die vermutlich eine binäre Version der textbasierten PPD Datei darstellt. Wenn diese nicht verändert wird, bleibt der Fehler bestehen und der Druck-Spooler meldet wie bisher:
"Der Drucker ist derzeit nicht erreichbar."
Diese Meldung ist aber irreführend, weil ich ja über den gleichen Drucker-Anschluss über TurboPrint (und bevor ich das ICC-Profil zugewiesen habe) einwandfrei drucken konnte. Aus CUPS kann ich auf dem TurboPrint-Drucker keinen Testdruck auslösen. Auch dort wird gemeldet, dass der Drucker angeblich nicht erreichbar sei.
Ich habe den Maxify aber noch bevor ich TurboPrint installiert habe, als CUPS driverless installiert. Dieser so angelegte Drucker funktioniert auch jetzt noch einwandfrei (aber eben nicht besonders farbrichtig). Dieser CUPS driverless benutzt ja auch seine eigene PPD und nicht die offensichtlich fehlerhafte PPD von TurboPrint.
Warum erzeugt TurboPrint eine PPD mit nicht normgerechten Definitionen? Und welche Abhilfe gibt es???
ICC-Profil-Problem: (added)
Nun fand ich ein weiteres Problem mit den Druckerprofilen: In Manjaro XFCE Linux können ICC-profile auch systemweit über die "Einstellungen/Farbprofile" definiert werden. Ich kann weder die aktuell über Argyl-CMS erstellten RGB-Druckerprofile noch solche RGB-Profile dem Canon CUPS driverless hinzufügen, die ich ca. in 2013 mit basICColor print3c erstellt habe und die seinerzeit unter Windows einwandfrei funktioniert haben.
Mit Argyl iccdump habe ich beide Profile verglichen und nichts Auffälliges feststellen können!
Beide Profile kann ich übrigens unter Windows 7 innerhalb der Adobe Creative Suite problemlos verwenden. In Photoshop habe ich sogar einen Softproof korrekt anzeigen lassen können. Die Farbwerte sind glaubwürdig. Also funktionieren beide von mir erstellten RGB-Profile einwandfrei!
Ich habe versucht, dieses Problem mit RGB-Druckerprofilen im internationalen Manjaro-Forum zu diskutieren. Aber dort fand ich bisher noch niemanden, der sich intensiv genug mit Farbmanagement und ICC-Profilen beschäftigt hat.
Wenn sich das Problem mit den RGB-Druckerprofilen nicht lösen lässt, wird TurboPrint leider wertlos für mich! Daher bitte ich dringend um Klärung!
TurboPrint-Monitor mit Tintenanzeige
Bleibt zusätzlich noch die Frage, wie ich den TurboPrint-Monitor mit Tintenstand-Anzeige und Tintenverbrauchs-Anzeige. ans Laufen bekomme. Hierzu habe ich bereits untersucht:
Code: Alles auswählen
sudo systemctl status tpdaemon.service
tpdaemon.service - Turboprint Monitor Daemon
Loaded: loaded (/etc/systemd/system/tpdaemon.service; enabled; preset: disabled)
Active: active (running) since Sat 2026-02-14 08:31:55 CET; 3h 6min ago
Invocation: e2ab780b1cc24cdc8be15245c654e8d4
Process: 1216 ExecStart=/usr/lib/turboprint/tpdaemon start (code=exited, status=0/>
Main PID: 1221 (tprintdaemon)
Tasks: 2 (limit: 37149)
Memory: 3.9M (peak: 5.8M)
CPU: 235ms
CGroup: /system.slice/tpdaemon.service
└─1221 /usr/bin/tprintdaemon 0
Feb 14 08:31:55 DT-01 systemd[1]: Starting Turboprint Monitor Daemon...
Feb 14 08:31:55 DT-01 tpdaemon[1219]: su: Benutzer lp existiert nicht oder der Benutze>
Feb 14 08:31:55 DT-01 tpdaemon[1221]: TP-Daemon Version 2.59-1
Feb 14 08:31:55 DT-01 tpdaemon[1221]: Debug Level set to 0
Feb 14 08:31:55 DT-01 tpdaemon[1216]: TurboPrint daemon started
Feb 14 08:31:55 DT-01 TUSB_Daemon[1221]: TurboPrint Daemon installed successfully - (C>
Feb 14 08:31:55 DT-01 systemd[1]: Started Turboprint Monitor Daemon.
lines 1-19/19 (END)
Das bedeutet, dass der dameon / service zwar von systemd gestartet wird, aber die Drucker-Status-Anzeige im TurboPrint Monitor nicht funktioniert.