Hallo,
es gibt anscheinend einige die das dicke fette systemd nicht gut finden und haben ein Form gebaut getreu dem Motto one tool for one job..
http://www.pro-linux.de/news/1/21537/us ... stemd.html
SystemD Fork, back to the roots
SystemD Fork, back to the roots
Zuletzt geändert von TRex am 28.09.2014 10:27:40, insgesamt 1-mal geändert.
Grund: Titel fixed
Grund: Titel fixed
Debian-Nutzer
ZABBIX Certified Specialist
ZABBIX Certified Specialist
Re: Systems Fork,, back to the roots
Riecht nach bullshit. Ist ja nicht so, als ob es keine anderen init-systeme gäbe... man hat sie nur wegen der fehlenden Manpower und Integration nicht auserwählt. Und dann kommt so was daher.
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
-
- Beiträge: 827
- Registriert: 26.05.2008 12:04:54
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Nörten-Hardenberg
-
Kontaktdaten:
Re: SystemD Fork, back to the roots
@TRex
So einfach ist das leider auch nicht.
Der Vorteil von systemd ist auch, dass es gerde den Boot Prozess durch parallele Verarbeitung und Starts der Dienste, beschleunigt.
Leider sehe ich Systemd etwas kritisch, da es sich teilweise zu sehr in das System frist und deshalb Boot Skripte und auch andere System Dienst Skripte eben nicht mehr portierbar macht.
Wenn man also Skripte für Systemd bastelt, können diese nicht auf andere Unix artige Systeme portiert werden.
Manpower gibt es genug, nur ist die Software wie SysVInit nicht auf parallele Verarbeitung ausgelegt.
Upstart und co. versuchen dieses Problem nur zu kaschieren in dem sie die Skripte auch unabhängig von einer ander starten.
Ich finde den Ansatz von Uselessd schon interessant.
Aber auch hier gibt es noch zu viele Abhängigkeiten.
Durch solche Basis Dienste, die sich mit der Zeit aufblähen, sehe ich auch den Verlust von einigen Möglichkeiten mit Linux.
Vorallem im Embeded Bereich machen Abhängigkeiten wie Systemd und co. Probleme.
Ich hoffe immer noch, dass es eine einfachere Lösung als Systemd und abgespeckte Forks gibt.
Ansonsten werden einige Projekte bald mehr Aufwand haben um ihre Software für alle Unix artigen Systeme bereitzustellen.
Martin
So einfach ist das leider auch nicht.
Der Vorteil von systemd ist auch, dass es gerde den Boot Prozess durch parallele Verarbeitung und Starts der Dienste, beschleunigt.
Leider sehe ich Systemd etwas kritisch, da es sich teilweise zu sehr in das System frist und deshalb Boot Skripte und auch andere System Dienst Skripte eben nicht mehr portierbar macht.
Wenn man also Skripte für Systemd bastelt, können diese nicht auf andere Unix artige Systeme portiert werden.
Manpower gibt es genug, nur ist die Software wie SysVInit nicht auf parallele Verarbeitung ausgelegt.
Upstart und co. versuchen dieses Problem nur zu kaschieren in dem sie die Skripte auch unabhängig von einer ander starten.
Ich finde den Ansatz von Uselessd schon interessant.
Aber auch hier gibt es noch zu viele Abhängigkeiten.
Durch solche Basis Dienste, die sich mit der Zeit aufblähen, sehe ich auch den Verlust von einigen Möglichkeiten mit Linux.
Vorallem im Embeded Bereich machen Abhängigkeiten wie Systemd und co. Probleme.
Ich hoffe immer noch, dass es eine einfachere Lösung als Systemd und abgespeckte Forks gibt.
Ansonsten werden einige Projekte bald mehr Aufwand haben um ihre Software für alle Unix artigen Systeme bereitzustellen.
Martin
Es gibt keine if Schleife -> http://www.if-schleife.de/
Ansonsten GPL/GNU/Linux/Debian/Free Software 4 Ever
Ansonsten GPL/GNU/Linux/Debian/Free Software 4 Ever
- MrGerardCruiz
- Beiträge: 905
- Registriert: 21.08.2013 12:19:35
- Lizenz eigener Beiträge: MIT Lizenz
-
Kontaktdaten:
Re: SystemD Fork, back to the roots
Wie so vielen Frust-Forks wird denen der lange Atem fehlen, den es für sowas braucht.
Mir fällt in den letzten Jahren nur ein einziger Frust-Fork ein, der als Erfolg bezeichnet werden kann: MATE. Und auch da ist die Manpower problematisch und langfristige Zukunft (Gtk3) äußerst ungewiss.
Mir fällt in den letzten Jahren nur ein einziger Frust-Fork ein, der als Erfolg bezeichnet werden kann: MATE. Und auch da ist die Manpower problematisch und langfristige Zukunft (Gtk3) äußerst ungewiss.
http://www.curius.de - Ein paar pragmatische Gedanken zu Linux, KDE und Datenschutz
Re: SystemD Fork, back to the roots
Ja… Außerdem scheint die Leistung darin zu bestehen sämtlichste Features zu entfernen. Code löschen kann ich auch, geht ganz einfach.Wie so vielen Frust-Forks wird denen der lange Atem fehlen, den es für sowas braucht.
Unix is user-friendly; it's just picky about who its friends are.
Re: SystemD Fork, back to the roots
Find ich gut ^^Desweiteren wird das Journal entfernt, das bei Systemd die Rolle von rsyslog zum Protokollieren von Systemmeldungen übernommen hat.
Ich sehe das erst mal als Machbarkeitsstudie, wie weit sich Systemd zerlegen und zurechtstutzen lässt. Und ich hätte es als schlauer empfunden, wenn sie dafür den neusten Systemd genommen hätten.
Das ist ja genau das, was Poettering "bei sich" nicht will .. dass Systemd sich in einzelne Komponenten zerlegen lässt, die sich ggf. austauschen lassen. Wo soll man es also versuchen? Halt als kleines Randprojekt. Immerhin scheint dazu "ein Mann" auszureichen ... beruhigend.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001