staging.inyokaproject.org

Lidux schrieb:

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY krusader

das klingt aber danach das WAYLAND genutzt wird.

Dieser Start des Krusaders als Root hat doch mit Wayland wirklich nichts zu tun.

Das normale bearbeiten von einzelnen Dateien wird z.B. nur mit dem öffnen z.B. mit Kate unter dem Benutzer gemacht, d.h. ist es nach der Änderung eine "Root" Datei wird mit dem Speichern das entsprechende PW automatisch angefordert.

Gut gemeint, aber hier geht es um den Start des Root-Krusaders vom User-Krusader aus mit Alt+Umschalt+k. Das ist eine Krusader-interne Angelegenheit und hat bisher immer und überall funktioniert.

Gruß Ch. Hanisch

ChickenLipsRfun2eat schrieb:

Warum quälst du dich damit immer noch rum? Entweder brauchst du wie oben geschrieben eine angepasste Regel im PolicyKit (bei anderen Distris gucken, du hast ja genug) oder du nimmst einfach den offizielle Weg und bearbeitest deine Dinge mit Kate, o.ä., die automatisch nach den passenden Rechten fragen, wenn deine nicht ausreichen.

Wieso kommt Ihr immer wieder auf PolicyKit bei dem Problem des Aufrufs vom Root-Krusader durch den User-Krusader mittels Alt+Umschalt+k? Die Nutzung von Kate ist ein ganz anderes Feld und hat mit dem hier anstehenden Problem des internen Aufrufs des Root-Krusaders nichts zu tun. Merkwürdig ist, daß bei Alt+Umschalt+k nicht einmal nach dem Passwort gefragt wird (was durch pkexec gefordert werden sollte), sondern gar nichts passiert.

Die Frage ist doch, wie wird vom User-Krusader aus der Aufruf des Root-Krusaders als weiterer Instanz intern realisiert? Das aber sollten die Krusader-Entwickler wissen und entsprechend im Bug-Report antworten.

Gruß Ch. Hanisch

Hanisch schrieb:

Das aber sollten die Krusader-Entwickler wissen und entsprechend im Bug-Report antworten.

Bei "Umschalt" würde ich Dir in einem englischsprachigem Thread auch nicht antworten.

Hanisch schrieb:

wie wird vom User-Krusader aus der Aufruf des Root-Krusaders als weiterer Instanz intern realisiert?

Tja, das kann man auch selbst ermitteln (bei der Ursache würde ich als Dev in einem Bugreport auch nicht antworten). In einem arch-basiertem System mit LXQt, das bisher keinen krusader gesehen hat, habe ich extra kürzlich krusader installiert und absichtlich nicht groß konfigurert (Pfade natürlich abgenickt).

Über alt + shift + k kommt nach der root-mode-Warnung (die sollte man auch nicht unterdrücken, erinnert sie doch jedesmal an die Gefährlichkeit):

Cannot start root mode Krusader, /usr/lib/kf5/kdesu not found or not executable. Please verify that kde-cli-tools are installed.

Über kdesu kann man sich amüsieren, ist das doch vor x Jahren abgehakt worden...es existiert jedoch (wieder). Ob das nun ratsam ist oder nicht, umgesetzt auf Ubuntu wäre das:

1

sudo apt install kde-cli-tools

Schon funktioniert's. Und sowas bekommst Du nicht 'raus?

Hallo, von.wert schrieb:

Über alt + shift + k kommt nach der root-mode-Warnung (die sollte man auch nicht unterdrücken, erinnert sie doch jedesmal an die Gefährlichkeit):

Cannot start root mode Krusader, /usr/lib/kf5/kdesu not found or not executable. Please verify that kde-cli-tools are installed.

Aber bei mir kommt diese Meldung (root-mode-warning) erst gar nicht. kde-cli-tools sind natürlich installiert.

Über kdesu kann man sich amüsieren, ist das doch vor x Jahren abgehakt worden...es existiert jedoch (wieder). Ob das nun ratsam ist oder nicht, umgesetzt auf Ubuntu wäre das:

1	sudo apt install kde-cli-tools

Schon funktioniert's. Und sowas bekommst Du nicht 'raus?

Und schon funktioniert es nicht! Die Lösung für das Problem ist:

Bei Kubuntu/Ubuntu 22.04 gibt es "kdesu" nicht mehr.

~$ sudo apt install kdesu
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
E: Paket kdesu kann nicht gefunden werden.

