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