Ausfall von Synaptic nach Upgrade

[Blue]

Ich verwende auf einem alten 32-Bit-Laptop (Toshiba) Debian/Testing mit XFCE als Benutzeroberfläche.
Nach einem Upgrade vor einigen Tagen läßt sich die Synaptic-Paketverwaltung nicht mehr aus dem Menü starten.
In der Konsole läuft es nach dem Befehl "synaptic" aber tadellos.

Die Situation änderte sich auch nicht nach einer kompletten Neuinstallation des Systems.
Auf meinem anderen Laptop (Dell, 64-Bit), welcher an Sonsten gleich konfiguriert ist, stelle ich das gleiche Phänomen fest.
Es könnte sich also tatsächlich um ein (hoffentlich nur zwischenzeitliches) "Update-Phänomen" handeln

Ist das eine "Testing-Macke", welche sich im Lauf weiterer Updates wieder verflüchtigt, oder kann ich durch eine Konfiguration den Paketverwalter wieder zum normalen Starten bringen?

Vielen Dank im Vorraus für Antworten. Insbesondere auch, ob auch andere User diese Erfahrung machen. Im Web habe ich bisher trotz intensiver Rechereche zu diesem Thema noch keinen Beitrag gefunden.

P.S.:
Wenn diese Anfrage im falschen Untersegment ist, bitte ich um Entschuldigung und bitte dem Moderator um Verschieben in die richtige Sektion.

[smutbert]

Rallebiker hat dasselbe Problem und soweit ich das sehe ist die Ursache bis auf die Tatsache, dass es der Fehler in der Gegend von Policykit zu suchen ist noch ungeklärt:
viewtopic.php?f=12&t=162698

[Blue]

Thx, smutbert

Mal sehen, wie es weiter läuft. Auf alle Fälle funktioniert der Synaptic-Paketverwalter ja per Konsolenbefehl, zumindest, wenn man sich als "root" angemeldet hat...

Ich habe den von Dir dankenswerterweise angegebenen Link ( viewtopic.php?f=12&t=162698 ) genutzt und den Thread gelesen.
Danach habe ich "gparted" installiert und festgestellt, daß auch hier sich das Programm nur in der Konsole, nicht aber per Menü starten läßt. Ebenso gilt dies für die "lightdm-gtk-greeter-settings", also für alle Programme, welche unter dem Menü früher auch die root-Rechte mit root-Passwort verlangt haben.

Spekulation1: Mit einem der nächsten Upgrades verschwindet der Spuk.
Spekulation2: Vielleicht handelt es sich um ein neues Sicherheitsfeature von Debian/Testing.
Spekulation3: Die XFCE-Entwickler konnten dem Upgrade-Fortschritt von Debian/Testing bisher noch nicht mithalten (siehe 1).

See also: http://forums.debian.net/viewtopic.php? ... 93#p627972

[Blue]

News:

In http://forums.debian.net/viewtopic.php? ... 41#p628041 habe ich eine Antwort erhalten welche nahelegt, daß es sich tatsächlich um ein neues Sicherheits-Feature handelt.

Ein anderer User verwendet LXQt mit Pcmanfm und erlebt das Selbe wie wir. Es scheint also oberflächenunabhängig zu sein. Damit entfällt These (3), "Die XFCE-Entwickler konnten dem Upgrade-Fortschritt von Debian/Testing bisher noch nicht mithalten".

Es verbleiben These (2), "Vielleicht handelt es sich um ein neues Sicherheitsfeature von Debian/Testing".
Ich meine, daß dies den geringen Mehraufwand, sensible Programme nur über das Terminal mit Root-Rechten verwenden zu können, in seiner wichtigeren Bedeutung für die Systemintegrität wettmacht.

Denkbar ist aber auch immer noch (1), "Mit einem der nächsten Upgrades verschwindet der Spuk".

[TomL]

In http://forums.debian.net/viewtopic.php? ... 41#p628041 habe ich eine Antwort erhalten welche nahelegt, daß es sich tatsächlich um ein neues Sicherheits-Feature handelt.

Kann man dort als nicht-angemeldeter User nicht alle Nachrichten lesen...?... ich finde da nämlich keine Erklärung

BTW, ich habe mich gerade mal meiner Stretch-VM erinnert und mir gedacht, die müsste alt genug sein, um das Problem zu reproduzieren. Tja, also vor dem dist-upgrade ließ sich synaptic völlig normal starten. Völlig unauffällig.

Und nach dem dist-upgard ließ es sich auch übers Menü starten..... *lacht*... aber irgendwie merkwürdiger als zuvor. Und natürlich habe ich mir nach dem Upgrade auch sofort das polkit angesehen... es ist immer noch die veraltete Version. Ich glaube also nicht, dass das die Ursache ist. Also, was mir aufgefallen ist, ist der Starter in:

