Siduction Forum

Ist xdg-desktop-portal-gtk (oder so ähnlich) installiert?

X11, Meine Oberfläche ist Xfce

Quote@unklarer: Vielen Dank für die Vorschläge.
...

Gerne. Und, danke für deine Erklärung. Du bist hier der Fachmann. 

Aha, danke. Na dann lebe ich halt so lange mit dem "Handbetrieb". Er funktioniert ja!
Falls mir "eine Idee kommen sollte" (und sie einen Test übersteht), werde ich das hier mitteilen.

(Ein .deb-Paket ist der Mühe nicht wert, solange es sich nicht um wesentlich kompliziertere Sachverhalte handelt.)

Mh, das wird nicht so einfach sein.
Wenn eine bestimmte Aktion ausgelöst werden soll, so händeln wir dies mit Hilfe der settings-<iso>.
Dort in den entsprechenden cheatcodes oder den live-settings-foo.
Problem dabei, man müsste ein neues deb-file bauen und entsprechende Quelle, in dem jenes packet-version.rosid.deb untergebracht ist, in pyfll.<iso> eintragen.
Ps. sorry für fippfehler und so, schreibe gerade vom schmachtphone.

@unklarer: Vielen Dank für die Vorschläge.
Folgende Umstände stehen dem entgegen bzw. erscheinen mir der Mühe nicht wert:

Ein Script zu erstellen ist eine Trivialität. Und sogar wenn es nicht in einem (/)bin-Ordner platziert ist, ließe es sich unter Angabe des vollen Pfadnamens ausführen. Die Schwierigkeit besteht darin, es automatisch ausführen zu lassen. Der Anstoß dazu! Augenblicklich öffne ich schlicht ein Terminal - das brauche ich danach sowieso - und tippe 'losetup -d loop0'. Das ist dann auch nicht umständlicher als ein Script aufzurufen.

Die systemd-Lösungen, egal ob sie dann ein rc.local auslösen oder selbständig sind, benötigen einmal eine zusätzliche Datei für den Service. Das ist dann vom Aufwand her vergleichbar mit einer Script-Datei. Zusätzlich muß so ein systemd-Service aber auch noch gestartet werden. Das bedeutet, ihn zu 'enablen' und zu starten, bestenfalls ihn direct (ohne enable) zu starten (systemctl start datei.service). Auch das will ausgelöst werden.
Vor systemd wurde rc.local 'automatisch' ausgeführt. Nach dessen vermaledeiter Einführung gab es den ebenfalls automatischen Service rc-local.service, den aber die systemd-Apologeten nicht mochten und schließlich ganz stillegten. So demontiert man ein funktionierendes System Stück für Stück und baut es nach seinen Vorstellungen um - ohne Rückwärtskompatiblität zu erhalten.

Meine Hoffnung beruht darauf, daß es in pyfll schon etwas gibt, das Aktionen zur Laufzeit auslöst - das halte ich für recht wahrscheinlich - und jemand weiß, wie. Aber noch einmal: Besten Dank für die Vorschläge.

Kenne mich da gar nicht aus...
aber, kannst du nicht den Befehl in ein Script packen und das unter /usr/local/bin platzieren?

Oder, soviel 'Overkill' ist es auch nicht, nur eben doppelt gemoppelt:
https://de.console-linux.com/?p=15986
https://de.linux-terminal.com/?p=3843
https://wiki.lug-wr.de/wiki/doku.php?id=public:sw:debian:systemd:rc.local

Wayland oder X11? Bei mir mit KDE/Plasma(X11) funktioniert Flameshot (noch).

edlin

Seit einem der letzten Upgrades funktioniert Flameshot nicht mehr. Ich kann das Tool zwar starten und das Symbol erscheint auch in der Panelleiste aber wenn ich drauf klicke, dann passiert nichts und nach 30s erscheint die Meldung "Screenshot Portal timed out after 30 seconds". Hat jemand eine Idee wo das Problem liegen könnte?
apt policy flameshot
flameshot:
  Installiert:           14.0.0-3
  Installationskandidat: 14.0.0-3
  Versionstabelle:
 *** 14.0.0-3 500
        500 https://deb.debian.org/debian unstable/main amd64 Packages
        100 /var/lib/dpkg/status

> f.write('127.0.1.1\t' + hostname +'.local\t' + hostname + '/t newdev' + '\n\n')Ich  wundere mich, dass es überhaupt funktioniert. Seit Python3 kann mit 'f.write'
kein string Objekt, sondern nur ein byte Objekt geschrieben werden.

Nachtrag: Hab's jetzt verstanden, die Datei wurde mit f=open(file,'w') und nicht mit
f=open(file,'wb') geöffnet. Und Du hast Recht: '/t' ergibt keinen Sinn.