~$ krusader
QCoreApplication::applicationDirPath: Please instantiate the QApplication object first
09:48:11.184-debug default unknown@0 # System icon theme: "Papirus"
09:48:12.712-warning default unknown@0 # QWidget::insertAction: Attempt to insert null action
09:48:12.795-warning default unknown@0 # QWidget::insertAction: Attempt to insert null action
09:48:13.126-warning kf.i18n unknown@0 # Trying to convert empty KLocalizedString to QString.
org.kde.kdesu: Daemon not safe (not sgid), not using it.

Don't need password!!

kf.su: [ ./src/stubprocess.cpp : 225 ]  Unknown request: "ok"

Das ist der Beweis, daß der interne Aufruf vom User-Krusader aus sich noch auf "kdesu" bezieht, was inzwischen nicht mehr da ist. Die Krusader-Entwicker hätten schon lange auf "pkexec" umstellen müssen.

Gruß Ch. Hanisch

Hanisch schrieb:

kde-cli-tools sind natürlich installiert.

Sieh selbst 'rein, statt hier irgendwas zu schreiben!

https://packages.ubuntu.com/jammy/amd64/kde-cli-tools/filelist

Die Krusader-Entwicker hätten schon lange auf "pkexec" umstellen müssen.

Das ist das Einzige, womit ich mit Dir übereinstimme. Wer krusader schon lange oder sogar sehr lange wie ich nutzt, weiß, daß seit Jahren da kaum was passiert. Da kann man schon froh sein, daß auf kf5 umgestellt worden ist. In Versionen davor hat es noch eine konfigurierbare Befehlszeile in der grafischen Konfiguration gegeben, eben mit kdesu(do).

Der Source Code steht bereit. Ändere für Dich, was zu ändern ist, und kompiliere selbst!

Hallo, von.wert schrieb:

Hanisch schrieb:

kde-cli-tools sind natürlich installiert.

Sieh selbst 'rein, statt hier irgendwas zu schreiben!

$ apt policy kde-cli-tools
kde-cli-tools:
  Installiert:           4:5.24.4-0ubuntu1
  Installationskandidat: 4:5.24.4-0ubuntu1
  Versionstabelle:
 *** 4:5.24.4-0ubuntu1 500
        500 http://de.archive.ubuntu.com/ubuntu jammy/universe amd64 Packages
        100 /var/lib/dpkg/status

kdesu ist allerdings noch im Filesystem und zwar in: /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu

~$ /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu krusader
org.kde.kdesu: Daemon not safe (not sgid), not using it.

Don't need password!!

kf.su: [ ./src/stubprocess.cpp : 225 ]  Unknown request: "ok"

Das ist das Einzige, womit ich mit Dir übereinstimme. Wer krusader schon lange oder sogar sehr lange wie ich nutzt, weiß, daß seit Jahren da kaum was passiert. Da kann man schon froh sein, daß auf kf5 umgestellt worden ist. In Versionen davor hat es noch eine konfigurierbare Befehlszeile in der grafischen Konfiguration gegeben, eben mit kdesu(do).

Ja, Du hast Recht und ich freue mich, daß Du ebenfalls ein begeisterter Anhänger dieses total genialen Dateimanagers bist.

Der Source Code steht bereit. Ändere für Dich, was zu ändern ist, und kompiliere selbst!

Sorry, kompilieren ist nicht meine Sache. Da werde ich wohl warten müssen, bis die Entwickler auf pkexec umgestellt haben.

Gruß Ch. Hanisch

Hanisch schrieb:

von.wert schrieb:

Sieh selbst 'rein, statt hier irgendwas zu schreiben!

$ apt policy kde-cli-tools
kde-cli-tools:
  Installiert:           4:5.24.4-0ubuntu1
  Installationskandidat: 4:5.24.4-0ubuntu1
  Versionstabelle:
 *** 4:5.24.4-0ubuntu1 500
        500 http://de.archive.ubuntu.com/ubuntu jammy/universe amd64 Packages
        100 /var/lib/dpkg/status

kdesu ist allerdings noch im Filesystem und zwar in: /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu

Und drei Mal darfst du raten, wo kdesu herkommt. Meine Güte, nach 13 1/2 Jahren immer noch nicht die geringste Ahnung, was du tust, aber immer schön Entwicklern Fehler vorhalten.

dpkg -L kde-cli-tools

Oder auch anders herum

dpkg -S /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu

oder das ganz große Werkzeug rausholen

