• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Erledigt] Bin nur ich zu blöd? KDE policy kit.

Folgendes ist weniger eine wirkliche Frage, sondern etwas das mich seit Jahren ärgert, nämlich der KDE-policy kit. Wenn ich hier so das Forum browse scheint sich sonst kaum jemand darüber aufzuregen.

Den größten Teil der letzten Nacht habe ich damit verbracht einen update auf 13.1, mit KDE 4.11.2, durchzuführen. Nicht unerwartet haut es da einige Einstellungen zusammen. Nicht nur kann dank dem "genialen" udev2 durch truecrypt keinen loop-device mehr einhängen (Ich hoffe die Abhilfe hier http://www.linux-club.de/viewtopic.php?f=89&t=117902 hilft nach Neustart). Das Netzwerkproblem war diesmal besonders hartnäckig (aber gelöst, dank der fleissigen Schreiber im "Installation, Update und Paketmanagement" und einer ubuntu live-Cd um überhaupt "rein zu kommen" ;) ) .

Aber nun zum Thema: Eigentlich ist der KDE-policy kit sinnvoll und sogar halbwegs brauchbar dokumentiert (wie bei allen Dokus fehlt die Hilfestellung sollte etwas schief geht. In vielen Fällen erschließt sich ja eine GUI-Funktionalität wenn man ein bißchen Hirn hat -- oder was bedeutet ein Menüpunkt "Schließen" denn :eek:ps: ). Bei jedem update (gefühlt seit ca. 9.3 ?) ärgert mich der KDE-policy kit dahingehend, daß er sämtliche Voreinstellungen auf die restriktivsten möglichen Einstellung zurücksetzt. D.h. root-Kennwort wenn man einen USB-Stick einsteckt oder -- für mich besonders ärgerlich weil ich mit dem Laptop verschiendste WLAN benutzen muß, mal mit und ohne Proxy, zwischendurch Kabel -- die Autorisierung jeglicher Netzwerkeinstellung. (Das blieb mir bisher immer!)

Bisher (12.2) konnte man sich in den KDE-Einstellungen durch einen Menüpunkt angeln und den "Autorisierungs-Manager" aufrufen und die gefühlt 120 Einstellungen übers GUI ändern. In 13.1. habe ich das noch nicht gefunden (und bin auch z.Zt. zu faul), stattdessen habe ich in /usr/share/polkit-1/actions/ eben in den xml-Dateien geändert z.B. auf
Code:
<defaults>
      <allow_inactive>auth_admin_keep</allow_inactive>
      <allow_active>yes</allow_active>
    </defaults>
Dummerweise ohne sichtbaren Erfolg :???: . Gut, jedesmal ein Kennwort einzugeben ist nicht die Welt, abgesehen davon, daß der Dialog gerne im Hintergrund verschwindet aber es ist: Lästig, lästig, lästig! Und das seit Jahren und nach jedem Update immer wieder zurück auf Start.

In dieser Form halte ich den Policy Kit eher für eine Arbeitsverhinderungsfunktion für diejenigen welchen, die mit ihren Rechnern produktiv nützen und ihre Lebensaufgabe nicht darin sehen nur am System rumzuschrauben ...

(Mag sein, obiges gehörte besser in ein KDE-Forum, aber es muß einfach mal von der Seele. Vor alle,m weil es seit Jahren immer der selbe Mist ist -- Daran was uns blüht, wenn Wayland kommen wird mag ich nicht denken -- unausgegoren wird's wohl sein, wie damals KDE4 und heute udev2 mit dem unmöglichen mountpoint in /run/USER/media und was weiß ich noch :zensur: )

Genug gemotzt, sorry
 
henry_hl schrieb:
dank dem "genialen" udev2 durch truecrypt keinen loop-device mehr einhängen
"udev2" gibt es nicht. udev hat mit dem Problem genau so wenig zu tun wie udisks2 (das Du vielleicht gemeint hast), das liegt "nur" an einem seit 12.3 geänderten Inhalt des Pakets aaa_base.

henry_hl schrieb:
in /usr/share/polkit-1/actions/ eben in den xml-Dateien geändert
Änderungen dort nützen (im allgemeinen) auch nichts. Ich nehme an, daß bei
Code:
< /etc/sysconfig/security grep PERMISSION_SECURITY=
"paranoid local" oder "secure local" steht, und dann brauchst Du Dich über restriktive Definitionen nicht zu wundern. Mangels KDE 4 kann ich zu dessen grafischen Einstellungsmöglichkeiten nichts sagen, einen
henry_hl schrieb:
gibt es nicht. Die zu verwendenden Einstellungen sind in /etc/polkit-default-privs.restrictive (für "paranoid" und "secure") bzw. /etc/polkit-default-privs.standard (für "easy") enthalten. Lokale Abweichungen gehören nach /etc/polkit-default-privs.local, werden durch das dort genannte Programm aktiviert (der aktuelle Gesamtstand findet sich in /etc/polkit-1/rules.d/90-default-privs.rules) und bleiben auch bei einem Update des Pakets polkit-default-privs erhalten.

henry_hl schrieb:
mountpoint in /run/USER/media
Auch das kann mit einer einfachen Anweisung an udisks2 (in Form einer udev-Regel) geändert werden, zum Jahresausklang erspare ich Dir die Suche:
Code:
ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{UDISKS_FILESYSTEM_SHARED}="1"
 
Danke für die Antwort, das ist sicher nützlich. Abe SO böse wie's klang war das nicht gemeint -- Es ging mehr darum, daß nach jedem Update die Fummelei wieder von vorne los geht.


Guten Rutsch und so .. allen
 
Oben