Code: Alles auswählen

/var/lib/menu-xdg/applications/menu-xdg/X-Debian-Applications-System-Package-Management-synaptic_package_manager.desktop

der folgenden Aufruf enthält

Code: Alles auswählen

x-terminal-emulator -e synaptic-pkexec

Als erstes ist mir aufgefallen, dass x-terminal bei einem Start vom Menü völlig überflüssig ist. Wieso sollte zusätzlich ein Terminalfenster geöffnetet werden, um eine GUI-APP zu starten? Als zweites kam mir der Gedanke, wenn x-terminal-emulator nicht korrekt ge'symlink't ist, wird das auch nicht funktionieren.

Ich habe dann einfach mal "synaptic-pkexec" im Start-Menü unter "Ausführen" eingegeben und siehe da, der Authentication-Agent fordert mich mit GUI-Dialog zur Eingabe des PWD auf. Danach startet synaptic einwandfrei - und zwar ohne zusätzliches Terminal-Fenster. Zwei Vermutungen habe ich jetzt.... entweder sind mit den heutigen 350 MB auch Fehlerkorrekturen gekommen.... oder vielleicht liegt es auch an diesem URL-Desktop-Starter und fehlendem Symlink zum Terminal. *hmmm*

Ich kanns leider nicht testen, bei mir geht mit stretch alles, wie es sein soll.....

[tuxedo]

Hallo
Hier auf Testing dasselbe Problem - ging aber vor kurzem noch!
Der eigengebaute Launcher für Bareos tut aber noch.
Bin jetzt grad nicht am Rechner, schau mir deine alternative ohne xterminal mal an.

Grüsse
Mathias

[Blue]

Um weiteres Licht ins Dunkel zu bringen, habe ich auf einem meiner Laptops "Mate - Debian/Testing" neu installiert und aktualisiert.
Der Synaptic-Paketverwalter läßt sich hier anstandslos per Menü starten.

Es scheint sich also um ein - sicher vorrübergehendes - XFCE-Problem zu handeln.

[TomL]

Passiert was unterschiedliches, wenn Du "synaptic-pkexec" im Start-Menü unter "Ausführen" eingibst oder im Terminal? Bei mir öffnet sich in beiden Fällen der GUI-Pwd-Dialog und anschließend wird das Programm gestartet.

[Blue]

@TomL:

Das Root-Paßwort ist in allen Fällen erforderlich, was ich auch sehr wichtig und richtig finde.

Methode 1: Terminal öffnen > sich als Root anmelden > Synaptic starten.
Methode 2: Menü öffnen > Synaptic starten > Man wird um das Root-Paßwort gebeten.

Das Problem ist, dass sich unter XFCE die Methode 2 nach einem Upgrade nicht mehr anwenden läßt.
Eine Installation von MATE kennt diese Probleme nicht.

[TomL]

Du hast es sehr geschickt vermieden meine Frage zu beantworten...... *lol*.... sondern nur erneut das bekannte Problem geschildert.....

Also nochmal.... es geht NUR um den Befehl:

Code: Alles auswählen

synaptic-pkexec

Entweder im Start-Menü unter "Ausführen" abgesendet oder im User-Terminal NICHT als root? Das bedeutet, beides Mal nur mit User-Rechten, ohne sudo, su, gksu oder anderen, mit dem man vorher zu Root wird.

[Blue]

@TomL:
Ich habe nicht versucht zu vermeiden, Deine Frage zu beantworten, sondern einfach nicht verstanden, was ihre Beantwortung zur Klärung des Sachverhalts des Thread beitragen soll. Aber gerne will ich Deinem Anliegen nachkommen.

Wenn ich in dem Terminal (ohne Root-Rechte) Deinen Befehl "synaptic-pkexec" eingebe, erhalte ich:

mein Username@debian:~$ synaptic-pkexec
==== AUTHENTICATING FOR com.ubuntu.pkexec.synaptic ===
Authentication is required to run the Synaptic Package Manager
Authenticating as: root
Password:

Wobei ich - ich wiederhole mich - "Authentication is required to run the Synaptic Package Manager" im Sinne der Integrität eines Systems sehr sinnvoll finde.

[TomL]

Sorry, Du hast wieder meine Frage nicht beantwortet.... und dabei ist das eigentlich soooo einfach.......ich versuche es jetzt noch einmal.

Gibt es einen Unterschied, wenn Du den Befehl

Code: Alles auswählen

synaptic-pkexec

im Menü unter "Ausführen" absendest oder wenn Du ihn als User (nicht als Root) im Terminal absendest?