apt-file search /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu

tomtomtom schrieb:

Und drei Mal darfst du raten, wo kdesu herkommt. Meine Güte, nach 13 1/2 Jahren immer noch nicht die geringste Ahnung, was du tust, aber immer schön Entwicklern Fehler vorhalten.

oder das ganz große Werkzeug rausholen

apt-file search /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu

~$ apt-file search /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu
kde-cli-tools: /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu
libkf5su-bin: /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu_stub
libkf5su-bin: /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesud

Ja, und was sagt uns das? kdesu ist zwar im System, aber unter Kubuntu 22.04 funktioniert es nicht. Schon lange hätte es durch 'pkexec' ersetzt werden sollen.

Unter Siduction (Debian Bookworm/Sid) z.B. die gleiche Ausgabe für 'apt-file', aber der Aufruf mit Alt+Umschalt+k funktioniert dort noch.

Warum geht das unter Kubuntu 22.04 nicht?

Gruß Ch. Hanisch

Hanisch schrieb:

Ja, und was sagt uns das? kdesu ist zwar im System, aber unter Kubuntu 22.04 funktioniert es nicht.

Ich bin zwar kein Linux-Experte, aber sogar ich habe verstanden, dass kdesu ab 22.04 wohl zwar im _Filesystem existiert, aber nicht installiert ist Und was nicht installiert ist funktioniert eben nicht.

Installiere es doch einfach über einen der drei von tomtomtom gezeigten Wege und probiere es dann nochmal.

Hallo Hanisch,

Obwohl die kde-cli-tools installiert sind funktioniert es bei mir auch nicht.

Habe mir einfach ein Starter mit:

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY krusader

angelegt ... reicht somit.

Gruss Lidux

neanderix schrieb:

Hanisch schrieb:

Ja, und was sagt uns das? kdesu ist zwar im System, aber unter Kubuntu 22.04 funktioniert es nicht.

Unter Siduction startet der Root-Krusader bei:

~$ /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu krusader
org.kde.kdesu: Daemon not safe (not sgid), not using it.

Don't need password!!

Aber unter Kubuntu 22.04 startet der Root-Krusader NICHT bei:

~$ /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu krusader
org.kde.kdesu: Daemon not safe (not sgid), not using it.

Don't need password!!

kf.su: [ ./src/stubprocess.cpp : 225 ]  Unknown request: "ok"

Ich bin zwar kein Linux-Experte, aber sogar ich habe verstanden, dass kdesu ab 22.04 wohl zwar im _Filesystem existiert, aber nicht installiert ist Und was nicht installiert ist funktioniert eben nicht.

Das ist Quatsch, 'kdesu' ist Bestandteil der 'kde-cli-tools'. Es wird ja auch ausgeführt, allerdings ohne in Kubuntu 22.04 irgendein Programm im Root-Modus zu starten.

Installiere es doch einfach über einen der drei von tomtomtom gezeigten Wege und probiere es dann nochmal.

Was sind das für Wege von Tomtomtom?

Gruß Ch. Hanisch

Hanisch schrieb:

Das ist Quatsch,

Na wenn du meinst.

Installiere es doch einfach über einen der drei von tomtomtom gezeigten Wege und probiere es dann nochmal.

Was sind das für Wege von Tomtomtom?

Lies doch einfach sein Posting nochmal.

neanderix schrieb:

Installiere es doch einfach über einen der drei von tomtomtom gezeigten Wege

Du meinst doch nicht etwa die dpkg- und apt-file-Abfragen? 🙄

zwar im _Filesystem existiert, aber nicht installiert ist Und was nicht installiert ist funktioniert eben nicht.

Es muß nichts installiert sein, um lauffähig zu sein. Kopieren inkl. etwaiger Abhängigkeiten würde genügen. Klar wäre das an der Paketverwaltung vorbei. Bspw. kannst Du unetbootin-linux64-702.bin einfach "irgendwohin" kopieren. Liegt es im $PATH, brauchst Du nicht mal einen Pfad angeben.

Hallo,

neanderix schrieb:

Hanisch schrieb:

Das ist Quatsch,

Na wenn du meinst.

Installiere es doch einfach über einen der drei von tomtomtom gezeigten Wege und probiere es dann nochmal.

Was sind das für Wege von Tomtomtom?

Lies doch einfach sein Posting nochmal.

Du hast nun wirklich von nix eine Ahnung - also bitte schweige!

Gruß Ch. Hanisch