Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von Celica » 22.05.2021 22:01:56

Das wären aber alles Workarounds, oder?

Ich habe für mich bereits eine Lösung gefunden die ich sogar besser finde, aber gut ...vielleicht braucht es wer :THX:
Danke !

Ciao

Celica

JTH
Moderator
Beiträge: 3014
Registriert: 13.08.2008 17:01:41
Wohnort: Berlin

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von JTH » 22.05.2021 23:08:50

smutbert hat geschrieben: ↑ zum Beitrag ↑
22.05.2021 21:57:14
Mit dem gvfs-backends genügt es ein Skript anzulegen, etwa »~/.local/share/nautilus/scripts/nautilus-admin« (ausführbar machen nicht vergessen)

Code: Alles auswählen

#!/bin/bash
IFS="
"

for file in ${NAUTILUS_SCRIPT_SELECTED_FILE_PATHS}; do
	if test -d ${file}; then
		folder=${file}
	else
		folder=$(dirname ${file})
		test -d ${folder} || continue
	fi
	nautilus admin://${folder}
done
Ich würde da noch dringend ein paar " " um (fast) alle $file und $folder spendieren, sonst klappt das nicht so ganz mit einer "ganz gemeinen Datei.txt" ;-)

Das Skript würde dann im Menü als "nautilus-admin" auftauchen?
Manchmal bekannt als Just (another) Terminal Hacker.

willy4711

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von willy4711 » 22.05.2021 23:09:08

@smutbert
Grobschmied vs. Feinmechaniker :THX:
Werde das morgen früh gleich mal testen.
Celica hat geschrieben: ↑ zum Beitrag ↑
22.05.2021 22:01:56
Das wären aber alles Workarounds, oder?
Ganz so ist das nicht, da es offensichtlich bewusst entfernt wurde. Hab mal weiter geforscht:
https://github.com/brunonova/nautilus-a ... aster/NEWS sagt:
v1.0.0
------

This release is a major change from the previous version.
This new version requires gvfs 1.30 or newer (generally included in
GNOME 3.22 distributions)!
If that requirement is not met, please use the previous version (0.2.5).

* Use GNOME's new admin backend, instead of policy kit, which works in Wayland,
fixing #27 and #29
* Removed the "Run as Administrator" option, as it won't work with the
admin backend
Demnach sollte es schon in Buster (nautilus-admin 1.1.9-2 ) nicht mehr funktioniert haben.

willy4711

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von willy4711 » 22.05.2021 23:12:41

JTH hat geschrieben: ↑ zum Beitrag ↑
22.05.2021 23:08:50
Das Skript würde dann im Menü als "nautilus-admin" auftauchen?
Wie im Bildchen unter Skripte.
Angezeigt wird der Dateinahme.
Ein anderer Name wäre wahrscheinlich sinnvoller. Aber erstmal egal.

Benutzeravatar
smutbert
Moderator
Beiträge: 8318
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von smutbert » 22.05.2021 23:35:46

JTH hat geschrieben: ↑ zum Beitrag ↑
22.05.2021 23:08:50
Ich würde da noch dringend ein paar " " um (fast) alle $file und $folder spendieren, sonst klappt das nicht so ganz mit einer "ganz gemeinen Datei.txt" ;-)
Ganz im Gegenteil – ich habe es mit leerzeichenbehafteten Dateinamen getestet.
(Man beachte das IFS=… zu beginn.)
JTH hat geschrieben: ↑ zum Beitrag ↑
22.05.2021 23:08:50
Das Skript würde dann im Menü als "nautilus-admin" auftauchen?
Genau, es taucht ein eigenes Untermenü Skripte und darin dann eine Liste aller Skripte auf.
Celica hat geschrieben: ↑ zum Beitrag ↑
22.05.2021 22:01:56
Das wären aber alles Workarounds, oder?
Workarounds waren es für mich solange ich geglaubt habe das Paket Debiannautilus-admin ist für den (aktuell fehlenden) Menüeintrag und den Zugriff mit root-Rechten verantwortlich.