Bei beiden muss eine PWD-Abfrage erfolgen und bei beiden sollte das Programm danach ordentlich starten. Also... verhält sich der gleiche Befehl auf verschiedenen Ebenen unterschiedlich?

...sondern einfach nicht verstanden, was ihre Beantwortung zur Klärung des Sachverhalts des Thread beitragen soll.

Das sehen wir hinterher......

Aber gerne will ich Deinem Anliegen nachkommen.

Dann bitte, mach einfach..... nun aber bitte einfach mal vollständig....

Wobei ich - ich wiederhole mich - "Authentication is required to run the Synaptic Package Manager" im Sinne der Integrität eines Systems sehr sinnvoll finde.

Meine Frage hat nichts damit zu tun, also in dem Sinne, dass die PWD-Abfrage verhindert werden soll.

[Blue]

@TomL:

im Menü unter "Ausführen"

Im Menü von XFCE kann ich kein "Ausführen" finden.

[TomL]

Ich komme gar nicht dahinter, dass das soooo kompliziert ist. In meinem xfce-Menü steht oben als allererstes der Menupunkt "Programm ausführen". Wenn ich mit der rechten Maustaste auf ne freie Desktop-Stelle klicke, öffnet sich ein Popup-Dialog mit dem Menüpunkt "Anwendungen" wo ich wieder "Programm ausführen" finde. Es gibt also mindestens zwei Möglichkeiten über das GUI-Environment ein Programm direkt zu starten. Mannomann, das kann doch bei Dir nicht anders sein.

Ich möchte doch nur wissen, ob der Befehl

Code: Alles auswählen

synaptic-pkexec

vom Desktop-Environment überhaupt keine Reaktion auslöst oder ob sich die normale PWD-Abfrage als grafischer Dialog öffnet.

Ich gehe davon aus, dass keine Reaktion erfolgt, einfach deshalb, weil im Terminal bei Dir schon der Password-Chat falsch ist. Anwendungen mit der folgenden Policy-Eigenschaft

Code: Alles auswählen

<annotate key="org.freedesktop.policykit.exec.allow_gui">true</annotate>

müssten eigentlich generell einen GUI-Dialog zur PWD-Abfrage öffnen, sowohl bei der Terminal-Eingabe als auch im DE. Das passiert bei Dir nicht, da werkelt einfach nur der TTY-Agent, der im Policykit default vorhanden ist. Das bedeutet, dass irgendwas mit Deinem "libpolkit-agent-1-0" nicht stimmt. Entweder ist der gar nicht installiert oder er ist (weils Testing ist) im Moment vielleicht einfach platt. Aber Hineise darauf kriegt man erst, wenn man versucht den Start des Agenten zu provozieren, und zwar über den Menüpunkt "Programm ausführen" im DE und eingabe des Befehls synaptic-pkexec .... nur am Rande bemerkt, den Agenten kann man NICHT durch Eingabe seines Namens dort starten.... der werkelt eigentlich nur als Daemon ... falls Du auf eine solche Idee kommen sollest... scnr...

Ich bin jetz raus......

[Blue]

@TomL:
Im XFCE-Menü ganz oben steht nicht "Programm ausführen", sondern "Programm starten".
Gebe ich dort "synaptic-pkexec" ein, tut sich gar nichts, weil es imho Dasselbe ist, wie Synaptic im Menü (unter System) zu starten.
Genauso übrigens (logischerweise) auch, wenn ich vom Desktop aus den identischen Vorgang starte.

Ich möchte doch nur wissen, ob der Befehl "synaptic-pkexec" vom Desktop-Environment überhaupt keine Reaktion auslöst oder ob sich die normale PWD-Abfrage als grafischer Dialog öffnet.

Der Befehl löst keine Reaktion aus. Das GUI öffnet sich nur nachdem im Terminal die Anmeldung von Root-Rechten vorgenommen und dann "synaptic" oder meinetwegen auch "synaptic-pkexec" eingegeben wurde, wie hier von mir mehrmals berichtet.

Habe ich jetzt Deine Anfrage erschöpfend beantwortet?
Was schlußfolgerst Du daraus zum Thread-Thema?

...oder er ist (weils Testing ist) im Moment vielleicht einfach platt.

Das wäre meine augenblickliche Vermutung, weil sich Synaptic in der Mate-Installation per Menü, Starten etc. öffnen läßt.

[TomL]

Was schlußfolgerst Du daraus zum Thread-Thema?

Wenn der Polkit-Agent installiert ist

Code: Alles auswählen

dpkg -l | grep libpolkit-agent

