Am 29.08.22 um 13:15 schrieb Jörg Thümmler:
Am 29.08.22 um 12:47 schrieb Rainer Klier:
Am 29.08.22 um 12:44 schrieb Jörg Thümmler:
Am 29.08.22 um 12:17 schrieb Jörg Thümmler:
Am 29.08.22 um 11:35 schrieb Bernd Obermayr: Hi,
OK, installiert... das schiebt noch einen systemd-service drauf, der ungefragt gestartet wird... find ich nicht so toll, das möchte ich doch wohl selbst entscheiden???
das macht aber z.b. anydesk (https://anydesk.com/de) auch.
Kann sein, es liegt daran, dass ich nicht im Graphicmodus ("runlevel 5", sprich Loginmanager) starte, sondern nur "Multiuser+Netzwerk" ("runlevel 3") und den xfce aus meinem unprivilegierten User heraus starte.
ja, das kann gut sein.
ich benutze den "normalen" 5er runlevel, und es gab keine install-/start-probleme.
er will ja auch einen symlink im "multi-user.target.wants" anlegen:
Created symlink /etc/systemd/system/multi-user.target.wants/rustdesk.service → /etc/systemd/system/rustdesk.service.
Hi,
ja, das mit dem Service ist aber hier wohl unerheblich, dient m.E. nur dazu, unbeaufsichtigte Einwahlen zu ermöglichen, das deb-Ding ging jedenfalls auch ohne das. Und beim rpm startet es auch ... bis zum Fehler halt...
werde leider aus dem grep-regex nicht ganz schlau:
grep {}.\\\\+Xorg
sicher greppt das auf eine ps-Ausgabezeile mit Argumenten... ein schlichtes echo "{}.\\+Xorg" erfüllt es wohl, aber woher das kommt...
Hi nochmal, es ist echt so schwachsinnig (gibt anscheinend auch schon eine Diskussion auf github, das zu ändern): rustdesk ist zufrieden, wenn "ps -e" eine Zeile, die den (Teil)String "{}.\\+Xorg" enthält ausgibt. Habe testhalber /usr/bin/top in mein lokales Verzeichnis kopiert und umbenannt: mv ./top ./sx'{}.\\+Xorg' ... dann das Programm gestartet: $ ./sx'{}.\\+Xorg' (es läuft top) testhalber ps: $ ps -e | grep sx 30015 pts/11 00:00:00 sx{}.\\+Xorg und dann rustdesk gestartet ... Fehler weg! Ich seh die Linux-Maschine auf der M$-Büchse... Das ist wahrscheinlich der abartigste Würgaround, der mir je untergekommen ist... muss noch darüber nachdenken, ob ein Programm dieses Namens irgendwelche Sicherheitsimplikationen haben könnte, wenn es unprivilegiert gestartet wird... wenn nein, schreib ich mir einen wrapper in C, der genau so blöd heißt und rustdesk aufruft und bis zu dessen Ende wartet ;-) Thx für alle Tipps -- cu jth