Firefox wartet auf cups-daemon

[willy4711]

Falls Du doch noch Lust haben solltest, könntest Du mir eventuell noch mitteilen, ob Du nach der Deinstallation des Paketes cups-daemon dich mal ab und wieder angemeldet hast?

Was glaubst du ?
selbst heute funktioniert das noch. Auch hat sich sonst nichts im Geheimen geändert.

Code: Alles auswählen

dpkg -l |grep "cups\|libgs9"
ii  cups-pk-helper                        0.2.6-1+b1                           amd64        PolicyKit helper to configure cups with fine-grained privileges
ii  libcups2:amd64                        2.2.10-6                             amd64        Common UNIX Printing System(tm) - Core library
ii  libcupsfilters1:amd64                 1.21.6-5                             amd64        OpenPrinting CUPS Filters - Shared library
ii  libcupsimage2:amd64                   2.2.10-6                             amd64        Common UNIX Printing System(tm) - Raster image library
ii  libgs9:amd64                          9.27~dfsg-1                          amd64        interpreter for the PostScript language and for PDF - Library
ii  libgs9-common                         9.27~dfsg-1                          all          interpreter for the PostScript language and for PDF - common files

[c1ue]

Was glaubst du ?
selbst heute funktioniert das noch. Auch hat sich sonst nichts im Geheimen geändert.

Danke!
Mich wundert, weshalb das bei Dir zu klappen scheint, bei anderen aber nicht. Könnte es eventuell daran liegen, dass das ganze bei Dir in einer VM läuft?

[willy4711]

Könnte es eventuell daran liegen, dass das ganze bei Dir in einer VM läuft?

Kann mir nicht vorstellen, was diesbezüglich in einer VM anders sein sollte als in einer "realen" Machine.

[guennid]

Mich wundert, weshalb das bei Dir zu klappen scheint, bei anderen aber nicht.

Wer sind die anderen? Mich kannst du nicht meinen, denn ich wollte die von willy zum Testen vorgeschlagene Paketauswahl nicht (vollständig) installieren, habe ergo seine Konfiguration nicht getestet. Leider erinnere ich nicht, dass du bestätigt hättest, du hättest selbiges getan. Und so viele andere gab's, glaub ich, nicht in diesem Thread.

Grüße, Günther

[c1ue]

@willy4711

Also ich hab jetzt mal cups-daemon deinstalliert und dann exakt die von Dir angegebenen Pakete installiert:

ii cups-pk-helper 0.2.6-1+b1 amd64 PolicyKit helper to configure cups with fine-grained privileges
ii libcups2:amd64 2.2.10-6 amd64 Common UNIX Printing System(tm) - Core library
ii libcupsfilters1:amd64 1.21.6-5 amd64 OpenPrinting CUPS Filters - Shared library
ii libcupsimage2:amd64 2.2.10-6 amd64 Common UNIX Printing System(tm) - Raster image library
ii libgs9:amd64 9.27~dfsg-1 amd64 interpreter for the PostScript language and for PDF - Library
ii libgs9-common

Rate mal: Das funktioniert bei mir nicht. Wieder legt FF eine Gedenkpause ein, sobald ich den Drucken-Dialog öffnen möchte.

Installiere ich hingegen den cups-daemon wieder, dann gehts blitzschnell.

@ guennid
Na ich ging halt davon aus, dass FF dann den cups-daemon aus dem Netzwerk verwendet.

@ all
Könntet Ihr nicht eventuell zu Testzwecken kurz das Paket cups-daemon von Euren Systemen entfernen, dann FF neu starten und dann den Drucken-Dialog öffnen?

Dann würde endlich Klarheit in die Sache kommen.

[guennid]

Dann würde endlich Klarheit in die Sache kommen.

Ich glaube nicht, dass das für einen der bisher Beteiligten erreichbar ist. Ich schätze, was nun genau im CUPS-Universum (falls nicht doch etwas ganz anderes) für die Erstellung des PDFs verantwortlich ist, weiß willy nicht, und ich schon gar nicht. Siehe dazu auch TomLs Beitrag. Aber wenn willy Recht hat, ist es jedenfalls nicht cupsd. Meiner Meinung nach ist das letztlich ein Design-Fehler in FF. Die FF-Macher haben halt nicht damit gerechnet, dass jemand, der „Drucken“ wählt, möglichereise gar nicht drucken will.
„Ordentliche“ Programme „wissen“ das und bieten einen Export nach PDF außerhalb von „Drucken“ an (und zusätzlich - dann aber möglicherweise verzögert - diese Möglichkeit nochmal unter „Drucken“ )

Grüße, Günther

[JTH]

@ all
Könntet Ihr nicht eventuell zu Testzwecken kurz das Paket cups-daemon von Euren Systemen entfernen, dann FF neu starten und dann den Drucken-Dialog öffnen?

Ich kann das in 2 VM-Spielwiesen auf die Schnelle auch nicht nachvollziehen, der Druckdialog öffnet sich immer ohne Warterei. Auch wenn nur noch libcups2 installiert ist und nichts mit libgs im Namen.

Nebenbei: Der Druckdialog kommt ja von GTK 3, nicht Firefox selbst (der öffnet ihn aber natürlich auf seine Art und Weise). Hast du die Wartezeit beim Öffnen des Druckdialogs auch bei anderen GTK-3-Anwendungen?

[c1ue]

Ich würde mal vermuten, dass Ihr zwar in euren VM's kein cups-daemon installiert habt, aber eure VM-hosts diesen entweder direkt selbst mitbringen, oder aber Euer Netzwerk den cups-daemon für Eure VM's bereitstellen.

Möglichkeiten:
1. VM-hosts auf cups-daemon überprüfen
2. VM's vom Netz trennen

Dann nochmals versuchen, den Druck-Dialog aufzurufen.

Ich vermute stark, das guennid richtig liegt, und das ein Design-Fehler in FF ist. Daher möchte ich dies nun verifizieren und dann an das Mozilla-Team berichten.

Aus diesem Grund bin ich auf weitere Tester angewiesen.

@JHT
Ich bin KDE user. Daher habe ich außer FF wohl keine GTK3-Anwendung, die auch noch drucken könnte.
LibreOffice verhält sich jedenfalls ganz normal, nachdem ich cups-daemon wieder entfernt habe.

[KP97]

Ich kann Dir keine Lösung nennen, aber als KDE-User könntest Du mal den Browser Falkon testen, ob es sich da ebenso verhält.
Falkon ist in eine Qt-Umgebung auf jeden Fall besser eingebettet als ein Gtk-Programm.