seriousness
Anmeldungsdatum: 22. Juni 2009
Beiträge: 233
|
Hallo, wenn ich in Muon "Einstellungen –> Software-Quellen einrichten" wähle, wird mein Benutzerpasswort verlangt. Gebe ich dieses ein, erscheint das angehängte Fenster.
Die Gruppe "wheel" existiert auf meinem System nicht. Was kann ich tun (bin neu bei KDE Plasma)?
- Bilder
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Auf welchem System bist du denn unterwegs? kdesu sollte eigentlich keine Verwendung finden, sondern PolicyKit. Die Gruppe wheel gibt es unter Ubuntu nicht, das ist u.a. unter Debian der Fall. Wie hast du Muon installiert und wie versucht es auszuführen? Ist dein Benutzer einer der Hauptbenutzer (Gruppe sudo)?
|
seriousness
(Themenstarter)
Anmeldungsdatum: 22. Juni 2009
Beiträge: 233
|
Muon ist bei Ubuntu Studio 22.04 vorinstalliert und ich starte es normal über das Anwendungsmenü.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Das riecht nach einem Bug fürs Launchpad. Funktioniert denn Discover? Und da ich keine solche Installation habe, schau mal bitte in /usr/share/polkit-1/actions/ nach einer policy für muon/discover, falls das eine eigene hat.
|
seriousness
(Themenstarter)
Anmeldungsdatum: 22. Juni 2009
Beiträge: 233
|
Wenn ich in den Einstellungen von Discover auf "Software Sources" klicke, passiert das gleiche. In /usr/share/polkit-1/actions/ gibt es nur org.kde.discover.libsnapclient.policy .
|
Streifenschmerle
Anmeldungsdatum: 5. April 2006
Beiträge: 454
|
Der Bug ist bekannt: https://bugs.launchpad.net/bugs/1965439 Mögliche Workarounds: Mit folgendem Befehl im Terminal starten: | sudo software-properties-qt --open-tab=0
|
Manuell Paketquellen in /etc/apt editieren. software-properties-gtk installieren und benutzen.
Viele Grüße, Jan
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Danke fürs Teilen. Ist etwas schwer ohne Debianbasis zu prüfen, da es bei mir kein Muon (und auch kein sudo ) gibt. pkexec funktioniert zumindest in Discover problemlos. Kann jemand vom betroffenen System mal den Inhalt von /usr/share/polkit-1/rules.d/org.freedesktop.packagekit.rules hier einstellen? Streifenschmerle schrieb:
NIE mit sudo! Nimm pkexec oder wenn es denn unbedingt sudo sein muss sudo -H .
|
seriousness
(Themenstarter)
Anmeldungsdatum: 22. Juni 2009
Beiträge: 233
|
software-properties-qt läßt sich über Systemeinstellungen –> Treiberverwaltung starten. Da wird das Benutzerpaßwort per xterm erfragt. Kein Grund zum Aktionismus, Erich Eickmeyer ist daran, den Bug zu fixen - siehe den Link von Streifenschmerle!
|
Streifenschmerle
Anmeldungsdatum: 5. April 2006
Beiträge: 454
|
ChickenLipsRfun2eat schrieb: Kann jemand vom betroffenen System mal den Inhalt von /usr/share/polkit-1/rules.d/org.freedesktop.packagekit.rules hier einstellen?
Von meinem System:
polkit.addRule(function(action, subject) {
if ((action.id == "org.freedesktop.packagekit.upgrade-system" ||
action.id == "org.freedesktop.packagekit.trigger-offline-update") &&
subject.active == true && subject.local == true &&
subject.isInGroup("sudo")) {
return polkit.Result.YES;
}
}); Bei mir läßt sich übrigens software-properties-qt auch nicht aus Discover heraus aufrufen (Paßwort wird nicht akzeptiert). ChickenLipsRfun2eat schrieb: Streifenschmerle schrieb:
NIE mit sudo! Nimm pkexec oder wenn es denn unbedingt sudo sein muss sudo -H .
Ok, den Tipp hab ich aus diesem Kommentar im Bugreport und hatte kurz vorher auf meinem System verifiziert, daß es so zu funktionieren scheint. Welche negativen Konsequenzen können denn bei sudo ohne -H drohen? Mit | sudo -H software-properties-qt --open-tab=0
|
funktioniert es bei mir ebenfalls; mit
| pkexec software-properties-qt --open-tab=0
|
klappt es dagegen überhaupt nicht.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Wenn du grafische Programme mit sudo aufrufst, kann das die Rechte im Homeverzeichnis zu root ändern. Das sind die Klassiker für Login-Loop und diverse Zugriffsprobleme. ⇨ sudo Also die Regel sieht passend aus, da steht auch die Gruppe sudo drin. Dein Nutzer sollte also mit seinem Passwort ein Upgrade durchführen können. Installieren, etc. wird da aber nicht abgedeckt, ebenso wenig das Ändern von Paketlisten. Aber da der Bug bekannt, gemeldet und bearbeitet wird, brauche ich auch nicht tiefer graben 😉 Ich kann bei mir eh keine Quellen per Discover ändern (außer Flatpak und fwupd, die aber eigene Regeln haben).
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Streifenschmerle schrieb: Mit | sudo -H software-properties-qt --open-tab=0
|
funktioniert es bei mir ebenfalls; mit
| pkexec software-properties-qt --open-tab=0
|
klappt es dagegen überhaupt nicht.
ist auch unter Kubuntu 21.10 so
~$ pkexec software-properties-qt
qt.qpa.xcb: could not connect to display
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.
Abgebrochen (Speicherabzug geschrieben)
Könnte es sein, dass das mit wayland zu tun hat?
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Frieder108 schrieb: Könnte es sein, dass das mit wayland zu tun hat?
Unwahrscheinlich. Du könntest das mal mit gdb ausprobieren, vielleicht gibt es ne backtrace. Aber um Wayland auszuschliessen gibt es ja zwei Möglichkeiten: software-properties-qt --open-tab=0 --platform wayland
software-properties-qt --open-tab=0 --platform xcb
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Nee, liegt wohl nicht an Wayland, gleiches Verhalten auch unter X11. ☹
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Das liegt eher generell daran, das Qt keine root-Rechte bei GUI-Anwendungen unterstützt. Wenn man also ein grafisches Programm als root starten will, muss man etwas frickeln. Wenn ich mich recht entsinne, kann aber jeder die sources lesen, insofern bräuchte man effektiv nur beim Schreiben von Änderungen erweiterte Rechte. Das ist in Plasma bereits integriert, zumindest bei Texteditoren auf KatePart-Basis. Ist aber auch ein Sonderfall, da das Tool eh nur für Debiansysteme geschrieben wurde (bzw. genauer: als Frontend für apt). Also abwarten. In der Zwischenzeit bietet die GTK-Welt ja noch Synaptic an.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hmm, und ein Programm wie Gparted wiederum lässt sich mit nem simplen gparted via Terminal starten, dann kommt eine grafische Passwortabfrage und das Programm startet.
Das liegt eher generell daran, das Qt keine root-Rechte bei GUI-Anwendungen unterstützt.
meines Wissens betrifft das nur (noch?) Dolphin - kate z.B. darf/kann das mittlerweile wieder.
|