Aber es ist nur für den Menüeintrag zuständig und sowohl das mit dem Lesezeichen als auch das mit dem Skript funktioniert auch komplett ohne Debiannautilus-admin – damit würde ich das nicht mehr als Workaround bezeichnen.

Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von Celica » 23.05.2021 10:46:30

Ich bin gerade ein wenig irritiert.

Verstehe ich das richtig, dass unter Wayland, was seiner Zeit auch meine Intension war, da ein starten von Nautilus mit root Rechten nicht mehr funktionierte, dass Paket nautilus-admin eigentlich gar nicht mehr vorhanden sein dürfte?

Für mich ist das alles wurscht, da ich einfach durch die Installation von gvfs... den roit Zugang via Nautilus erhalte.

Vielleicht blicke ich das auch gerade nicht ...aber auf jeden Fall eine interessante Diskussion :mrgreen:
Danke !

Ciao

Celica

Benutzeravatar
smutbert
Moderator
Beiträge: 8318
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von smutbert » 23.05.2021 12:12:23

Bei willy4711s Anleitung wird nautilus tatsächlich mit root-Rechten gestartet. Das sollte so aber sowohl unter X wie auch wayland funktionieren.


Mit nautilus-admin und dem Lesezeichen (oder meinem Skript) läuft nautilus nicht wirklich als root bzw. mit root-Rechten. Diese Methoden sind nur eine Möglichkeit nautilus mit einer Orts-/Pfadangabe zu starten, die auf ein Debiangvfs-backend verweist, das dann für die erweiterten Rechte sorgt, komplett unabhängig davon ob X oder wayland läuft.


Die einzige Funktion von nautilus-admin ist also für einen Kontextmenüeintrag zu sorgen, der ein nautilus-Fenster mit einem Befehl, z. B. für den Zugriff auf »/etc«

Code: Alles auswählen

nautilus admin:///etc
startet.
Das funktioniert nicht, daher ist nautilus-admin nutzlos, aber beinahe dasselbe erreicht man, wie man sieht, auch mit einem Skript.

Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von Celica » 23.05.2021 13:06:43

Ja, da waren sie wieder die vielen Wege nach Rom :D
Danke !

Ciao

Celica

willy4711

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von willy4711 » 23.05.2021 14:35:04

Habe erstmal Debiannautilus-admin gepurgt. Ist wohl komplett obsolet. ---> Warum ist das Paket dann noch in den Repos :?:

Nochmal mit nautilus admin:///
Da ist dann wohl der gapplication-service zuständig
htop sagt bei nautilus, bzw. bei gedit:

Code: Alles auswählen

2696 willy      20   0  854M 77844 53336 S  0.0  1.9  0:01.46 /usr/bin/nautilus --gapplication-service

Code: Alles auswählen

3252 willy      20   0  434M 85780 54816 S  0.0  2.1  0:00.00 /usr/bin/gedit --gapplication-service
Ist mir neu, und anscheinend reichlich kompliziert.
Allerdings interessierte ich mich bisher nicht allzu sehr für Gnome.
Aber ich habe die Vermutung, dass Ähnliches bei Wayland auch auf andere DE's zukommen wird. :roll: 8O

Das Handling ist allerdings ziemlich anstrengend, weil nach Aufruf des Verzeichnisses -->PW editieren einer Datei --->PW

Da ist mir Debianmc ja schon fast lieber :facepalm:

Code: Alles auswählen

3689 root       20   0 19868  9888  7920 S  0.0  0.2  0:00.04 mc
3722 root       20   0 19684  9664  7808 S  0.0  0.2  0:00.00 /usr/bin/mcedit /etc/apt/sources.list
Oder eben einen anderen "unsicheren" Filemanager wie z.B. Debiannemo

Benutzeravatar
habakug
Moderator
Beiträge: 4313
Registriert: 23.10.2004 13:08:41
Lizenz eigener Beiträge: MIT Lizenz

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von habakug » 23.05.2021 15:20:48

Hallo,

schätze da sollte gvfsd-admin aus Debiangvfsd-backends aufgerufen werden [1] (User-ID anpassen). ;-)