hat er vielleicht jetzt durch das Upgrade einen Fehler. Wenn er nicht installiert ist, war die Situation vorher fehlerhaft, weil das Programm ohne Polkit-Agent trotzdem gestartet ist und das Upgrade hat genau diesen Fehler behoben. Was natürlich auch möglich ist, dass das Upgrade ihn durch einen Fehler bei den Dependencies schlichtweg entfernt hat.

Also
- ist er installiert und es funktioniert nicht, ist was kaputt... also aufs nächste Update warten
- ist er allerdings momentan nicht installiert, liegt imho auch kein Fehler vor und das System verhält sich korrekt

[Blue]

Ein User im amerikanischen Debian-Forum ( http://forums.debian.net/viewtopic.php?f=10&t=130312 ) hat meiner Meinung nach das einzig Richtige getan: Er hat an die XFCE-Entwickler einen Bug-Report geschickt.

@TomL: Vielen Dank für Deine Geduld und Deine Bemühungen.

[TomL]

Kannst du bitte noch die folgende Ausgabe posten? Das interessiert mich jetzt noch wirklich:

Code: Alles auswählen

dpkg -l | grep libpolkit-agent

[Blue]

Im Terminal mit Root-Rechten eingegeben erscheint:

mein username@debian:~$ su
Passwort:
root@debian:/home/xxx# dpkg -l | grep libpolkit-agent
ii libpolkit-agent-1-0:i386 0.105-17 i386 PolicyKit Authentication Agent API
root@debian:/home/xxx#

Also wieder keine Reaktion des Systems.

[TomL]

Doch, die Reaktion ist doch da .... der Agent ist ganz offensichtlich installiert. Daraus schließe ich jetzt, dass es sich tatsächlich um einen echten Bug handelt. Aber wie gesagt, "erst jetzt" komme ich auch zu diesem Schluss.

[Blue]

@TomL:

Aber wie gesagt, "erst jetzt" komme ich auch zu diesem Schluss

Dann wurde es schließlich doch, wenn auch zunächst mit "Pannen" gepflastert, eine gelungene "Gemeinschaftsdiagnose".

Solche Bugs sind bei "Testing" zu erwarten. Sie sind für mich aber nicht schlimm, zumal spätere Upgrades das sicher ausbügeln. Und die Vorteile der Testing-Distribution überwiegen meiner Meinung nach solche Episoden.

Ich bin jetzt mal gespannt, wie schnell das XFCE-Team auf den Report unseres Kameraden vom amerikanischen Debian-Forum reagiert.

[TomL]

Wie vermutet, der Polkit-Auth-Agent ist es.... der wird einfach nicht gestartet... das ist das ganze Problem.... *lol* ... und so einfach zu lösen...

Zitat vom Bugreport: 842184

Code: Alles auswählen

I am on Xfce so yes, using policykit-1-gnome here. And again yes, after
running /usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-agent-1 from
a terminal, authentication works fine.

[Blue]

running /usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-agent-1 from
a terminal

Ein Verzeichnis im Terminal starten
Ich verstehe diese "einfache Lösung" nicht.
Ganz davon abgesehen findet sich in meiner Vereichnisstruktur nur "/usr/lib/i386-linux-gnu/polkit-1/extensions/".

[TomL]

Schau Dir einfach die Message #15 im Bugreport an (und für später die #16 auch) ... dann siehst Du, dass es sich um einen simplen Desktop-Starter handelt, der ins leere läuft. Notfalls sucht man sich halt den Ort, wo der Auth-Agent abgelegt ist und setzt ihn in den Starter ein.... und fertig ist die Baustelle.

[Blue]

@TomL:

... und fertig ist die Baustelle.

Stimmt Danke für DeinenRat

Die Lösung ist einfach, aber eben nur eine Notlösung ("...which can later be removed easily once it's been properly fixed).

In dem Bug-Report-842184 https://bugs.debian.org/cgi-bin/bugrepo ... =842184#48 habe ich ganz unten (message #48) einen guten Workaround dazu gefunden:

Es ist unter Einstellungen das Programm zu Konfiguration des Sitzungs- und Startverhaltens zu wählen, in der Autostartliste der reguläre
"PolicyKit Authentication Agent" zu deaktivieren und statt dessen einen eigenen Befehl "/usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-agent-1" (beziehungsweise - wie in meinem Fall, einem 32-Bit Laptop - "/usr/lib/i386-linux-gnu/polkit-gnome-authentication-agent-1") als Übergang bis zum korrigierenden Upgrade zu erstellen und zu aktivieren. Vergessen sollte man aber auch nicht, sich ab- und neu anzumelden, damit die Änderungen in Kraft treten. Danach lassen sich Programme, welche das Root-Paßwort benötigen, wieder anstandslos über das Menü öffnen.