Ok, nachdem die Leerzeilen und fehlenden Druckerinfos nun auf eine unvollständige Übersetzung zurückzuführen waren (siehe https://bugzilla.novell.com/show_bug.cgi?id=755627), habe ich nun wahrscheinlich auch mein eigentliches Problem auch gelöst: Das Problem war ja, dass mit Firefox auf den Clients im Netzwerk kein Drucken möglich war. Es dauerte ewig, bis sich der Druckerdialog öffnete und nach auswählen des Druckers kam nur die Meldung, das das Abrufen der Druckerinformationen gescheitert ist. Das Drucken war nicht möglich. In OpenOffice/ LibreOffice ging zwar das drucken, aber man konnte keine Einstellungen vornehmen, da diese nicht angezeigt wurden. Nachdem ich verschiedene Versionen von Cups und Firefox erfolglos durch getestet habe, bin ich nun eher zufällig auf die Lösung gekommen. Der Server hat zwei LAN-Schnittstellen (eth0 und eth1). Bei der Netzwerkkonfig habe ich die default- Route nicht angegeben und diese wurde automatisch auf eth1 gesetzt. Die Clients greifen über eth0 auf LDAP, Samba, NFS und Cups zu. Um ein wenig "Loadbalancing" zu betreiben, habe ich nun den vierten Client auf eth1 eingestellt und siehe da, da trat das Problem auf einmal nicht mehr auf. Nun habe ich alle Clients auf Cups über eth0 und die default-route ebenfalls auf eth0 gestellt und nun werden auch alle Optionen im Druckerdialog angezeigt und die Dialoge öffnen sich fast sofort (nur noch eine kleine, normale Verzögerung im Vergleich zum Server durchs Netzwerk). Es scheint also, dass Cups ein Problem damit hat, wenn die default- Route auf einem anderen Gerät liegt, auch wenn sich beide Anschlüsse im gleichen Netzwerk befinden. -- Mit freundlichen Grüßen Sebastian Reinhardt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org