Code: Alles auswählen

$ pkexec /usr/lib/gvfs/gvfsd-admin --spawner :1.3 /org/gtk/gvfs/exec_spaw/3 --address unix:path=/run/user/1000/bus --dir /run/user/1000
Gruss, habakug

[1] https://gitlab.gnome.org/GNOME/gvfs/blo ... ions.rules
( # = root | $ = user | !! = mod ) (Vor der PN) (Debianforum-Wiki) (NoPaste)

willy4711

Re: Bullseye > Nautiluis > Kontextmenü > Admin fehlt!

Beitrag von willy4711 » 23.05.2021 17:14:39

habakug hat geschrieben: ↑ zum Beitrag ↑
23.05.2021 15:20:48
schätze da sollte gvfsd]admin aus Debiangvfs-backends :wink: aufgerufen werden [1] (User-ID anpassen).
Stimmt wohl.
Bin zwar in Gnome aus irgend einem Grund in sudo, aber dieser "gapplication-service"
stammt aus dem Paket Debianlibglib2.0-bin. Da gibt es Abhängigkeiten von / zu Debiangvfs-backends
Na ja die Datei /usr/share/polkit-1/rules.d/org.gtk.vfs.file-operations.rules (aus gvfs-backends )ist ja auch mit der heißen Nadel gestrickt :roll:
Oben steht die Gruppe wheel
unten ist es dann sudo geworden :facepalm:

Code: Alles auswählen

// Allows users belonging to wheel group to start gvfsd-admin without
// authorization. This prevents redundant password prompt when starting
// gvfsd-admin. The gvfsd-admin causes another password prompts to be shown
// for each client process using the different action id and for the subject
// based on the client process.
polkit.addRule(function(action, subject) {
        if ((action.id == "org.gtk.vfs.file-operations-helper") &&
            subject.local &&
            subject.active &&
            subject.isInGroup ("sudo")) {
            return polkit.Result.YES;
        }
});
Ist bei mir in Xfce übrigens auch vorhanden. Da hab ich bloß kein sudo :lol:

Werde mal in Gnome den sudo purgen. Mal sehen, ob das dann immer noch funktioniert.

----> Gerade gemacht: Geht auch ohne sudo :roll: --> Irgendwie glaub ich, Das PolKit ist hier ohne Belang.

in der /usr/share/polkit-1/actions/org.gtk.vfs.file-operations.policy
wird dann tatsächlich

Code: Alles auswählen

<action id="org.gtk.vfs.file-operations-helper">
[....]
<defaults>
      <allow_any>no</allow_any>
      <allow_inactive>no</allow_inactive>
      <allow_active>auth_admin_keep</allow_active>
    </defaults>
    <annotate key="org.freedesktop.policykit.exec.path">/usr/libexec/gvfsd-admin</annotate>
  </action>
Aufgerufen :THX:

Und dann geht es weiter auf "geheimen" Pfaden bis zu diesem gapplication-service.
Den Mechanismus dahinter in Gnome verstehe ich nicht so richtig.
Geht ja auch ohne nur mit pkexec, was ja unsicher sein soll.

Edit:

Jetzt verstehe ich auch, warum man 2 mal das PW eingeben muss:

in der /usr/share/polkit-1/actions/org.gtk.vfs.file-operations.policy sind "actions":

Code: Alles auswählen

<!-- This action is used when starting gvfsd-admin. -->
 <action id="org.gtk.vfs.file-operations-helper">
<message xml:lang="de">Anmeldung ist für die Ausführung des Dienstes gvfsd-admin erforderlich</message>
und:

Code: Alles auswählen

<!-- This action is used to authorize gvfsd-admin operations. -->
<action id="org.gtk.vfs.file-operations">
<message xml:lang="de">Anmeldung ist für die Ausführung von Dateioperationen erforderlich</message>
Kann man beides oder nur eins auf

Code: Alles auswählen

<allow_active>yes</allow_active>
setzen, dann spart man sich einmal oder zweimal das PW --->
NUR FÜR LEBENSMÜDE ZU EMPFEHLEN :!:

Antworten