Hallo,
unter FC5 mit CUPS 1.2.5 und KDE 3.5.5 haben wir das Problem, dass CUPS (seit wann?) das lpoptions File als ~/.cups/lpoptions ablegt und nicht mehr als ~/.lpoptions. `kprinter` erkennt in der Folge die Druckeroptionen und die Druckerinstanzen nicht mehr :-((. Gibt es dafuer einen Fix oder einen Workaround? (Keine Optionen fuer uns sind die manuelle Installation eines neueren KDE-Releases auf allen Rechnern oder allen Benutzern zu erklaeren, dass sie einen Symlink fuer ~/.lpoptions nach ~/.cups/lpoptions oder umgekehrt anlegen muessen).
Vielen Dank
frank
Frank Thommen wrote:
unter FC5 mit CUPS 1.2.5 und KDE 3.5.5 haben wir das Problem, dass CUPS (seit wann?) das lpoptions File als ~/.cups/lpoptions ablegt und nicht mehr als ~/.lpoptions. `kprinter` erkennt in der Folge die Druckeroptionen und die Druckerinstanzen nicht mehr :-((.
Hier unter fc6, cups-1.2.7 und kde-3.5.6 existiert ~/.lpoptions.
Gibt es dafuer einen Fix oder einen Workaround?
Kann man selbst machen: Ein Skript cupsworkaround.sh unter /etc/kde/env/ auf jedem Rechner anlegen. Das wird dann bei jedem Login ausgeführt. Das Skript kann man mit 'scp cupsworkaround.sh <zielrechner>:/etc/kde/env/' per Netzwerk auf die Rechner verteilen, die Benutzer bekommen davon nichts mit.
#!/bin/bash # cupsworkaround.sh if [ ! -L ~/.cups/lpoptions ]; then if [ ! -d ~/.cups ]; then mkdir -p ~/.cups chmod 0700 ~/.cups fi ln -s ~/.lpoptions ~/.cups/lpoptions fi #eof
Grüße Olaf
Hallo Olaf,
Vielen Dank.
unter FC5 mit CUPS 1.2.5 und KDE 3.5.5 haben wir das Problem, dass CUPS (seit wann?) das lpoptions File als ~/.cups/lpoptions ablegt und nicht mehr als ~/.lpoptions. `kprinter` erkennt in der Folge die Druckeroptionen und die Druckerinstanzen nicht mehr :-((.
Hier unter fc6, cups-1.2.7 und kde-3.5.6 existiert ~/.lpoptions.
Hmm. Bei gleichen Setup hier:
lpoptions -p <drucker>/<instance> -o <optionen>
kreiert ein ~/.cups/lpoptions. Wenn bereits ein ~/.lpoptions existiert, wird dieses in ~/.cups/lpoptions verschoben.....und kprinter findet die Instanzen wieder nicht. `lpoptions` loescht auch bestehende Symlinks von ~/.lpoptions nach ~/.cups/lpoptions. :-(((
Von mir aus gesehen ist das ein Bug oder zumindest sehr unschoene Nicht-Koordination zwischen der CUPS- und der KDE-Entwicklung.
Gibt es dafuer einen Fix oder einen Workaround?
Kann man selbst machen: Ein Skript cupsworkaround.sh unter /etc/kde/env/ auf jedem Rechner anlegen. Das wird dann bei jedem Login ausgeführt. Das Skript kann man mit 'scp cupsworkaround.sh <zielrechner>:/etc/kde/env/' per Netzwerk auf die Rechner verteilen, die Benutzer bekommen davon nichts mit.
#!/bin/bash # cupsworkaround.sh if [ ! -L ~/.cups/lpoptions ]; then if [ ! -d ~/.cups ]; then mkdir -p ~/.cups chmod 0700 ~/.cups fi ln -s ~/.lpoptions ~/.cups/lpoptions fi #eof
Der von Dir vorgeschlagene Symlink wuerde tatsaechlich von `lpoptions` nicht geloescht (im Gegensatz zum Symlink in umgekehrter Richtung, den ich ausprobiert hatte). Ich hatte aber eigentlich auf einem "offiziellen" Fix gehofft, der mit `yum` einspielbar waere. Ein Skript manuell auf 50 Clients zu spielen ist bei unserem derzeitigen Setup eine Qual.
Gruesse
frank
de-users@lists.fedoraproject.org
-
Frank Thommen -
Olaf Mueller