View previous topic :: View next topic |
Author |
Message |
schmidicom Veteran
Joined: 09 Mar 2006 Posts: 1970 Location: Schweiz
|
Posted: Mon Sep 01, 2014 12:12 pm Post subject: Poetterings (nächste?) Vision |
|
|
Gerade ist auf www.pro-linux.de ein interessanter Artikel zur nächsten Poettering-Idee aufgetaucht.
Bitte korrigiert mich wenn meine folgende Annahme dazu falsch sein sollte, aber wenn ich das richtig verstanden habe sollte es damit zum Beispiel doch möglich sein "app-crypt/mit-krb5" und "app-mobilephone/heimdall" gleichzeitig zu installieren (also jedes in seinem eigenen btrfs-subvolume) und beim Start eines Programm sorgt dann systemd dafür das dieses Programm die eine oder andere Lib bekommt?
Was meint ihr dazu? Ich finde die Idee an sich ja gar nicht schlecht aber das Chaospontenzial macht mir doch ein bisschen "Angst". _________________ Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW |
|
Back to top |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
|
Back to top |
|
|
Jean-Paul Guru
Joined: 13 Apr 2009 Posts: 307
|
Posted: Mon Sep 01, 2014 7:35 pm Post subject: |
|
|
Die "technischen" Belange interessieren mich hier gar nicht.
Nach systemd soll uns jetzt noch btrfs aufgezwungen werden - alles Red Hat "Produkte".
Danach kommt die Gesamtübernahme in Form einer Einheits-Distri, denn das was Poettering da beschreibt ist nichts anderes.
Wenn alle Distri's gleich funktionieren machen sie sich überflüßig. _________________ ”Everything should be made as simple as possible, but no simpler.” – Albert Einstein |
|
Back to top |
|
|
Klaus Meier Advocate
Joined: 18 Apr 2005 Posts: 2908 Location: Bozen
|
Posted: Mon Sep 01, 2014 8:11 pm Post subject: |
|
|
Hatte bislang noch nicht die Muße, mich mit diesem Thema zu beschäftigen. Aber warum darf keiner Visionen haben? Muss alles für immer so bleiben wie es 1975 mal war? Wenn btrfs Vorteile hat, warum soll man die nicht nutzen? Ich muss sagen, ich bin schon seit einiger Zeit bei btrfs und bin begeistert. Und dann kommt so ein Totschlagargument: "Gesamtübernahme in Form einer Einheits-Distri".
Aktuell zwingt uns die EU ja zu Staubsaugern, die jetzt bei halber Leistungsaufnahme die gleiche Saugleistung haben. Leuchtmittel dürfen maximal einen Wirkungsgrad von 5% haben usw. Und die Leute kreischen, als würde man ihnen sonst etwas antun und wollen am liebsten deswegen die EU abschaffen. Wobei ich sie vorher immer nur jammern gehört habe, dass die Strompreise zu hoch sind.
Kann man sich nicht mehr sachlich mit einem Thema beschäftigen, wenn es vom Poettering kommt? Ich hab keine Ahnung, um was es geht, will das auch gar nicht wissen, aber ich bin auf alle Fälle dagegen. |
|
Back to top |
|
|
Jean-Paul Guru
Joined: 13 Apr 2009 Posts: 307
|
Posted: Mon Sep 01, 2014 9:09 pm Post subject: |
|
|
Klaus Meier wrote: | Aber warum darf keiner Visionen haben? | Natürlich darf man Visionen haben, solange man sie anderen nicht aufs Auge drückt.
Klaus Meier wrote: | Muss alles für immer so bleiben wie es 1975 mal war? | Natürlich nicht. Wüßte auch nicht was das mit dem Thema zu tun hat. Alle 14 Tage eine neue Sau durch's Dorf treiben, kann aber auch nicht die Lösung sein. Was LP vorschwebt, hat nicht mehr viel mit Linux zu tun - erinnert mich stark an Windows.
Klaus Meier wrote: | Wenn btrfs Vorteile hat, warum soll man die nicht nutzen? | Jeder der will darf btrfs nutzen - die Betonung liegt auf "will". Ein System aufbauen das auf die Fähigkeiten eines Filesystems beruht, verdrängt alle anderen Filesysteme bis es nur noch eines gibt - und das kontrolliert Red Hat. Diese Vorgehensweise wird gerade mit systemd getestet und scheint auch zu funktionieren.
Klaus Meier wrote: | Und dann kommt so ein Totschlagargument: "Gesamtübernahme in Form einer Einheits-Distri". | Das ist kein Totschlagargument, das ist das Ziel von LP und Red Hat. Und du wirst sehen die Einheitsdistri wird kommen, wenn Red Hat so weiter machen darf.
Klaus Meier wrote: | Kann man sich nicht mehr sachlich mit einem Thema beschäftigen, wenn es vom Poettering kommt? Ich hab keine Ahnung, um was es geht, will das auch gar nicht wissen, aber ich bin auf alle Fälle dagegen. | Das sollte sich Poettering mal fragen. Alle Diskussionen die er nicht mag lehnt er ab. Alle kritischen Einwände bezeichnet er unsachlich als Haßkampanien (fängt da schon der Größenwahn an ?). Alle Codevorschlage und Patches die ihm nicht passen, lehnt er unsachlich ab.
Wie man hört kann man nur sachlich mit ihm reden, wenn man seiner Meinung ist. _________________ ”Everything should be made as simple as possible, but no simpler.” – Albert Einstein |
|
Back to top |
|
|
Klaus Meier Advocate
Joined: 18 Apr 2005 Posts: 2908 Location: Bozen
|
Posted: Mon Sep 01, 2014 10:03 pm Post subject: |
|
|
Ah ja, also das entscheidest du jetzt, was mit Linux zu tun hat. Soso. Hm, und darf ich dann mal fragen, wo das definiert ist, was mit Linux zu tun hat?
Darf ich fragen, an welchen Kriterien du festmachst, dass es wie Windows ist? Mir ist im Artikel absolut nichts derartiges aufgefallen. Mir ist aber auch nicht klar, an welchen Kriterien man erkennt, das ein OS wie Windows ist.
Darf ich fragen, wie die beiden anderen Säue hießen, die wir im August hatten, wenn alle 14 Tage eine neue Sau durchs Dorf getrieben wird?
Und noch etwas zur Einheitsdistri: Da wird erwähnt, wie mehrere Distributionen auf den gleichen Bestand von Anwendungen zugreifen können. Das würde den Einsatz von mehreren Distributionen auf einem Computer und auch das Updaten erleichtern. Ich sehe absolut nichts, wieso uns dieser Mechanismus eine Einheitsdistri bringt. Auch wenn jede Distribution systemd und btrfs nutzt, dann sind es immer noch unterschiedliche Distributionen. Die Tatsache, dass jede Distribution den Linux-Kernel und X benutzt ist doch in dieser Hinsicht vergleichbar. Warum stört dich das nicht?
Also wenn ich Poettering wäre, so einen Beitrag wie den von dir, den würde ich auch als Hasskampagne bezeichnen. Ich kann da absolut nichts sachliches finden. Wie soll man denn darauf eingehen?
Ok, ja, ich habe mir den Artikel jetzt durchgelesen. Irgendwie ist es zu umfangreich, als dass man es so einfach bewerten kann und auch die Frage der Realisierbarkeit ist nicht so ganz einfach. Aber einige Sachen sind schon nicht schlecht. Z.B., ein System ist auf zwei Subvolumes. Eins wird upgedatet, wenn etwas schief geht, dann läuft es auf dem anderen, welches nicht upgedatet wurde, weiter. So etwas mache ich aktuell manuell. Vor jedem Update ein Snapshot vom System, wenn etwas schief geht, wird das zurückgespielt. Ok, das ist jetzt nicht von ihm sondern gibt es schon bei CoreOS, aber es geht in eine gute Richtung. |
|
Back to top |
|
|
schmidicom Veteran
Joined: 09 Mar 2006 Posts: 1970 Location: Schweiz
|
Posted: Tue Sep 02, 2014 9:09 am Post subject: |
|
|
@Jean-Paul
Ich glaube nicht das systemd einen dazu zwingen wird die Pakete in irgendwelche btrfs-subvolumes zu installieren aber es gibt sicher einige Distributionen die das mit Handkuss aufnehmen werden, und vermutlich gäbe es auch unter Gentoo genug Leute die davon Gebrauch machen würden wenn sie könnten (Portage müsste dafür wohl angepasst werden). _________________ Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW |
|
Back to top |
|
|
musv Advocate
Joined: 01 Dec 2002 Posts: 3364 Location: de
|
Posted: Tue Sep 02, 2014 10:11 am Post subject: |
|
|
Klaus:
Um das Mistrauen gegenüber Lennard Poettering (und Kai Sievers) etwas nachvollziehen zu können, lies Dir einfach mal diesen Thread hier etwas durch:
http://www.reddit.com/r/linux/comments/221irz/linus_blocks_all_code_from_kay_sievers_from_linux/
Soweit ich das wohl in Erinnerung hab, ging es darum DBus in den Kernel zu integrieren, was jetzt auch passiert. Linus Torvalds hatte die Integration abgelehnt, da der Kernel im Debug-Modus einfach nicht mehr gebootet hatte, weil KDBus wohl zuviel Output hatte.
Daraufhin entbrannte ein Streit. Und die Philosophie von Sievers/Poettering scheint zu sein, dass die halt eine "Vision" haben, diese Umsetzen, per Redhat-Marktmacht zum Quasistandard und zwingende Abhängigkeit in Linux erheben und sich dann der nächsten "Vision" zuwenden. Debuggen und Pflegen der Software sehen sie weniger als ihr Aufgabengebiet an. Das mag im User-Space möglich sein. Beim Kernel hört dann das Verständnis auf.
Pulseaudio (anderer Thread) scheint wohl mittlerweile halbwegs zu laufen, nistet sich aber böse ins System ein. Systemd ist mittlerweile Quasistandard, nur noch wenige Distris bieten Alternativen an. Avahi/Zeroconf ist auch schwierig, aus dem System fernzuhalten.
Systemd mag ich mittlerweile sogar und benutze es auf sämtlichen Rechnern. Nur ist das angekoppelte Journald noch nicht ganz ausgereift. Wenn ein Logfile korrupt wird, kann es passieren, dass Journald permanent neustartet und scheitert. Und die Logfiles werden manchmal bei einem normalen Reboot beschädigt, bei einem System-Crash / Hard-Reset passiert das fast zuverlässig. Das beobachte ich jetzt schon seit einigen Monaten auf meiner Nas. Und dann läuft die IO-Last auf 99%, was interessanterweise dazu führt, dass ich mich nicht mehr per SSH einloggen kann. Die vorgeschlagene "Lösung": 2x neubooten, was manchmal sogar klappt. Sowas erinnert mich eher an Redmond-OS. |
|
Back to top |
|
|
py-ro Veteran
Joined: 24 Sep 2002 Posts: 1734 Location: Velbert
|
Posted: Tue Sep 02, 2014 10:22 am Post subject: |
|
|
Was btrfs mit Redhat zu tun hat ist mir auch nicht klar, wenn er jetzt Oracle gesagt hätte, aber selbst das passt nicht. Aktuell könnte man noch am ehesten Facebook sagen.
So ist das nur ein Rant ohne sachliche Aussage.
@musv Das mit dem Output hatte nicht mit kdbus zutun, da hast du was missverstanden. Im Grunde ging es "nur" um die Kernel Cmdline. Systemd hat das selbe Debug Flag genutzt wie der Kernel und dann den Puffer vollgeschrieben. Das ablehnen der Patches kam dann daher, dass Herr Sievers Aussage im Grunde war "Nicht mein Problem."
Bye
Py |
|
Back to top |
|
|
Klaus Meier Advocate
Joined: 18 Apr 2005 Posts: 2908 Location: Bozen
|
Posted: Tue Sep 02, 2014 12:59 pm Post subject: |
|
|
@musv: Ich habe niemals gesagt, das ich dem Poettering hörig bin. Aber ich erwarte schon Argumente, die etwas mit der Sache zu tun haben. Und wenn dann jemand seinen Beitrag mit folgenden Worten beginnt: "Die "technischen" Belange interessieren mich hier gar nicht.", was soll man dann dazu sagen?
Ist ja mein Reden seit langem. Wenn die Diskussionen in Bezug auf den Poettering zu 90% nur aus "Poettering ist Scheiße" bestehen, dann darf sich keiner beschweren, dass er nicht Ernst genommen wird. Meinst du, solche Beiträge wie der von Jean-Paul verbessern die Sache?
Ich war auch angepisst, als mir Pulseaudio vorgesetzt wurde. Ich war auch angepisst, als mir Systemd vorgesetzt wurde. Aber ich habe mich mit der Materie beschäftigt und bin inzwischen sehr glücklich mit beidem.
Ja, da ist vieles nicht optimal, aber daran wird sich nichts ändern, wenn man nicht auf die Fakten eingeht sondern von Weltherrschaft und sonstigem faselt. |
|
Back to top |
|
|
Jean-Paul Guru
Joined: 13 Apr 2009 Posts: 307
|
Posted: Tue Sep 02, 2014 5:46 pm Post subject: |
|
|
Die technische Belange interessieren mich hier deshalb nicht, weil es schon lange nicht mehr um die Technik geht. Und LP macht da auch kein Geheimnis daraus. Sein ausgesprochenes Vorhaben ist, dass jeder systemd nutzen muss.
systemd ist schon lange kein Init-System mehr das man nutzen kann oder nicht, sondern ein ausgewachsenes Linux-Core-System.
Immer mehr Kernfunktionen wie udev, cron, login, syslog, net, ... wird von systemd erledigt. Alternativen werden zurückgedrängt, Linux wird zur Monokultur.
Ich kann mich angesichts dieser Aussichten nicht "nur" mit der Technik auseinander setzen. Das möchte ich jenen überlassen, die so von LP eingenommen sind, dass sie in schon in Schutz nehmen bevor sie seine Artikel gelesen haben.
Ich möchte auch in fünf Jahren noch ein freies, im Sinn von Freiheit, Linux nutzen dürfen. Ein von LP und Red Hat aufdiktiertes System ist nicht frei. Ich möchte auch nicht auf den Messias warten der dann irgendwann auftaucht und nach guter alter Art einen Fork aufmacht und alles wird gut. Diese Zeiten sind vorbei. Denn die Systeme sind mittlerweile so komplex, dass dieser Messias schon mit ordentlich Kohle - sprich Manpower - ausgestattet sein muss um etwas zu bewegen. So jemand ist weit und breit nicht in Sicht, was zur Folge hat dass über kurz oder lang jeder ein LP/Red Hat System nutzen wird.
Und natürlich ist das ein Rant, weil ich LP und Red Hat nicht mag - besonders wie sie ihr Zeug durchdrücken. Mir schwillt jedes Mal der Hals wenn ich wieder über eine neue Idee von LP lesen muss. _________________ ”Everything should be made as simple as possible, but no simpler.” – Albert Einstein |
|
Back to top |
|
|
kurisu Apprentice
Joined: 19 Jan 2011 Posts: 177 Location: Munich, Germany
|
Posted: Tue Sep 02, 2014 6:09 pm Post subject: |
|
|
Ich sehe das ziemlich genauso wie Jean-Paul. Zwar kann ich dem ganzen Bashing gegenüber LP nur wenig abgewinnen, seinen „Produkten“ jedoch ebenso wenig. Insbesondere wichtig ist mir die Wahlfreiheit, die LP mitsamt Anhang nun offenkundig wie nie zu untergraben gedenkt. Vor diesem Hintergrund war die Idee, udev mittels eudev zu forken, vielleicht doch nicht so verkehrt. Ob das Bestand hat, steht natürlich wieder auf einem anderen Blatt. |
|
Back to top |
|
|
Klaus Meier Advocate
Joined: 18 Apr 2005 Posts: 2908 Location: Bozen
|
Posted: Tue Sep 02, 2014 9:07 pm Post subject: |
|
|
@musv: Hab jetzt erst mal deinen ganzen Beitrag gelesen. Was für ein FS nutzt du? Wie bekommst du dein Journal kaputt? Damit hatte ich noch nie Probleme. Ich bin auf btrfs und hatte da jetzt ein paar heftige Aussetzer, weil mein Laptop bei 36 Grad Temperatur, emerge und Flash dann einfach abgeschaltet hat. Und nie auch nur ansatzweise etwas kaputt.
Kann es sein, dass es eher ein Problem vom FS ist als von Journald? Eventuell mal ein fsck drüber laufen lassen, bevor du es nach einem Crash wieder mountest. Bei btrfs hatte ich dank cow manchmal alte Dateien nach einem Crash, aber nie eine kaputte. |
|
Back to top |
|
|
AmonAmarth l33t
Joined: 03 Mar 2005 Posts: 727
|
Posted: Wed Sep 03, 2014 11:26 am Post subject: |
|
|
Klaus Meier wrote: | @musv: Hab jetzt erst mal deinen ganzen Beitrag gelesen. Was für ein FS nutzt du? Wie bekommst du dein Journal kaputt? Damit hatte ich noch nie Probleme. Ich bin auf btrfs und hatte da jetzt ein paar heftige Aussetzer, weil mein Laptop bei 36 Grad Temperatur, emerge und Flash dann einfach abgeschaltet hat. Und nie auch nur ansatzweise etwas kaputt.
Kann es sein, dass es eher ein Problem vom FS ist als von Journald? Eventuell mal ein fsck drüber laufen lassen, bevor du es nach einem Crash wieder mountest. Bei btrfs hatte ich dank cow manchmal alte Dateien nach einem Crash, aber nie eine kaputte. |
journald ist ein syslogger und hat nichts mit dem FS zu tun.... |
|
Back to top |
|
|
schmidicom Veteran
Joined: 09 Mar 2006 Posts: 1970 Location: Schweiz
|
Posted: Wed Sep 03, 2014 11:43 am Post subject: |
|
|
@AmonAmarth
Und was glaubst du wo diese Logs gespeichert werden? Die liegen wie alles andere auf der Festplatte und können demzufolge bei einem Abstutz auch genauso beschädigt werden.
PS: Wenn der journald kaputte Logdeiten vorfindet löscht er sie, normalerweise. _________________ Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW
Last edited by schmidicom on Wed Sep 03, 2014 1:25 pm; edited 1 time in total |
|
Back to top |
|
|
musv Advocate
Joined: 01 Dec 2002 Posts: 3364 Location: de
|
Posted: Wed Sep 03, 2014 1:22 pm Post subject: |
|
|
Klaus Meier wrote: | @musv: Hab jetzt erst mal deinen ganzen Beitrag gelesen. Was für ein FS nutzt du? Wie bekommst du dein Journal kaputt? |
Dateisystem auf der NAS ist ext4. Daran liegt's nicht.
In den Defaulteinstellungen darf, soweit ich weiß, Journald 10% der Platte vollschreiben. Das hat zur Folge, dass das Logfile bei höhere Plattengröße ungeahnte Größen annehmen kann. Versucht man dann im Logfile zu navigieren, ist das auf einer Nas schier unmöglich. Das Teil ist unter Volllast für ein paar Stunden nur am Rödeln. Also hab ich mal nachgeforscht, was man in Sachen Logrotate und Begrenzung der Logfilegröße unternehmen kann. Journald bietet dazu ein paar Einstellungsmöglichkeiten:
/etc/systemd/journald.conf: | [Journal]
SystemMaxUse=100M
SystemMaxFileSize=10M
RuntimeMaxUse=100M
RuntimeMaxFileSize=10M |
Und jetzt hab ich eben den Effekt, dass beim Logrotate die IO-Last nach oben schießt und ein Login per SSH nicht mehr möglich ist (keine Ahnung warum, nfs-mount geht komischerweise noch). Und bei einem Neustart der Nas krieg ich eben ab und zu mal die Logfile corruptions. Was man übrigens gar nicht machen sollte, ist das Löschen eines Logfiles ohne den Journald vorher zu beenden.
Und bei einer Corruption schaltet der Journald eben gern mal in den "Crazy-Modus", d.h. journald versucht zu starten, scheitert, versucht zu starten, scheitert ...
Die Startinfos zu Journald kannst du ausgeben mit:
journalctl -b --no-pager _SYSTEMD_UNIT=systemd-journald.service: |
Jan 01 01:00:04 Nas systemd-journal[87]: Journal started
Jan 01 01:00:06 Nas systemd-journal[87]: Permanent journal is using 56.0M (max allowed 100.0M, trying to leave 1.4G free of 45.8G available → current limit 100.0M).
Jan 01 01:00:06 Nas systemd-journal[87]: Time spent on flushing to /var is 115.059ms for 355 entries. |
Nicht wundern bei der Zeit. Die Nas hat keine Hardware-Clock.
Und checken kannst du die Logfiles mit:
journalctl --verify: | PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system.journal
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/user-1000.journal
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system@22d6497a83c14ef9a0c00913993b21dd-0000000000000001-00000000003e6846.journal
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/user-1000@36aa49c231224b66b24d23b461dfccd0-00000000000001c7-0000000000ae4a6a.journal
074a78: unused data (entry_offset==0)░░░░░░░░░░░░░░░░░░░░░░░ 0%
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system@0004fe875fe20650-17bd954513c8859c.journal~
30bf70: unused data (entry_offset==0)░░░░░░░░░░░░░░░░░░░░░░░ 39%
30bfd8: unused data (entry_offset==0)
30bfd8: invalid hash (d10e0c2a85454de2 vs. 4bc3ab3a54d92c30
Invalid object contents at 30bfd8: Ungültige Nachricht
File corruption detected at /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system@00000000005ffdb6-d01db628950014ac.journal~:30bfd8 (of 8388608 bytes, 38%).
FAIL: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system@00000000005ffdb6-d01db628950014ac.journal~ (Ungültige Nachricht)
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system@ccd939e1e25b44dd9709db907bb6cc01-0000000000000001-00000000003e6b97.journal
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/user-1000@0004ff627d335829-a3bc86109f4cdb6b.journal~
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system@ccd939e1e25b44dd9709db907bb6cc01-00000000000001f2-0004ff433f362a3d.journal
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/user-1000@a4eff8036d654bb5ad994578b70c9caf-000000000000021d-0004ff627d353337.journal
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/user-1002@bddf0c99c9ff49319857fd3de97aa6dc-000000000000145a-0005013ebac754bb.journal
PASS: /var/log/journal/e4b5dad211aa4a41920893d218a05e68/system@ef49062663b04356a2647dd64ea262b5-0000000000000001-00000000003d9fc4.journal |
Und wie man sieht, hab ich hier schon wieder 'ne Corruption drin. D.h. vorm nächsten Neustart sollte ich erst mal den Journald beenden und das kaputte Logfile löschen. Sonst darf ich wieder mit dem Tiny-Breakout über die serielle Konsole ran.
Mit einem Logger, der ins Init-System integriert ist, sollte sowas einfach nicht passieren. Dafür ist diese Komponente zu systemrelevant. |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sun Sep 07, 2014 7:34 am Post subject: |
|
|
Klaus Meier wrote: | Kann es sein, dass es eher ein Problem vom FS ist als von Journald? Eventuell mal ein fsck drüber laufen lassen, bevor du es nach einem Crash wieder mountest. Bei btrfs hatte ich dank cow manchmal alte Dateien nach einem Crash, aber nie eine kaputte. |
In einer Datenbank kann eine alte Datei eine kaputte sein, wenn die Operationen nicht "atomic" implementiert werden. Das erfordert exaktes Arbeiten und eine bedachte Implementation, etwas mit einem eigenen journal (im Sinne von Filesystem-Journal, nicht im Sinne von journald).
Wenn ich mir den Stiefel ansehe, den Poettering bislang zusammenprogrammiert hat, bezweifle ich, dass er in der Lage ist, die journald-Datenbank korrekt zu implementieren. |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sun Sep 07, 2014 9:40 am Post subject: |
|
|
Klaus Meier wrote: | Darf ich fragen, an welchen Kriterien du festmachst, dass es wie Windows ist? Mir ist im Artikel absolut nichts derartiges aufgefallen. |
Es läuft absolut der Linux-Philosophie entgegen - noch wesentlich mehr als systemd es bislang schon tut:
Anstatt die Aufgaben in kleine Teilafugaben in Bibliotheken zu unterteilen, die jede für sich unabhängig gewartet werden können und sollen, werden in diesem "genialen" Kozept Bibliotheken mit jedem Programm gebündelt. Es passiert also genau das, was insbesondere die Gentoo-Entwickler seit Jahren bemängeln - und soweit möglich - upstream drängen, es zu fixen: Wenn sich dieses §$/&-Konzept durchsetzt, wird sich Upstream nicht mehr um Entbündelung kümmern - schließlich können Sie ja dem Benutzer ihre jeweils geliebete Bibliotheksversion aufzwingen. Einige werden vielleicht Sicherheitspatches für diese Bibliotheken einspielen, anderen ist das gerade Wurst. Der Benutzer jedenfalls ist nicht mehr Herr der benutzten Bibliotheken, sondern Upstream oder die Distribution ist es. Eine Bibliothek zu patchen oder auszutauschen ist faktisch nicht mehr möglich.
Das ist vielmehr genau die Windows/Apples-Philosophie: Jedes Programm bringt seine DLLs mit; es gibt keine Intention und ist gar nicht gewünscht, Bibliotheken global auszutauschen.
Poetterings "Neuerung" ist i.W. nichts anderes. Wenn man ein de-duplikating Filesystem fordert, könnte man einfach alle Daten eines Programms (einschließlich all dessen benutzer Bibliotheken) in einem eigenen Directory speichern, aber diese Konzept hätte man ohne systemd realisieren können. Natürlich wäre eine Implementation, die ohne systemd-Zwank auskäme von Poettering nicht gewünscht.
Zusammenfassend kann man sagen, dass das Ganze die schlechteste Idee ist, die ich in den letzten Jahren gelesen habe - die anderen Poettering Machwerke eingesclossen.
Edit: Fix typos
Last edited by mv on Sun Sep 07, 2014 9:53 am; edited 1 time in total |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sun Sep 07, 2014 9:51 am Post subject: |
|
|
Klaus Meier wrote: | Ich war auch angepisst, als mir Pulseaudio vorgesetzt wurde. Ich war auch angepisst, als mir Systemd vorgesetzt wurde. Aber ich habe mich mit der Materie beschäftigt und bin inzwischen sehr glücklich mit beidem. |
Ich habe mich auch mit der Materie beschäftigt, fahre seit geraumer Zeit systemd parallel zu openrc und bin inzwischen dadurch erst richtig angepisst: Der Dreck ist sowas von buggy und undurchdachtes ad-hoc-Gewurstel (siehe einige Threads, die ich mit Fragen zu systemd eröffnet habe und zu denen es keine vernünftige Antwort gibt - das Systemd-Konzept ist einfach kaputt). Über die Latenzen von pulseaudio, die es auf den meisten älteren Systemen unbrauchbar macht und auch auf neueren Systemen nur Resourcen schluckt für Features, die kaum jemand braucht, müssen wir gar nicht erst reden. Den avahi/zeroconf-Müll hat Gentoo glücklicherweise mit USE-Flags entsorgen können. Hast Du seinerzeit den hal-Schwachsinn mitmachen müssen?
Jemand, der bislang nur Unbrauchbares und schlechte Ideen produziert hat: In der Tat, man muss in Zukunft wohl nicht mehr anschauen, ob er technisch irgendetwas zu sagen hat - davon versteht er offensichtlich nichts. Was er versteht, ist mit politischem Agitieren seinen Müll allen aufzudrängen. |
|
Back to top |
|
|
franzf Advocate
Joined: 29 Mar 2005 Posts: 4565
|
Posted: Sun Sep 07, 2014 10:03 am Post subject: |
|
|
mv wrote: | Jemand, der bislang nur Unbrauchbares und schlechte Ideen produziert hat: |
Uuuuh Vorsicht! Da bin ich im englischen Forum (AFAIR) mal gaaanz böse angefahren worden. Wäre kein Argument. Nur weil hal etc. Mist war (hat er ja selbst erkannt uswusf.) heißt das noch lange nicht, dass er auf dem Niveau weitergemacht hat. Er hat ja so viel gelernt und systemd ist richtig klasse und ich sollte das Maul halten. Poettering hat auf alle Fälle eine Chance verdient und soll unbedingt weitermachen. (Kann sein dass das nicht alles wörtlich gesagt wurde, aber es kam so an ). |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sun Sep 07, 2014 10:24 am Post subject: |
|
|
franzf wrote: | Uuuuh Vorsicht! Da bin ich im englischen Forum (AFAIR) mal gaaanz böse angefahren worden. Wäre kein Argument |
Ist auch im Prinzip kein Argument. Es gibt aber halt eine Toleranzgrenze. hal alleine wäre kein Thema für mich, auch wenn der Hype, mit dem es einem schon damals aufs Auge gedrückt wurde, schon andeutete, was noch folgen würde. Aber das Ganze hat sich inzwischen 5-6 mal wiederholt, ist dabei jedesmal technisch schlechter und politisch agressiver geworden. Mit diesem letzten schwachsinnigen Konzept ist jetzt bei mir das Fass übergelaufen: Bei mir ist jetzt LP auch als Person untendurch. |
|
Back to top |
|
|
schmidicom Veteran
Joined: 09 Mar 2006 Posts: 1970 Location: Schweiz
|
Posted: Tue Sep 09, 2014 9:17 am Post subject: |
|
|
Ihr scheint zu vergessen das es hier nicht um Pulseadio, HAL oder was auch immer geht sondern um ein optionales Feature von systemd welches mit dem klassischen sysvinit wohl nur sehr schwer (wenn überhaupt) möglich wäre. Und nur weil Poettering bei dem einen oder anderen Projekt ein eher fragwürdigeres Ergebnis ablieferte heißt das noch lange nicht das jetzt automatisch alles schrott ist was von ihm kommt oder von ihm mitentwickelt wird/wurde.
Und noch etwas in manchen Bereichen ist diese übertriebene splitterei auch schlicht und einfach fehl am Platz, wie zum Beispiel im Bug 517714. Würde man die beiden Pakete "dev-qt/qthelp" und "dev-qt/assistant-tools" wie vom upstrem empfohlen zu einem machen wäre der Bug und damit auch all seine Blocks (welche immer länger werden) schon längstens behoben und Qt5 könnte (meinetwegen auch als masked) in das offizielle Portage Einzug halten. _________________ Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Tue Sep 09, 2014 10:04 am Post subject: |
|
|
schmidicom wrote: | Ihr scheint zu vergessen das es hier nicht um Pulseadio, HAL oder was auch immer geht sondern um ein optionales Feature von systemd welches mit dem klassischen sysvinit wohl nur sehr schwer (wenn überhaupt) möglich wäre. |
Quatsch. Es geht um ein Aufzwingen eines Standard in der Handhabung von BTRFS, das Upstream, nicht aber dem Computerbesitzer, die Kontrolle das System geben soll.
systemd hat mit dem Ganzen nur soviel zu tun, als Poettering bestrebt ist, auch mit dieser vollkommen dijsunkten Schnapsidee eine beiderseitige künstliche Kopplung zu erzwingen.
Quote: | Und nur weil Poettering bei dem einen oder anderen Projekt ein eher fragwürdigeres Ergebnis ablieferte |
Nur weil Poetteriing bei bislang allen Projekten nur schlechte Ergebnisse ablieferte...
Quote: | heißt das noch lange nicht das jetzt automatisch alles schrott ist was von ihm kommt oder von ihm mitentwickelt wird/wurde |
aber es gibt auch keinen Anlass, auf eine zukünftige Ausnahme zu hoffen
Quote: | wie zum Beispiel im Bug 517714 |
Das ist jetzt ein vollkommen anderes Thema. Eine Abhängigkeit an eine Entwicklungsumgebung, die die meisten nicht brauchen, wäre schon extrem schlecht. Für mich klingt das wie eine Limitierung von cmake oder eine schlechte Implementierung von cmake-Regeln. Da ich mich mit cmake aber nicht auskenne, kann ich dazu nicht wirklich etwas sagen.
Edits: Fix Typos
Last edited by mv on Thu Sep 11, 2014 9:11 am; edited 2 times in total |
|
Back to top |
|
|
fuchur Guru
Joined: 12 Aug 2003 Posts: 578
|
Posted: Tue Sep 09, 2014 9:16 pm Post subject: |
|
|
Hi
Bin auch mal wieder hier. Habe mir das Thread mal durchgelesen und da viel mir ein
nettes Ereignis vom Sonntag ein. Habe nach etwas längere zeit am Sonntag mal wieder
mein Fedora 20 gebootet bzw. wollte booten. Hatte vor 3 bis 4 Wochen mal eine Partition
neu formatiert die auch in der fstab von Fedora stand. Beim formatiert hatte sich natürlich
die UUID geändert. Was systemd dann macht ist der absolute Hammer, da hilft nur noch
alt strg entf. Einfach mal eine nicht vorhanden UUID in der fstab eingeben und versuchen
zu booten, traumhaft.
Überlaufende logfiels nicht bootend Rechner usw. wsw. und alles nur wegen so einem Scheiß
Programm, so etwas hat es noch nie gegeben. Und das war nicht irgend eine dist sonder
Fedora also Redhat. Nein nein so wird das nichts mit dem Jahr des Linuxdesktop
MfG |
|
Back to top |
|
|
franzf Advocate
Joined: 29 Mar 2005 Posts: 4565
|
Posted: Wed Sep 10, 2014 8:29 am Post subject: |
|
|
@fuchur:
Wg. mounten hatte ich ebenfalls gelegentlich Probleme. Allerdings stehen da keine UUIDs in der fstab, sondern ganz normale devices. Es wurde auch nichts neu formattiert.
Das Problem war, dass irgend etwas verhindert hat, dass die Partitionen gemountet werden. Services kamen nicht hoch (wie auch). Ich war geschockt! Mein erster Verdacht: Platte (non-SSD) kaputt. Schweiß auf der Stirn - weil der Rechner grad (natürlich) extrem dringend gebraucht wurde. Also Stoßgebet, beide Daumen gedrückt und Reboot. Ging alles glatt als wäre nichts gewesen.
Das hat sich dann in unregelmäßigen Abständen wiederholt. Seit ich wieder bei openrc bin gab es das nie mehr.
On Topic:
Mir ist dieses neue "Feature" irgendwie bekannt vorgekommen:
http://lwn.net/Articles/562138/
Ich zitiere:
Quote: | Step five would involve extending GLib and related GNOME libraries to support the sandboxed apps. In particular, the desktop needs to be able to recognize when a new app is uncompressed and mounted to the system, and treat its executables like a system-wide program, making it available in the application launcher, search framework, and so on. Step six would involve deploying a sandbox-aware display manager, presumably Wayland. Among other things, the display manager would need to support cut-and-paste and drag-and-drop, between sandboxed apps and the system. Step seven would involve defining a configuration scheme in dconf for sandboxed apps. |
Wohoo! Glück gehabt dass Lennart nicht schon dieses Konzept durchgedrückt hat. DAS hätte wirklich alles infiziert... |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|