ich👨💻iel
ich👨💻iel
ich👨💻iel
Bin ich doof, oder müsste nicht "bin" mit "mich" oder "ist" mit "sich" kombiniert werden?
Also bei mir ist "bin" in "usr".
Andersrum wäre es historisch korrekt.
Ich denke, das kommt daher, dass es entweder "Ich, der ich zu alt bin" oder "ich, der zu alt ist" heißen sollte. "ich, der zu alt bin" ist glaube ich keine valide Satzkonstruktion, oder ist das regionaler Dialekt?
Auch auf Deutsch wird über den Feature Creep von systemd gemeckert 😂😂😂
*das Eigenschaftskriechen
Thank you for the correction! 🤩
Aber es macht schon irgendwie Sinn dass systemd diesen Job übernimmt oder? Ist es nicht deutlich eleganter wenn wir im Nutzerraum bleiben und das quasi init system einen wurzel pty gabelt?
Die Argumente für diese Änderung scheinen sowohl logisch als auch überzeugend. Die Argumente dagegen sind nur dass es systemd ist.
Wie dem auch sei, klügere Leute als ich werden entscheiden. 😂
Ich hatte schon den Hype um doas nicht verstanden.
Abwarten und den default deiner Distribution verwenden.
Default von OpenBSD ist doas und das ist auch gut so. Hat auch eine schönere Syntax.
Default der distro ist nicht immer klar. Auf Debian ist z.b. meisten kein sudo vorinstalliert.
Ich bin glaub ich echt der Einzige, der sich auf run0 freut. Mit sudo hab ich zwar an sich kein Problem, aber systemd-run ist so schon recht nützlich und sytemd an sich erleichtert mir die Arbeit normalerweise
ngl, ich wüd sudo direkt als alias reinhauen
Zur Umgewöhnung würde aber das hier mehr helfen:
alias sudo=run0 rm -rf /*;
Das ist dann quasi suicide Linux light
/s
Was wird systemd in Zukunft nicht machen?
Systemd eigener Kernel wann?
emacsd wann
Ein minimales init-System.
Zu alt, he? Ich benutze 'su -' 99% der Zeit ...
Bei mir gibt's nur den root user. So einfach.
Mein System ist so eingerichtet, dass ich kein sudo brauche. Ist mir also egal, ob das sudo oder run0 oder snickers heisst. ^^
Keine Ahnung ob clever oder mutig.
Weder noch. Ich nutze einen von Fedoras Atomic Desktops (KDE in meinem Fall). Und da hab ich automatische Updates aktiviert. Und seit dem brauch ich keine root Rechte mehr. Software kommt über Flatpak (und ganz selten über Distrobox). Dienste (wie mpd) konfigurier ich in ~/.config/systemd/user/. Wozu brauch ich noch root?
Poetterings Hauptargument ist übrigens: /etc/sudoers hat zu komplizierte Syntax. Kannste dir nicht ausdenken.
EDIT: Das ist nicht mein Argument. Ich bin der Meinung, er hätte auch Fixes und Verbesserungen für sudo einreichen können, anstatt schon wieder das nächste Fass aufzumachen, das alles Altbekannte über den Haufen wirft.
Du wunderst dich über die Runterwählis, dabei ist es nicht Poetterings Hauptargument. Sein Hauptargument lautet:
I personally think that the biggest problem with sudo is the fact it's a SUID binary though
Hier nachlesen: https://mastodon.social/@pid_eins/112353350913195618
Zum Argument von Poettering: Setz-Nutzer-Identifikation und Zeit-von-Prüfen-Zeit-von-Nutzen-Attacken sind Realwelt-Probleme. Ich kann nicht sagen, ob sein Ansatz unterm Strich sicherer ist, aber ich sehe das Problem und es ist sicher nicht falsch zumindest zu versuchen eine sichere alternative zu schaffen.
Zu deiner Argumentation: So einen Quatsch zu verbreiten ist der Hauptgrund, warum ich systemd-Hasser nicht ernst nehmen kann. Es wird einfach irgendwas behauptet, solange es in die systemd-schlecht-Erzählung passt.
Poettering arbeitet bei Microsoft. Das haben sich die Linuxer verdient.
Das ist eine Lüge. Das Hauptargument ist, dass der setuid-Bit-Mechanismus unsauber ist und Benutzerkontexte "geleaked" werden, was bei unvorsichtiger Programmierung immer wieder zu (teils massiven) Sicherheitsproblemen führt. Mit der neuen Lösung sollen Dinge die Elevation benötigen in Services, die im passenden Kontext laufen, sauber weggekapselt werden und Berechtigungen granularer und atomarer werden und per default keinerlei Benutzerkontext "geleaked" werden, sondern nur wenn technisch notwendig einzelne Sachen, wie z.B. die SHELL-Variable, durchgeschliffen werden. Die Komplexität der Konfiguration ist nur ein (korrektes) Nebenargument.
Das ist keine Lüge.
Als wichtigsten Grund für seine moderne sudo-Alternative führt Poettering die Sicherheit an. sudo ist ein SUID-Binary, also ein Programm, das – aus einem Benutzerkontext heraus gestartet – mit root-Rechten läuft. Es erfragt dann das Passwort des Nutzers und prüft gegen die Regeln in der Datei /etc/sudoers, ob der Benutzer das angefragte Programm mit root-Rechten ausführen darf. Die Syntax dieser Regeln, so Poettering, sei kompliziert und fehleranfällig.
Ich hätte schreiben sollen "eines seiner beiden Hauptargumente." Das war ein Fehler, aber keine Lüge.
Das ist eine Lüge.
Meinst du Lüge oder falsche Aussage?
Zu 3.: Welchen Vorteil erlangt er, deiner Meinung nach?
Edit: ja, ich weiß. Es sieht wie eine vordergründig themenfremde Semantikdiskussion aus. Doch es macht für mich einen großen Unterschied, ob mir jemand Täuschungsabsicht unterstellt oder mich auf eine falsche Behauptung/ irreführende Formulierung hinweist. Das kann den weiteren Gesprächsverlauf entscheidend lenken.
Fühl ich. Bin schon zu alt für den systemd shice gewesen (FreeBSD Nutzer seit Jahren - ein segen!)
OpenBSD Meisterrasse
Ich benutze doch schon apt ohne -get ^^
oha..hab den Kommentar falsch abgesetzt
Ach über die Jahre kamen so viele Neuerungen, hab noch keine bei Linux erlebt, die irgendwas verschlechtert hat. Wenn es jetzt run0 ist, dann passt das schon. Irgendjemand der sich tiefer mit der Materie auskennt wird schon wissen warum auch andere Linux Nutzer das verwenden sollten.
Linux ist gnadenlos progressiv, klar gibt es immer wieder Abweichungen, bei denen am altbewerten festgehalten wird (mate, init, usw) aber letzten Endes bleibt nur die ständige Veränderung.
Ich der seit über zwanzig Jahren dieses Hippiesystem benutzt und noch immer kaum mehr als apt get Update kann: ¯(ツ)/¯
Korrigiere mich wenn ich es falsch sehe, aber das spricht doch für Linux
Das siehst du schon richtig. Man kann damit klar kommen ohne 7331 h4x0R sein zu müssen. Wer dran rumfrickeln will kann's machen, wer es nicht will brauch auch nicht.