Systemd vs. Intelligenz (offener Ärger eines Debian-Benutzers)

Der folgende Text ist eine kostenlose Übersetzung einer Nachricht, die ein Benutzer angerufen hat Christopher Barry links in LKML.ORG (das inoffizielle Archiv der Linux-Kernel-Mailingliste) mit dem Titel «Offener Brief an die Linux-Welt« (Die durchgestrichenen und zusätzlichen Links sind Dinge, die meine schlechte Milch hinzugefügt hat):

Was ist Intelligenz? Ich spreche nicht über die Spionagesache, aber was ist die Definition von Intelligenz beim Menschen? Das ist ziemlich gut: http://en.wikipedia.org/wiki/Intelligence#Definitions

Für die meisten Menschen passen die selbsternannten und möglicherweise übermäßig einflussreichen Schöpfer und Denker von heute, die an der Idee von "One Linux" arbeiten, zur Definition von intelligenten Menschen - zumindest technisch.

Und seine Botschaften überzeugen:

  • Vereinfachen Sie die Multi-Distribution-Entwicklung.
  • Ermöglichen Sie schnellere Startzeiten.
  • Erlaube eine Architektur On-Demand und ereignisbasiert, ähnlich wie bei "modernen" Betriebssystemen.
  • Bringen Sie Ordnung und Kontrolle in Subsysteme, die über so viele verschiedene Tools verfügen, wie es Distributionen gibt.

Alle scheinbar noblen Ziele. Alles offenbar aus dem tiefen Wunsch heraus, etwas beizutragen und zu verbessern.

Kaum jemand konnte argumentieren, dass diese klugen Leute ernsthaft über diese Probleme nachdachten und enorme Anstrengungen unternahmen, um diese Probleme zu lösen. Leider ist die Lösung, die sie gefunden haben, wie Sie vielleicht bereits vermutet haben, "systemd".

Obwohl es nichts Neues ist, hat mich seine groteske Wirkung endlich erreicht und ich muss es öffentlich ausdrücken.

Was ist systemd? Nun, treffe deinen neuen Gott. Sie haben wahrscheinlich am Altar gebetet [Wenn es funktioniert, berühren Sie es nicht] der Einfachheit, aber Ihre Religion wird ausgerottet. Das ist wahrscheinlich schon passiert, ohne dass Sie es während eines Updates auf Ihrem Linux-Computer bemerkt haben. systemd ist die allwissende, allkontrollierende, allsehende und allüberwachende Metagottheit. Er ist der neue One Master of Processes, der alles kontrollieren will - und bereits genug tut. So würde init aussehen, wenn es ein Transformator für Steroide wäre. Ist [der Traum eines jeden Geeks] kompliziert, facettenreich, undurchsichtig und äußerst kraftvoll.

Ich habe vor ein paar Jahren von systemd gehört, als ich anfing und einige andere Ersatz zu initiieren, dass ich mich nicht erinnern kann, tauchten auf der Szene auf. Und obwohl es leicht interessant aussah, war ich nicht dafür, es oder eines von ihnen für diesen Zweck zu verwenden. Init hat gut für mich funktioniert. init war einfach und robust. Während die Konfiguration ihre spezifischen Unterschiede für jede Distribution hatte, waren es oft diese Unterschiede, die dazu führten, dass man sich entschied, diese Distribution überhaupt zu verwenden und bei dieser Distribution zu bleiben [(und nicht Dinge wie das Publikum, an das es gerichtet war, wie heute)]. Die Werkzeuge im Wesentlichen waren die Distribution. Und dann habe ich einfach eine gemacht dist-upgrade an Jessie und voila, PID 1 wurde plötzlich systemd. Scheiße.

Was sollten Distributionen in einer "One Linux" -Welt wirklich sein? Obsolet. Nicht mehr relevant. Archaische Muscheln seiner einst stolzen [und oft gefährlich] Individualismus. Im Grunde ist es jetzt nur ein Logo und ein Standard-Hintergrundbild. Denn, seien wir ehrlich, es muss nur einen einzigartigen modernen "Konkurrenten" für die Windows / Mac-Domäne des Personal Computing geben. Eine einheitliche Front zur Bekämpfung der böswilligen Reiche von Redmond und Cupertino ist erforderlich. Die verschiedenen Unterschiede, die unterschiedliche "Geschmacksrichtungen" von Linux hervorbrachten, mussten konzentriert und in Einklang gebracht werden, um für den Krieg effizient vorzugehen. Ähm, welcher Krieg?

Für mich hat Linux diesen Krieg bereits 1994 gewonnen, als ich anfing, ihn zu benutzen. Dies geschah, ohne einen Schuss abzugeben oder zu versuchen, wie die anderen Betriebssysteme zu sein. Er hat es gewonnen [Immer 1% des Marktes behalten] egal um Marktanteile. Er gewann es, indem er genau NICHT wie sie war. Er gewann es, indem er einfach, verständlich und konfigurierbar war, um genau so zu sein YO wollte. Es wurde verdient, indem es eine Sammlung einfacher, modularer Komponenten war, die nach Belieben zusammengefügt werden konnten, um echte Arbeit zu leisten. Er gewann es, indem er an der tief überlegten Philosophie festhielt, den Benutzer auf dem Fahrersitz zu halten und frei laufen zu können, was er wollte, ohne dass Schichten und Schichten von Gerüsten ihre Tentakel in all die Dinge wickelten, die sie nicht berühren sollten. Er hat es ohne all die verschiedenen "ShitKits" gewonnen, die sich im Herzen meines Betriebssystems manifestiert haben. Er gewann es, ohne zu komplex und unverständlich zu sein. Diese Art von Deckkraft ist das Herz von Windows und Mac, und genau das hasse ich an ihnen und genau deshalb habe ich mich für Linux entschieden. systemd umarmt todo Was ich an Windows und Mac hasse und im Namen der "Modernität" und "Vereinfachung" der Entwicklerarbeit tue.

Warum also Leute? Sehr intelligent dass liebe und benutze Linux würden sie schaffen wollen oder Umarme einen solchen Dämon "Meister aller"? Offensichtlich aus den Gründen, die sie sagen, wie ich am Anfang erwähnt habe. Aber teilweise denke ich, dass es an mangelnder Erfahrung liegt. Ich meine nicht einen Mangel an Programmierstunden, sondern einen Mangel an Zeit auf dem Planeten. Intelligenz allein ist kein Ersatz für Lebenserfahrungen, und ja, ich werde es sagen, auch nicht für Weisheit. Es gibt kein Handbuch für Weisheit. Die Implementierung von systemd in Distributionen ist auf lange Sicht kein kluger Schritt für sie. Das wird in der Tat ihr endgültiges Schicksal herbeiführen.

Sie sind teilweise das überlebensgroße Ego der beteiligten Personen. Jemand hat gelesen Was sagt Poettering über Dinge? Beeindruckend. Dieser Typ ist offensichtlich überzeugt, dass er alle Antworten für alle hat. Traditionelle Vorstellungen von Einfachheit und Freiheit sind farbenfroh, haben aber in einem "modernen" Betriebssystem keinen wirklichen Platz. Schau, er ist nur schlauer als du, also komm drüber hinweg und tritt zur Seite. Er weiß, was am besten ist, und er hat es unter Kontrolle. Wie alt ist dieser Kerl überhaupt? 12 Jahre oder so? Es ist ein verdammter Schwanz (meiner bescheidenen Meinung nach).

Sie sind teilweise seine zwielichtige Geschäftsinteressen. Schauen Sie, wir könnten Geld verdienen, wenn wir Dinge an Linux-Benutzer verkaufen, wenn es eine einfachere und "dystro-agnostische" Methode gäbe. Fick die Optionen, sie werden mögen, was sie bekommen.

Teilweise könnte es sein, dass es von Natur aus bedrohlich und trostlos ist. Ein einziger Ring, um sie alle zu regieren, ein sicherer Zugang dazu wäre für diejenigen faszinierend, die sich der Informationen voll bewusst sein möchten. Vertrauen steht nicht wirklich ganz oben auf meiner Liste der Dinge, die ich heutzutage zugeben muss.

Teilweise ist es die Überzeugung, dass die Linux-Community gegen die Hegemonie von Windows und Mac kämpfen muss - als ob die Existenz von Linux von der Niederlage der anderen Alternativen abhängen würde. Diejenigen, die das denken Linux sollte sich um Idioten und HOYGANs kümmern Sie sollten zu ihren Macs und Windows zurückkehren und aufhören, Linux zu "reparieren". Es ist nicht kaputt, verdammt!

Teilweise - und das kann ich nicht akzeptieren - ist es eine offensichtliche Missachtung und Missachtung der wichtigsten Prinzipien von * NIX - ob absichtlich oder nicht. Es ist eine unbewusste Verachtung für sie und ein Trampeln der Werte, die ich persönlich als [alt,] wahr und fair, und ich bin hier nicht allein. systemd ist das genaue Gegenteil von dem, wofür * NIX steht. Und ich plappere auch nicht über die POSIX-Kompatibilität. Es ist eine dumme Philosophie.

systemd ist ein Coup. Es ist ein subversiver Eindringling, der entwickelt wurde, um Linux, wie wir es kennen, zu zerstören, das uns der Mob auferlegt hat. Wir kennen ihn besser als Sie CamelCase. Und sie verstehen es einfach nicht so tief wie sie sollten. systemd zeigt nicht in eine Richtung, in die es gehen sollte. Unterstützt keine Freiheit. Es ist kein Anreiz für die Wahl. Es zeigt keine Transparenz. Es geht nicht um Einfachheit. Übernimm die Kontrolle und zwinge dich, ihm nachzugeben. Es macht wichtige Systemkomponenten und Anwendungen davon abhängig und kann ohne sie nicht funktionieren. Sie gewinnen an Geschwindigkeit, indem Sie sich in die Gruppe der naiven oder faulen oder nur ahnungslosen Entwickler locken, die versprechen, ihnen das Leben zu erleichtern. In diese Denkweise zu verfallen bedeutet, die große Gefahr, die systemd darstellt, zu ignorieren.

Debian hat in der Vergangenheit immer gegen solche Dinge gestanden und sich immer meinen größten Respekt und meine Loyalität für ihre Integrität verdient. Debians Entscheidung hier wurde erzwungen. Debian hat einen schweren und feigen Fehler gemacht [als Tagliamonte Garbees Ziel nicht annullierte], und sie müssen ihren Kurs sofort korrigieren. Das Einbeziehen von systemd war kein kluger Schachzug und schon gar nicht gut durchdacht [(und nein, ich habe keinem von Russ Alberys Gründen geglaubt)]. Debian muss systemd und seine Art ablehnen und zu den Werten zurückkehren, die Linux zu diesem Punkt in der Geschichte geführt haben. LED nicht zu einem kleinen Teil von Debian. Sie müssen sich gründlich und öffentlich von GNOME scheiden lassen, egal wie schmerzhaft und nervig es kurzfristig erscheinen mag, und sich auf die wichtigsten Werte von Einfachheit und Freiheit konzentrieren. Platziere systemd und seine Clique in den Repositories unfreie wo sie hingehören wenn es keine andere Wahl gibt. Lassen Sie den Benutzer entscheiden, ob er dies wünscht. Erleuchtung ist Eine ausgezeichnete Wahl für einen Standard-Desktop das hat nicht den aufgeblähten GNOME-Müll. Und an die Führer von Debian - nach 20 Jahren meiner Loyalität und Evangelisation haben Sie mich und alle enttäuscht. Sie müssen ein paar verdammte Eier haben und im Hier und Jetzt das Richtige tun.

Schicken Sie diese Opportunisten in die Hölle!

GNOME. Die Linux Foundation. freedesktop.org, [Figueredo] und andere. Sie sind alle [ein Ärmel von Dieben vom ersten bis zum letzten] Gruppen mit Tagesordnungen. Sie sind nicht diejenigen, die an die Freiheit glauben. Sie glauben an Kontrolle und Standardisierung. Sie glauben an Monotonie. Wer sind diese Leute? Wer sind diese selbst zugewiesenen Wächter der Linux-Flamme? (absichtlicher und unterschwelliger Hinweis auf Malware) Was sind Ihre wirklichen Ziele? Wer finanziert diese Leute? Warum wollen sie so aggressiv das Herz von Linux von seiner wahren Philosophie abbringen? Lassen Sie sie los und erstellen Sie ihren eigenen "Konkurrenten" für Windows und Mac. Wenn sie dies tun würden, wäre es die gleiche undurchsichtige Backdoor-Scheiße, die Windows und Mac geworden sind. Sie sprechen NICHT für mich und Sie sollten ihnen auch nicht passiv erlauben, für Sie zu sprechen.

systemd ist ein Trojaner. systemd ist eine Qualle. systemd ist Substanz D. systemd ist gruselig - nicht nur, weil seine Werkzeuge saugen oder weil es ein blutiger, massiver Haarball ist - sondern weil es architektonisch viel konzentrierte Kraft hat. Wir müssen ihn gemeinsam aus dem Weg räumen, weil er Linux besitzen wird und uns und unsere Freiheiten. systemd werden Linux. Setzen Sie sich untätig und ignorieren Sie diese Tatsache unserer kollektiven Gefahr.

Eine Linux == Zero Choice.


Lennart muss sich angestellt haben Scheiße vor Lachen mit einer solchen Reihe. Auf der anderen Seite gab Martin Gräßlin dies bekannt kwin en Wayland wird von logind abhängen.

Hinterlasse einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert mit *

*

*

  1. Verantwortlich für die Daten: Miguel Ángel Gatón
  2. Zweck der Daten: Kontrolle von SPAM, Kommentarverwaltung.
  3. Legitimation: Ihre Zustimmung
  4. Übermittlung der Daten: Die Daten werden nur durch gesetzliche Verpflichtung an Dritte weitergegeben.
  5. Datenspeicherung: Von Occentus Networks (EU) gehostete Datenbank
  6. Rechte: Sie können Ihre Informationen jederzeit einschränken, wiederherstellen und löschen.

    1.    Handbuch der Quelle sagte

      Vor einiger Zeit kam der erste Kommentator heraus, der eine Reise gewonnen hat, bei der alle Kosten bezahlt wurden. Während ich hier bin, werde ich den Banhammer hart treffen. Beleidigende Kommentare und / oder ohne Argumente gehen direkt zur Hölle, auch wenn sie mich wegen Zensur und dergleichen verärgern. Es ist gut, dass der Flammenkrieg aber «alles mit Maß» unterhält ...

      1.    x11tete11x sagte

        hahaha xD, ich habe es gesehen: v, sein Argument war überhaupt nicht schlecht, aber er ging ins Gras, als er xD verallgemeinerte

      2.    Diazepan sagte

        Nun, elav hat ihn gerade wiederbelebt und ihm geantwortet.

        1.    Handbuch der Quelle sagte

          HAHAHAJAJAJAJAJA, es musste sein, schauen Sie, ob er es lieben wird, Zeit in sinnlosen Diskussionen zu verschwenden. Nun, wenn er das will, wasche ich meine Hände und gebe ihm den Banhammer. Von nun an bereite ich mein Popcorn selbst zu und schaue nur zu ... http://i.imgur.com/YcJ0XpY.jpg

        2.    lebhaft sagte

          An diesem Kommentar ist nichts auszusetzen, es ist eine einfache Meinung zu Ich weiß nicht, welcher Arsch ... XDD

    2.    yukiteru sagte

      Das @tete ist alles verrückt 😀

      Übrigens habe ich mein System bereits frei von Consolekit, Policykit und ohne Probleme mit automount 🙂

      1.    x11tete11x sagte

        Die Vielseitigkeit von Gentoo xD ist beeindruckend

      2.    Roader sagte

        Ähm, ich weiß nichts über Ihren speziellen Fall, aber mein System hat mir viele Probleme bereitet, insbesondere mit PAM. Ich würde etwas länger warten, um mich zu ändern. Da ich auch BSDs verwende, bevorzuge ich OpenRC.

      3.    x11tete11x sagte

        @roader, yuki verwendet OpenRC ohne Consolekit oder Policykit

      4.    yukiteru sagte

        @roader, ich mag systemd nicht, ich bleibe bei OpenRC, weil es alles ist, was ich brauche, und weil es einfach zu handhaben ist. Ich habe die * Kits von meinem System gelöscht und das Automount mache ich mit IgnorantGurus udevil und es funktioniert perfekt. Über PAM kann dies beseitigt werden, in Gentoo haben Sie diese Kapazität, ich weiß nicht, wie es in BSD sein wird.

  1.   Gorlok sagte

    Ich hatte es gelesen und stimme im Allgemeinen dem zu, was es sagt. Obwohl eine solche E-Mail in der Kernel-Liste ... scheint es, dass es nur darum geht, einen Flamewar zu machen. Aber wie ich bereits sagte, bedeutet dies nicht, dass mehrere gültige Punkte erwähnt werden, aber ich denke nicht, dass dies der Ort ist (meiner Meinung nach).

    Es ist erwähnenswert, dass ich vor drei Tagen einen Tweet geschrieben habe, in dem es heißt: «Gnom, Pulseaudio und System haben etwas gemeinsam: die unglückliche Art und Weise, wie sie mit (t) der # Linux-Community interagieren: - /» https://twitter.com/gorlok/status/500413760595849216

    Es bezog sich auf die ständigen Konflikte dieser Projekte, insbesondere ihrer Entwickler / Leiter, wie sie mit der Community umgegangen sind, mit ständigen Kontroversen. Es ist klar, dass es unmöglich ist, alle jederzeit glücklich zu machen und gleichzeitig die Ziele zu erreichen. Es gibt keine Formel für ein Projekt, die alle glücklich macht, die Kumbaya zu singen, aber von da an gibt es eine Strecke, die in diesen drei Beispielprojekten zu Konflikten und ständigen Zusammenstößen führt.

    Insbesondere mit systemd funktioniert es trotz der Konflikte und seiner Designphilosophie und löst mehrere reale und dringende Probleme, die gelöst werden mussten. Ist die beste Lösung? Das bezweifle ich. Deshalb hat es trotz der Konflikte Platz gewonnen. Es besteht kein Zweifel, dass andere Projekte an ihre Stelle treten können. Deshalb ist es wichtig, die Abhängigkeiten mit systemd (oder pulseaudio für ein anderes Beispiel) zu minimieren, und da ich dem Benutzer zustimme, erleichtern wir diesen Weg, der zweifellos irgendwann zurückgelegt wird. Die andere realistische Alternative zu systemd war Emporkömmling ... was auch nicht ohne Frage oder Konflikt war, fast mehr gleich.

    Andererseits ... sind diese Konflikte nicht so schwerwiegend, sie sind eher die Norm als die Ausnahme. Es hat immer gegeben und wird es immer geben. Es ist erwähnenswert, dass zum Beispiel viele historische Fälle mit GCC alternative Projekte hervorgebracht haben, indem andere Wege getestet wurden, was letztendlich die Gemeinschaft bereicherte.

    Ich wette, irgendwann wird auch hier ein anderes Projekt die Kontrolle übernehmen, es sei denn, systemd bearbeitet Ihre Fragen und löst sie. Im Moment ... ist es das, was es ist, und ich denke, viele verstehen es so, während sie es vorziehen, ihre Bemühungen anderen dringlicheren Themen zu widmen.

    1.    yukiteru sagte

      Der Punkt ist, dass es viele Fragen und Probleme zu systemd gibt, die Leannart nur wenig interessiert, obwohl sie manchmal zwingend sind oder einfach durch schlechte Änderungen an systemd-bezogener Software verborgen werden (Fall Kay). Das Forum hatte bereits begonnen, über das Problem zu sprechen, und ich legte einige Dinge auf den Tisch, die ich mit systemd und Fehlern hatte, die (vorerst) einfach keine Lösung suchten.

      Link: http://foro.desdelinux.net/viewtopic.php?pid=21896#p21896

      1.    Roader sagte

        Erinnert mich an OpenSSL ...

      2.    yukiteru sagte

        Der Fall ist zumindest im Hintergrund mehr oder weniger ähnlich. Es ist ungefähr so: «Lassen Sie uns viele Codezeilen machen, sie nicht kommentieren, nicht dokumentieren, sowieso überprüft niemand den Code gut, und wenn ein Fehler auftritt, werden wir sehen, was wir damit machen»

  2.   Andrélo sagte

    Es gibt nichts, was Linux-Benutzern zusagt. Wenn jede Distribution das tut, worüber sie gesungen wird, diskutieren sie, was falsch ist, diese Fragmentierung und das Meer mit dem Auto, und wenn sie sich einig sind, nehmen sie Freiheiten weg, wenn sie es nicht mögen es, sie fühlen den Arsch und Programm ...

    1.    lebhaft sagte

      Ich habe keine weitere Antwort von einem Windosero erwartet? (Ich weiß nicht einmal, ob dieser Begriff gut verwendet wird). Windows- und Mac-Benutzer sind es gewohnt, das zu verwenden, was sie sagen: JA oder JA. Dies ist mit GNU / Linux noch nie passiert, deshalb all diese Wut, und glauben Sie mir, es liegt nicht an mangelnder Programmierung oder Eseln.

  3.   KZKG ^ Gaara sagte

    Ich stimme in vielen Aspekten dem zu, was hier gesagt wurde.

    Ich vermisse mit Nostalgie jene Arch-Tage, an denen ich NICHT systemd hatte, als rc.conf existierte und so weiter, weil 90% meiner Systemkonfiguration in dieser Datei angegeben wurden.

    In anderen Distributionen (wie Debian) war es nicht so, es war nicht alles in einer einzigen Datei konzentriert, aber es war mir egal, init war nett, ich verstand es gründlich, ich wusste, wie es funktionierte und wie es funktioniert Ich wollte, die Runlevels, Rcconf, etc.

    Jetzt mit systemd ... sagen wir als erstes, dass es anders ist. Journal, Systemctl und andere Tools Ja, sie ermöglichen es Ihnen, dasselbe zu tun, aber ich frage mich immer wieder, ob diese Änderung wirklich notwendig war. … U_U… Ich kenne meine Antwort, du wirst deine kennen.

    Ich bereue es nicht, jetzt systemd auf Arch zu verwenden (nun, es ist nicht so, dass ich es bereuen kann oder nicht ... oder es benutze oder ich vergesse Arch), aber ich wünschte, es wäre anders gewesen.

    Hervorragender Artikel. Ich teile nicht den extremen »Kreuzzug» gegen SystemD, aber ich stimme zu, dass die einfache Tatsache, dass systemd «ein Ring ist, um sie alle zu regieren», nicht die beste Option ist, nicht verallgemeinert werden sollte und dass jetzt alle Distributionen diese Philosophie übernehmen ... nun, diejenigen, die den Herrn des Rings gesehen haben, wissen bereits, wie dieser Satz endet 😉

    1.    Roader sagte

      Sie können immer einen anderen Init-Manager verwenden. Es ist nicht so schwierig. Das einzige ist, dass die Init-Skripte von Ihnen selbst heruntergeladen (oder geschrieben) werden müssen.

    2.    Alberto cardona sagte

      Weird rc.conf, ich verstehe systemd nicht, es ist der Grund, warum ich Arch verlassen habe, gewöhne dich nicht daran, es ist ein echter Aufstand 🙁

      1.    Alberto cardona sagte

        Thanks!
        Grüße

  4.   vicky sagte

    Nun, ohne die Absicht zu beleidigen, scheint es mir ein sehr schlechter Artikel zu sein. Es gibt nur sehr wenige technische Fragen, und der Autor scheint großen Wert darauf zu legen, sich besonders zu fühlen. Meiner Meinung nach erscheint mir die Standardisierung grundlegender Teile des Systems nicht schlecht.

    1.    Diazepan sagte

      Korrektur: Es scheint mir ein ziemlich schlechter Brief zu sein.

    2.    nano sagte

      Am Anfang des Artikels wird angegeben, dass es sich nicht um einen Artikel des Autors handelt, sondern um eine kostenlose Übersetzung eines Briefes an die Kernel-Liste. Es sieht schlecht aus, dass er nur deshalb kommentiert wird.

  5.   yukiteru sagte

    Dieser Kampf wird lang sein, die Frage ist, ob dies zu einer einzigen Init für alle Distributionen führen wird (ein Ring, um sie alle zu kontrollieren) oder ob jemand anderes die Erleuchtung hat, eine neue Init mit technischen und gestalterischen Verbesserungen in Bezug auf die aktuelle zu erstellen init, das bleibt abzuwarten.

    Persönlich habe ich systemd ein paar Jahre lang benutzt (Archlinux und Debian Testing, und ich habe Client-Maschinen mit diesem Init) und ich muss sagen, dass es bei vielen Gelegenheiten ein Segen war und bei anderen das Gesicht des Teufels, als den Sie trollten so viel wie möglich. Seltsame Fehler und sogar einige ziemlich gefährliche Abhängigkeiten und Schleifen in Diensten, kurz gesagt, Dinge, die von einer Software begleitet werden, die noch nicht richtig stabil ist und die wiederum von einer Programmierkomplexität begleitet wird, die ziemlich ungewöhnlich ist.

    Für den Entwicklungsabschnitt habe ich den systemd-Code gelesen, um zu sehen, wie dokumentiert und kommentiert er war, und in meinem Leben habe ich etwas Strengeres gesehen, außer vielleicht für die Hello World, zu der Sie in Ihrer ersten Programmierklasse geschickt werden .

  6.   Raul sagte

    Nun, als Flammenkrieg ist es in Ordnung. Aber in Bezug auf den Artikel werde ich meinen Standpunkt erläutern:
    Init ist veraltet. Warum? Alle Aufgaben, die Sie in einem einzigen Thread ausführen müssen (ich denke, jeder mag es, wenn die Dinge schneller gehen und die Multicore-Prozessoren verwenden, die wir in unseren Computern haben). Abhängigkeiten zwischen Prozessen sind nicht zulässig, sodass sie nicht gestartet werden, wenn andere dies nicht tun (es sei denn, wir suchen mit dem Befehl ps, aber dies scheint ein Witz zu sein). Sagen Sie den Benutzern, die so wütend sind, dass sie keine Entwickler oder Betreuer von Distributionspaketen sind, dass diese Alternativen zu Beginn (upstart, systemd, ...) uns Leben geben, damit die Dinge einfacher funktionieren Insbesondere in Distributionen wie Debian funktioniert bei der Installation eines Pakets bereits alles (Sie installieren Apache und von diesem Moment an ist es bereits gestartet und wird es immer sein). Dinge mit init können einfacher werden, aber es gibt einen Punkt, an dem es Ihnen keine Lösung bietet (ein Pick ist in Ordnung und sehr einfach, aber ich sehe nicht viele Arbeiter, die einen Pick verwenden, um Gräben im Asphalt zu graben). Daher ist es notwendig, ein moderneres System als Init zu verwenden. Welche soll ich wählen? Es wurde bereits darüber diskutiert, ob SystemD, ob Upstart, ob die Init-Alternative (jetzt erinnere ich mich nicht, wie ein Init mit vr oder hr genannt wurde), ich habe viel Upstart verwendet, um zu sagen, dass es für die Bedürfnisse von sehr grün ist Entwickler und was ich tausendmal verflucht habe. Mit Emporkömmling hatte ich nicht das Vergnügen, es so oft anfassen zu können, aber wenn sich so viele Distributionen (Arch, Fedora, Suse, Debian, Ubuntu ...) dafür entschieden haben, wird es etwas sein, oder? Soweit ich gesehen habe, ist die Verwendung möglicherweise etwas komplizierter (es scheint auch nicht sehr kompliziert zu sein), aber gewöhnliche Linux-Benutzer sollten sich darüber keine Sorgen machen. Und wenn Sie ein Entwickler / Betreuer / Systemadministrator sind, müssen Sie beim Rechnen immer recyceln und neue Dinge lernen. Was gestern gut ist, erfüllt heute nicht mehr die Bedürfnisse und man muss sich ändern, um sich zu verbessern. In Bezug darauf, ob es geschlossen ist oder nicht, wenn die SystemD-Entwickler faul sind und keine Probleme beheben möchten, gibt es zwei Möglichkeiten. oder erstellen Sie ein anderes Startsystem, das die erforderlichen Aufgaben ausführt, oder lernen Sie, wie systemd funktioniert, und helfen Sie bei der Entwicklung.
    Und wenn Ihnen Debians Entscheidung nicht gefällt, können Sie jederzeit Ihre eigene Distribution erstellen und dies tun, wie Sie möchten.

    1.    x11tete11x sagte

      Sir, ich nehme meinen Hut ab zu Ihrem Kommentar

    2.    Roader sagte

      Oder installieren Sie openrc (oder einen anderen Manager) der benötigten Init-Skripte und ändern Sie die Option init = in grub. Als Fan von systemd das. Verwenden Sie aus praktischen Gründen stattdessen openrc. Ich muss sagen, dass es, obwohl es nicht so entwickelt ist, nichts zu beneiden hat, Unterstützung für Parallelisierung bietet und kompatibler ist. Ich möchte nur, dass Sie das alte Consolekit in logind ändern.

      1.    Fluss sagte

        Openrc, das war die Alternative, die beim Ändern von Init gemischt wurde und an die ich mich nicht erinnerte. Mal sehen, ein Großteil der Debatte, die generiert wurde, kam von der Tatsache, dass aufgrund des Abhängigkeitssystems eine Abhängigkeit bestand (ich glaube, ich erinnere mich daran, dass mit dem Kernel), dass es nicht auf andere Architekturen portiert werden konnte, so dass es sein würde weniger frei. Trotzdem denke ich nicht, dass es eine sehr gültige Alternative wäre, und openrc Ich habe es überhaupt nicht gesehen und kann es nicht kommentieren.

      2.    Unser Team sagte

        Ohne drinnen zu sein, ist es sehr einfach zu sagen, was zu tun ist und was nicht. Auf dem Papier sieht es sehr gut aus, aber wenn Sie dort sind und die neuen KDE, GNOME, Wayland und andere Dinge, die zunehmend mit dem System zusammenhängen, ankommen zu tun?

      3.    yukiteru sagte

        @roader, es ist möglich, OpenRC zu verwenden, ohne Consolekit oder Policykit installiert zu haben 🙂

        @raul, da OpenRC ein sehr einfacher Init ist, beträgt die Codemenge weniger als 40 Zeilen im Vergleich zu mehr als 400 Zeilen systemd (und mehr), während es wiederum weniger Abhängigkeiten aufweist und modularer ist sogar als systemd. OpenRC verfügt über Parallelisierung, ist auf andere * NIX portierbar, kann Ressourcen durch Dienste begrenzen, ist in CGroups und SELinux integriert (diese beiden Funktionen ähneln den systemd-Flags).

        Ich verwende es in Gentoo und ohne Parallelisierung bootet es mein System in 22,3 Sekunden, während systemd es in Debian in etwas mehr als 18 Sekunden (ich erinnere mich nicht an die Millisekunden hehe) mit denselben Diensten ausführt.

      4.    Raul sagte

        @Yukiteru, das Problem, das ich sehe, ist, dass Sie mit openrc alle Startskripte kochen müssten, und es ist ein Mist, dies tun zu müssen, insbesondere wenn Sie Dienste haben, die voneinander abhängen (zum Beispiel müssen glusterfs starten Nach dem Start des Netzwerks, aber nicht viel später als das Dateisystem, werde ich mich deshalb nicht anstrengen, um alle Startskripte für ein anderes System neu zu schreiben. Wenn derjenige, der triumphiert und die systemD-Community entscheidet, werden wir es akzeptieren, was Upstart ist, und dann weitermachen.
        @Staff, wenn sich ein Projekt für einen Weg entscheidet, kann ich nichts anderes tun, als ihm zu folgen oder eine andere Alternative zu wählen. Mein Gnome mochte es nicht, als ich zu Gnome3 und zu KDE wechselte. Es gab Leute, die Gnome3 auch nicht mochten und beschlossen, Mate zu erstellen. Ich habe die SystemD-Lizenz nicht gelesen, aber aufgrund der geringen Kenntnis von LGPL 2.1 und der einzigen Sache, dass es etwas zu verwenden scheint, das eine private Lizenz hat, denke ich nicht (ich spreche ein wenig mit Unkenntnis der Komplexität). dass es zu schwierig ist zu gabeln, wenn die Zeit kommt, dass alles von SystemD abhängt. Ich bin sicher, Sie werden nicht mit allem vertraut sein, was Sie in Ihrer Desktop-Umgebung verwenden, aber wenn es eine Alternative gibt, können Sie sie ersetzen, und wenn nicht, werden Sie sie wahrscheinlich akzeptieren, weil es nichts Besseres gibt, oder?

      5.    yukiteru sagte

        @raul Müssen Sie mit OpenRC Startskripte neu schreiben? Nun, zumindest in Gentoo musste ich es nicht einmal tun, um Parallelisierung zu verwenden, und wenn nötig, muss es in einer anderen Distribution verwendet werden, genauso wie in Debian oder einer anderen Distribution, die auf SystemD migriert, müssen Sie dies tun Schreiben Sie viele der Skripte neu, um sie an die PATHs anzupassen, unter anderem an Details, die mit dieser fraglichen Distribution geliefert werden.

  7.   Desikoder sagte

    Nun, ich denke systemd ist wunderbar, ich habe es auf Distributionen wie archlinux getestet und es funktioniert wie eine Kugel, und obwohl es in Debian-Tests implementiert ist, gibt es immer noch bestimmte alte Dienste, die Skripte in /etc/init.dy haben, die es müssen durch Kompatibilität wie "LSB" gestartet werden, so hat debian zu einem bestimmten Zeitpunkt bereits alles auf systemd portiert. Das Problem ist nicht nur die Geschwindigkeit, die es bietet, sondern das Service-Management-Paradigma ist logisch und elegant sehr gut strukturiert. Wenn Sie sich / usr / lib / systemd / system und / etc / systemd / system ansehen, können Sie beim Start einen mentalen Baum von Diensten erstellen. Ich habe tatsächlich auf physischem Papier einen Baum geschrieben, der aus dem Inhalt der Dateien von systemd und extrahiert wurde es ist klar, was passiert. Beispielsweise startet systemd standardmäßig default.target, eine Verknüpfung zu graphical.target (auch wenn keine grafische Umgebung installiert ist), und Sie können default.target auf drei Arten ändern.

    1) Geben Sie in der Kernelzeile einen Wert für das Standardziel von systemd an
    2) Ändern Sie in / usr / lib / systemd / system den Link default.target
    3) systemctl enable multi-user.target || systemctl enable graphical.target oder was auch immer Sie standardmäßig wollen. Da diese Ziele im Installationsabschnitt den Namen default.target haben, entspricht die Installation dem Erstellen eines Links zum Standardziel in /etc/systemd/system/default.target.

    Darüber hinaus ist zu sehen, dass Sitzungsmanager wie slim, beispielsweise unter archlinux, mit dem Alias ​​session-manager.service (oder einem ähnlichen Namen) installiert sind und graphical.target dies wünscht (optionale Abhängigkeit). zu session-manager.service und als strikte Abhängigkeit von multi-user.target. Kurz gesagt, es ist sehr gut gebaut ...

    Saludos!

  8.   edo sagte

    Und was meint er, nachdem SystemD zu Debian gekommen ist? Zumindest denke ich, dass er das gepostet haben muss, bevor das passiert ist.
    Andererseits ist SystemD in allen Bereichen (außer (anscheinend) in den oben genannten Bereichen) besser als die übrigen Alternativen, schließlich ist es ein Gesichtspunkt, was es dort verfügbar macht.

  9.   Roader sagte

    Nicht, dass es so kompliziert wäre, zu OpenRC zu wechseln. Natürlich müssten Sie eine Kompatibilitätsschicht entwickeln (oder einfach logind übernehmen).

  10.   Unser Team sagte

    Immer noch damit? Die Leute scheinen nicht zu wissen, dass die Init-Kriege bereits mit systemd als Sieger geendet haben, weil es einfach keine Konkurrenten mehr gibt.
    Was waren / sind die Optionen?

    -Warten
    Definitiv nicht.

    -Start, OpenRC….
    Nein, keine der vorhandenen Optionen hat den technischen Vorteil oder die Community- und Geschäftsunterstützung von systemd. Wir glauben, dass der Schöpfer von Upstart (der stärkste Gegner) dies erkennt und Debians Entscheidung, auf systemd zu migrieren, begrüßt.

    -Erstelle etwas Neues.
    Dies muss nicht erklärt werden.

    Wenn wir also einen Gewinner haben, der uns freie Software ohne missbräuchliche CLA gibt, dann nutzen wir diese, wenn es "ein Ring ist, um sie alle zu kontrollieren", dann müssen wir uns engagieren und einen Weg finden, wie wir alle die nutzen können gleichzeitig klingeln.

    1.    Fluss sagte

      Warum beschwert sich niemand über den Kernel? Es ist auch ein einziger Kernel, der sie alle dominiert, und niemand verteidigt Hurd (und das aus gutem Grund).

      1.    x11tete11x sagte

        und ich nehme den Wagemut, jetzt mit all dieser "Despiole" (Aufmerksamkeit, ich werde eine falsche Verallgemeinerung verwenden, um meine Meinung zu betonen) zieht jeder das BSD-Shirt an ... plötzlich sind sie alle Benutzer von BSD, und sie befürworten das Es ist die gesamte Software für BSD, AmigaOS, BeOS, Solaris usw. verfügbar. Wenn Sie sich über diese Systeme Gedanken machen, senden Sie Patches, um systemd kompatibel zu machen. Andernfalls können Sie die abhängigen Anwendungen patchen auf systemd, um mit Ihrem SIE kompatibel zu sein ..

      2.    Unser Team sagte

        Genau, es gibt ein schreckliches Doppelgespräch.
        Wenn dieser Kernel verwendet wird, liegt es daran, dass es keine Optionen mit dem gleichen Reifegrad gibt, aber es ist kein Problem, er hat eine kostenlose Lizenz, wir können ihn verwenden, uns beteiligen, damit er funktioniert, WIE WIR WOLLEN und wann der Es wird Zeit, es zu ändern (was kommt). Wählen Sie eine Option (von denen, die bereits entwickelt werden), die uns weiterhin die gleiche Freiheit gibt.

      3.    Unser Team sagte

        @ x11tete11x
        In * BSD ist es aufgrund der Art und Weise, wie Projekte bearbeitet werden, nicht so einfach.
        GUN / Linux ist von Natur aus das Paradies für Problemumgehungen, Patches und mehr Patches, viele improvisiert, schlecht dokumentiert und die am Ende mehr Patches erfordern, die Patches erfordern, die Patches erfordern ...
        * Und Vorsicht * Ich sage nicht, dass einer der Wege besser ist als der andere, sie sind einfach anders.

        Als ich auf raul antwortete, gibt es in all dem eine Doppelmoral (und ich füge Apathie hinzu), die sich auch auf das auswirkt, was Sie erwähnen.
        Die meisten dieser applaudierenden * BDS sind dieselben, die die ideologische Position von Freier Software in Bezug auf proprietäre Treiber angreifen und den Mund füllen und sagen, dass sie Open Source bevorzugen, ohne zu sehen, dass beispielsweise OpenBSD und seine Hauptsprecher mindestens genauso streng sind als Stallman selbst und weniger handhabbar.
        Also tragen diese Leute am Ende nicht zu * BSD oder GNU bei, wie sie im Baseball-Slang sagen: Weder Pichan noch Fang, noch lassen sie Schläge.

  11.   anonym sagte

    Der Artikel ist in Ordnung, nur anstatt zu erklären, warum systemd ein Krebs ist (was es ist), schimpft er, ohne zu erklären, warum systemd schlecht ist.
    Das Schlechte an systemd ist die kleine Gruppe (gut bezahlt), die ihre Entwicklung durchführt, sie gibt den Leuten keinen Viertelball, es verändert transparente Mechanismen wie Syslog-ng mit Journald ... alles wird unter systemd trübe.
    Die Vereinigung ist in Ordnung, aber für die gesamte Gemeinschaft ist dies kein gut bezahlter Gummischwanz für geschäftliche und imperiale Interessen.
    Glücklicherweise haben gentoo und funtoo nein gesagt, openrc wird nicht als Standardsystem geändert. Wir haben auch das Glück, dass gentoo udev und eudev gegabelt wurden, um Syphilis aus udev / systemd zu entfernen.

    $eix -Ic eudev
    [I] sys-fs / eudev (1.9-r2@27/07/14): Unterstützung für dynamische und dauerhafte Linux-Gerätenamen (auch bekannt als Userspace-Entwickler)

    $eix -Ic openrc
    [I] sys-apps / openrc (0.12.4@20/04/14): OpenRC verwaltet die Dienste, den Start und das Herunterfahren eines Hosts

    Es reicht nicht aus, gut zu sein, man muss es beweisen, und hier versagt systemd. Was fehlt, ist, dass sie systemd gabeln und seine Anführer wechseln.

    1.    nano sagte

      Da es sich um eine Übersetzung eines Beitrags in die Kernel-Mailingliste handelt, handelt es sich nicht um eine persönliche Meinung des Autors der Notiz.

    2.    Diazepan sagte

      Lennart weiß, wie man Eudev torpediert. Planen Sie, udev auf kdbus zu verschieben

      http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html

      1.    yukiteru sagte

        Ich frage mich, warum ein Gabelprojekt wie eudev torpediert wird. Ist Lennart überhaupt nicht daran interessiert, dass andere Alternativen zur Software von Red Hat entwickeln können?

        Dies bedeutet natürlich nicht, dass dies unmöglich ist, aber es wird die Dinge sicherlich schwieriger machen und Projekte wie eudev können zusammenbrechen, weil sie einfach nicht mit udev / systemd / kdbus und der Menge der dafür vorgesehenen Ressourcen Schritt halten können.

        Ich weiß es nicht, aber bei der Geschwindigkeit, mit der wir irgendwann arbeiten, werden wir in unseren Releases die folgende Zeile haben: «Basierend auf Red Hat Linux OS. Alle Rechte vorbehalten © 20XX »

      2.    x11tete11x sagte

        Ich weiß nicht, wie die Jungs mit eudev lösen werden, aber KDbus ist ein Projekt, das ich bankiere. Es ist wahnsinnig lächerlich, den Kontext zwei- oder dreimal ändern zu müssen, um Prozesse über den aktuellen Dbus zu kommunizieren. Es ist verrückt ...

        Wenn es nicht unter systemd ist, wird es unter einem der init sein, aber KDbus sollte nicht leicht genommen werden ...

      3.    yukiteru sagte

        Der Punkt ist sicherlich, dass Lennart mit diesem Code machen wird, was er will. Hier geht es darum, dass Lennart und seine Firma bereits viele sauer auf ihre Exzesse sind, und sogar Linus hat manchmal seinen einen oder anderen Stein für seine Art, Dinge zu tun, geworfen .

  12.   anonym sagte

    Auf jeden Fall fiel die Maske dort ab, es überrascht mich immer wieder, welche Macht das Geld hat.
    Da es Gentoo-Leute betreffen wird, dass diese Drohne versucht, kdbus in den Kern zu bringen, muss er Linus überzeugen, diese Fäule zuerst in den Kern zu bringen.
    Außerdem gibt es in Gentoo Entwickler, die die Änderungen von udev und kdbus zu eudev übernehmen können, was angesichts der Größe des udev / systemd-Codes überhaupt nicht schwierig ist.
    Es ist dringend erforderlich, systemd und die gesamte Community zu veranlassen, die Entscheidungen darüber zu treffen, wie die Dinge getan werden.
    Was mich an systemd am meisten stört, sind die Abhängigkeiten eines Dienstes von einem anderen. Diese Steuerung muss manuell erfolgen. Wenn Sie die Kontrolle darüber verlieren, welcher Dämon aktiv oder inaktiv ist, verlieren Sie die Kontrolle über Ihr System. In diesem Schritt werden sie vorschlagen zu entfernen, um ein unveränderliches Image auf der Festplatte zu rooten und zu installieren ... alles läuft gleich, eine massive Möglichkeit im Falle eines "versehentlichen Fehlers", die Kontrolle über alle PCs unter Linux zu haben.

    1.    x11tete11x sagte

      Geben Sie mir einen Grund, warum es von Vorteil ist, kdbus nicht zu implementieren (und ich sage nicht, dass Sie alle systemd, nur KDbus, mitbringen). Es ist wahnsinnig lächerlich, zwei- oder dreimal den Kontext wechseln zu müssen, um Prozesse über den aktuellen Dbus zu kommunizieren. Es ist verrückt ...

      1.    anonym sagte

        Ich sage nicht, dass es schlecht ist, einen Desktop-Bus im Kernel-Bereich zu implementieren. Ich sage, dass Ihre kdbus-Implementierung (Lennarts) nicht zuverlässig ist, weil Sie sie nach Ihren Wünschen ändern, um den Rest der Welt zu vermasseln der Projekte.
        Ich habe bereits einige von Linus 'Meinungen zu systemd gelesen und ich denke nicht, dass ich so dumm bin, nachzugeben.

        Wer hat Lennart erlaubt, seine Nase in die Systemprotokolle zu stecken? Auswirkungen auf das syslog-ng-Paket mit seinem Journald im Binärformat, eine einfache # cat / var / log / message | grep -i etwas
        Es war von überall möglich, das gefilterte Protokoll anzuzeigen, ohne etwas zu verwenden, das sich nicht im Basissystem befindet. Es stellt sich heraus, dass journald ein Binärformat verwendet und nur mit der ausführbaren Datei jpurnald können Sie den Inhalt sehen und es mit seinen Parametern zu filtern ist nicht gerade einfach .
        Wie können Sie systemd und syslog-ng verwenden, ohne journald zu installieren? ... deshalb ist es ein Krebs, der sich über alle Teile des Systems ausbreitet und andere Pakete abdeckt, blockiert und storniert.

      2.    Emiliano sagte

        Binäres Protokoll, klingt für mich nach Windows.

      3.    yukiteru sagte

        @emiliano, und verpassen Sie nicht das Detail, den PC neu starten zu müssen, falls systemd und mehrere Dienste gleichzeitig aktualisiert werden. In diesen Fällen ersparen Sie sich nicht einmal einen vollständigen Neustart Ihres Systems, wenn Sie nicht einmal einen systemctl-Daemon-Reload durchführen Sie möchten, dass es so funktioniert, wie es ist. Windows? Wo?

  13.   Sonntag sagte

    Ich habe immer .deb-Distributionen verwendet, weil sie für mich immer einfacher zu verwenden waren als die der .rpm-Familie.
    Diese Leichtigkeit habe ich immer dem Emporkömmling zugeschrieben. Ich war an dem Tag verletzt, als ich erfuhr, dass Debian sich für systemD entschieden hat

  14.   skarmiglion sagte

    Ehrlich gesagt wird der Quellcode immer noch da sein, machen Sie Ihre eigene Distribution. Ich habe keine Erklärung dafür gesehen, was mit systemd falsch war, außer außermittigen Kommentaren zu etwas Technischem, einem Meer beleidigender Worte mit praktisch keiner Erklärung, ok, abgesehen von dem Mangel an Transparenz (Widerstand gegen Veränderungen), können Sie Verwenden Sie immer noch BSD, auch dieses Haiku-Betriebssystem ... und es gibt mehr kostenlose Betriebssysteme, falls Sie es nicht bemerkt haben. Ich empfehle Haiku-Betriebssysteme. Ich hätte gerne gewusst, was die satanische Sache mit der ganzen Sache ist, aber ich habe den ganzen Kommentar geraucht und nichts Relevantes gesehen, abgesehen von einer etwas manipulierten philosophischen Position (wie sie in den Debianeros üblich ist). Ich denke, Sie werden nicht die einzige sein um damit nicht einverstanden zu sein, muss forkeen und sie machen es perfekt. Grüße, ich werde mir Sorgen machen, wenn der Quellcode vorerst nicht verfügbar ist.

    1.    yukiteru sagte

      Am Anfang des Artikels steht deutlich, dass es sich um einen Brief eines Debianiten auf der Liste lkml.org handelt, jedoch nicht um eine Kritik des Autors (@diazepan).

  15.   Emiliano sagte

    Alle init "Probleme" beziehen sich auf Desktop-Systeme, auf denen GNU / Linux nicht existiert. Auf dem Gebiet der Server, auf denen GNU / Linux die Nummer 1 ist, ist init das Beste. Wenn Sie sehen, dass ein Benutzer gegen SystemD tritt, liegt dies sicher daran, dass er viele Server verwaltet.
    Grüße.

  16.   DuckieDuckx sagte
    1.    Hallo sagte

      Ich benutze Linux, aber ich habe mich nie dazu verpflichtet, es intern zu wissen, so dass diese Diskussionen über Upstart Systemd und andere für mich wie Chinesisch klingen. Also frage ich etwas, warum sie sagen, dass systemd ein Krebs ist?
      Wie viel könnte die Entwicklung des Linux-Kernels beeinflussen. Könnten sie in einer Distribution untrennbar werden? danke 🙂

    2.    eliotime3000 sagte

      Er wurde rausgeworfen, weil er derjenige war, der Fehler verursachte, ohne zu wissen, wie man sie löst. Daher der Groll.

      Und zu guter Letzt hier ein paar Details, warum Linux sich allmählich von der UNIX-Philosophie entfernt:

      1.- Die FSF ist gegen UNIX. Daher hat der FSF seit der Erstellung des Kernels den Abstand zwischen den Unixeros beeinflusst.

      2.- UNIX auf Servern wird auf Desktop-PCs bereits als Windows XP angesehen. Deshalb werden Supercomputer größtenteils mit einer GNU / Linux-Distribution installiert.

      Ohne diese beiden Punkte wäre Christopher Barry von Linux-Benutzern im Allgemeinen akzeptiert worden. Aber da wir vergessen haben, dass UNIX nicht mehr die gleiche Relevanz wie zuvor hat (obwohl zugegeben werden muss, dass es ohne es weder das Internet noch das Computing gegeben hätte, wie wir es kennen) und dass der Unternehmenssektor vollständig von Linux abhängt ( Werfen Sie einen Blick darauf, mit welcher Distribution die New Yorker Börse handelt.

    3.    yukiteru sagte

      Das war Kay Sievers, und Linus verbot ihm, dem Kernel Code hinzuzufügen, da dies mehr Probleme verursachte als löste. Außerdem wollte er das Kernel-Debuggen beenden, um die Fehler in dem Code zu verbergen, den er für systemd schreibt. Der ursprüngliche Bericht ist hier drüben:

      https://bugs.freedesktop.org/show_bug.cgi?id=76935

  17.   dunkelar sagte

    Am Ende wäre es wie mit Windows ...

  18.   anonym sagte

    Apropos Rom ... sie haben gerade neue Versionen von udev-init-scripts und openrc veröffentlicht

    https://packages.gentoo.org/package/sys-fs/udev-init-scripts
    https://packages.gentoo.org/package/sys-apps/openrc

    Ich erinnere mich, wenn ich von udev zu eudev wechsle, ist das alles ein Risiko, weil Sie zuerst udev entfernen und dann eudev installieren müssen, während Sie in der Luft arbeiten. Wenn etwas schief geht, haben Sie keine andere Wahl, als hehe zu chrooten.

    1.    yukiteru sagte

      Hahahaha, wenn Sie am Rand der Klippe gehen, ist das Gute, dass es eine Chroot-Lösung hat und sonst nichts 🙂

  19.   eliotime3000 sagte

    Theo de Raadt würde sich vor Lachen über diesen Flammenkrieg wälzen (und zu glauben, dass LibreSSL aus dem Problem der Aufrechterhaltung von OpenSSL und seiner Ineffektivität der Software selbst in späteren Jahren entstanden ist).

    Das gleiche würde passieren, wenn SystemD das Interesse von Theo und den OpenBSD-Hooligans hätte (sie würden es nennen SystemX In Bezug auf UNIX und Familie würden sie es außerdem so kompatibel wie möglich machen und - wie LibreSSL - mit einer Webseite mit Comic Sans-Typografie).

    Wie auch immer, es scheint, dass Slackware und Gentoo dank Flamewar mehr Follower gewinnen würden (im Ernst, Slackware ist am meisten mit UNIX und der KISS-Philosophie selbst verbunden).

  20.   Vinsuk sagte

    Ein bisschen fanatisch klingt das alles für mich

  21.   mario sagte

    Ich würde Ihnen sagen, dass Ihre Zeit in Debian vorbei ist. Wenn Sie Ihre UNIX-Gewohnheiten beibehalten möchten, werden Sie sich mit OpenRC auf Gentoo sehr wohl fühlen - Sie können KDE in Ruhe installieren und Sie werden keine Gnome-Bienenstöcke bekommen. Systemd und Gnome gehen Hand in Hand, es würde Kopfschmerzen bereiten, jedes Paket zu patchen, da ich Ubuntu mit Upstart wollte. In Debian sagt Popcon immer wieder, dass Gnome verwendet wird, die Ressourcen begrenzt sind und sich in der zweiten Beta der Version befinden.

  22.   sf22 sagte

    Kann mir jemand erklären, was systemd ist und was das Problem damit ist (obwohl ich mir vorstelle, wohin die Aufnahmen gehen)? Es ist so, dass ich, obwohl ich Linux benutze, die internen Abläufe nicht sehr gut kenne.

  23.   yukiteru sagte

    systemd ist ein Programm, das für den Start Ihres Betriebssystems (init) und aller Dienste verantwortlich ist, die Sie auf Ihrem Computer verwenden, von der Montage der Festplatte und des USB bis hin zu den Daemons, mit denen Sie das Internet nutzen können Herunterfahren des Systems und Verfolgung von Benutzersitzungen unter anderem.

  24.   Xerix sagte

    Keine Möglichkeit, Hardware zu finden, die FreeBSD gut unterstützt 😛

  25.   Xerix sagte

    Das ist falsch eliotime3000
    1. Die FSF hasst UNIX nicht. Sie sind nur daran interessiert, freie Software zu fördern. Wenn AIX oder HP-UX kostenlos wären, würden sie von der Stiftung empfohlen. Richard Stallman hat gesagt, dass er sich entschieden hat, ein UNIX-ähnliches System für seine hervorragende Portabilität und Sauberkeit zu erstellen, obwohl er einige allgemeine Kritikpunkte hatte.
    Und die Aktionen der FSF haben nichts mit der Trennung von UNIX und GNU / Linux zu tun, sondern ergeben sich aus ihrem ererbten oder erworbenen Entwicklungsmodell. Während der erste zentraler, stabiler und getesteter ist, enthält der zweite sehr schnelle Funktionen und Merkmale, ohne viele strenge Tests durchzuführen.

  26.   anonym sagte

    In gentoo können Sie einen Linux-Kernel oder einen freebsd-Kernel haben. Dies ist der Hauptgrund, warum gentoo systemd abgelehnt hat. Wie Sie wissen, ist systemd an die Gruppen gebunden, die nur der Linux-Kernel hat, und nicht an Unix-Kernel wie freebsd.

    $ eix -c freebsd-Quellen
    [N] sys-freebsd / freebsd-Quellen (-): FreeBSD-Kernelquellen

    Die heutige Hardware ist in 95% der Fälle voll kompatibel, ein anderes Problem mit ungewöhnlichen Asics-Chips von Netbooks oder Notebooks, aber im Allgemeinen ist der Rest nicht problematisch, einige Bios mit den ACPI-Tabellen sind nicht sehr gut verarbeitet, aber nichts, was das kann Dies kann nicht durch Kompilieren des Kernels oder Übergeben eines Kernel-Parameters in / etc / default / grub behoben werden

  27.   nicht benannt sagte

    Sind die Worte mit dem Wind weg?

    Es sind nur Wörter ohne Argumente, konkrete Daten, vergleichende ...

    ist eine philosophische Rede

    Ich würde gerne dokumentierte Argumente in all dieser Rede finden, aber ich finde nichts

  28.   Tina Toledo sagte

    "Diejenigen, die denken, Linux sollte sich um Idioten und HOYGANs sorgen, sollten zu ihren Macs und Windows zurückkehren und aufhören, zu versuchen, Linux zu" reparieren "."
    Dies ist das deutlichste Beispiel dafür, warum die überwiegende Mehrheit der Windows-Benutzer uns als eine Gruppe von Geeks wahrnimmt, die sich wie der Nabel der Welt fühlen. Meinerseits kann Barry seinen kleinen Brief zusammenrollen und dort in diesen Teil legen des Körpers, wo die Sonne nie scheint.

  29.   pandev92 sagte

    Nun, mein Systemd missfällt mir nicht, es ist nicht so instabil wie es zuerst war, und die Wahrheit ist, dass es mir egal ist, ob es openrc ist, systemd neu starten, solange mein PC schnell startet.

  30.   pandev92 sagte

    Tina, die Mehrheit der Benutzer sind diejenigen, die noch nie ein Forum betreten haben, um sich Diskussionen anzusehen, die nicht einmal über die Existenz von Linux Bescheid wissen, und wenn ja, wissen sie, dass es etwas Seltsames und Braunes namens Ubuntu gibt. Daher erreicht oder findet der durchschnittliche Benutzer diese Diskussionen nicht, tatsächlich wissen die meisten immer noch nicht, wie man Windows gut benutzt.

  31.   Tina Toledo sagte

    Pandev ... du hast absolut Recht in der Welt; Die überwiegende Mehrheit der Windows-Benutzer liest oder nimmt nicht an dieser Art von Diskussion teil, und genau deshalb haben sie ein verzerrtes Bild des GNU / Linux-Benutzers. Und mit solch dummen Ideen, wie sie Barry geschrieben hat, sind sie noch weniger interessiert. Wer möchte wie "Idiot und Hoygan" behandelt werden? Wen glaubt Christopher Barry, auf diese Weise auf andere zu verweisen? GNU / Linux war, ist und bleibt also eine Welt, die nur für "Erleuchtete" geeignet ist, die die technischen Aspekte und die berühmten "Freiheiten" verstehen? Die einfachen normalen Benutzer, die möchten, dass GNU / Linux benutzerfreundlichere, benutzerfreundlichere Distributionen generiert, und wir sind sehr wenig oder nicht an der Programmiersprache und der Stallman-Doktrin interessiert, zählen wir nicht, weil laut «Mr. Barry »sind wir Idioten?

  32.   Diazepan sagte

    tina, pandev. Beachten Sie, dass der Link, den ich in den Teil der Hoygans eingefügt habe, schlecht ist.

  33.   Tina Toledo sagte

    Hallo Diazepan. Danke für die Klarstellung, aber ich hatte es schon bemerkt. Bevor ich meinen Kommentar abgegeben habe, habe ich den Originalbrief gelesen, um klar zu machen, was Barry zu sagen versucht, und es war sehr richtig, dass Sie den Hintergrund - nicht die Form - mit diesen ironischen Ergänzungen kritisieren, und zwar sehr genau.
    Es ist der gleiche Kontext von "schlechter Milch", den ich verwende, um mich auf das zu beziehen, was "Mr." Christopher Barry drückte aus, als wollte er es versehentlich.

    Ich verstehe, wie Sie, Diazepan, was Barry zwischen den Zeilen gesagt hat, und ich stimme Ihrer Kritik voll und ganz zu.

  34.   anonym sagte

    Ich denke, Sie müssen sich in den Kontext stellen, an wen wurde der Brief geschickt? Ja, von dieser Berry bis zur LKML.ORG, das heißt, er ist möglicherweise ein fortgeschrittener Programmierer, der andere fortgeschrittene Entwickler anspricht ... keine normalen Benutzer.
    GNU / Linux ist dort angekommen, wo es den Programmierern zu verdanken ist. Es sind immer noch die Programmierer, die all dies verbessern und vorantreiben.
    Wir sind mit einem Betriebssystem und Programmen konfrontiert, die von Menschen und nicht von Unternehmen erstellt wurden. In einem Unternehmen sagt der Manager, dass dies so gemacht wird, weil ich sage, und dafür zahlen wir sie, Punkt, auf diese Weise wird der Benutzer niemals Kompromisse mit dem Ersteller eingehen des Programms oder Systems.
    Jetzt sehen Sie, was in GNU / Linux passiert. Benutzer, die nicht viel wissen, führen Gespräche mit Programmierern.
    Ich möchte mit diesem Kommentar keine Kontroversen aufkommen lassen, ich bin auch kein Programmierer, nur um zu sagen, dass Sie sich in den Kontext stellen müssen, wie es passiert ist.

  35.   eliotime3000 sagte

    Zitieren der fraglichen Veröffentlichung:

    Teilweise ist es eine Überzeugung, dass die Linux-Community gegen die kämpfen muss
    Hegemonie von Windows und Mac - als ob die Existenz von Linux davon abhängt
    das Besiegen von Alternativen. Diejenigen, die denken, Linux sollte sich darum kümmern
    Idioten und Sabber sollten zurück zu ihren Macs und Windoze Boxen gehen, und
    Hör auf zu versuchen, Linux zu "reparieren". Es war verdammt noch mal nicht kaputt!

    Durch Markieren von Windows-Benutzern als Idioten und Verzögerungen ist mehr als genug, um Barry a Idiot und HOYGAN (Es gibt viele, die wissen, wie man die Adobe Suite nutzt, Autodesk-Programme (wie Videospielstudios, einschließlich Valve und Bandai Namco), Modellierer, die SolidWorks mit ihren 3D-Druckern verwenden, und andere Techniker).

    Ohne Zweifel ist dies ein weiterer Grund, die Meinung dieses Fanboys nicht zu berücksichtigen, dass er besser dran wäre, mit Theo de Raadt an der Entwicklung von LibreSSL und OpenBSD zu arbeiten.

  36.   hikari sagte

    Das System ist zu einem Kampf der Egos geworden, die größere gläubige Götter sind. Die Idee von systemd war anfangs nicht schlecht, aber es scheint mir etwas zu groß und komplex für ein Unix-ähnliches System zu sein, es funktioniert immer noch zur Hälfte (Probleme mit dem Kernel-Debugging zum Beispiel). Obwohl derjenige, der die Pulseaudio-Katastrophe verursacht hat, in den Knoblauch verliebt ist (von Zeit zu Zeit passieren mir seltsame Dinge mit ihm), muss er nicht viel mehr sagen. Als ich mit Linux Upstart anfing, existierte es nicht einmal, es war init und es funktionierte.

  37.   Tina Toledo sagte

    Anonym:
    Der Kontext hierfür ist ein offener Brief an die gesamte Community:
    Datum Di, 12. August 2014 15:38:12 -0400
    Von Christopher Barry
    Betreff OT: Offener Brief an die Linux-Welt

    "Jetzt sehen Sie, was in GNU / Linux passiert. Benutzer, die nicht viel wissen, führen Gespräche mit Programmierern." gleich "Diejenigen, die denken, Linux sollte sich um Idioten und Sabber kümmern, sollten zu ihren Macs und Windoze-Boxen zurückkehren und aufhören, zu versuchen, Linux zu" reparieren "."

    Was schlagen Sie vor, dass ich dann Anonym mache? Dass ich zurück zu meinem Mac oder meinem Windows gehe? Es scheint mir, dass ein Teil der GNU / Linux-Community aus Leuten besteht, die GNU / Linux verwenden, weil es uns ein Betriebssystem bietet, das uns gefällt. Diese Gruppe, zu der ich gehöre, sind keine Programmierer, und wie in meinem Fall finden wir Stallmans Vorschläge überhaupt nicht praktisch. Es gibt Benutzer wie mich, die sich nicht darum kümmern, und wir sind nicht daran interessiert zu wissen, ob systemd die Freiheiten verletzt - ich nehme an, dass Barry sich auf diejenigen bezieht, die Richard Stallman verkündet, obwohl er dies nicht sagt -, weil wir in GNU / Linux a sehen Werkzeug mit Zukunft ... obwohl die Dinge so laufen, wie es mir scheint, wird die Zukunft ohne GNU sein.

    1.    anonym sagte

      @Tina - Der Brief wurde an die Kern-E-Mail-Liste gesendet. Unter dem Betreff versteht man, dass er an alle Kernentwickler gerichtet ist, oder zumindest verstehe ich das so.
      Systemd wird kritisiert, weil es als Ersatzsystem für init gestartet wurde und sich herausstellt, dass es jetzt das Netzwerk und die DNS manipuliert. So sehr Sie sagen, dass Sie nicht daran interessiert sind, wie es funktioniert, wenn es Sie betrifft, weiterzumachen ... wird dies sicherlich an die externe Fernbedienung gehen und von Benutzern genehmigt, die keine Gurke kennen und nachdenken als ob sie es taten.
      Sicherheit ist die Grundlage von GNU / Linux, die Sicherheit, dass auf die Informationen nicht zugegriffen oder diese manipuliert werden, ohne dass der Benutzer dies bemerkt (im besten Windows- und Mac-Stil).
      Was kann jemand denken, der etwas über Sicherheit weiß, wenn er sich den Kurs ansieht, den systemd belegt? Geschwindigkeit ist ein Vorwand für perverse Sicherheit.
      Ich bin es leid, es zu sagen, logind, consolekit, policykit, selinux, multiseat und jetzt systemd sind Trojaner für die angeborene Sicherheit, die GNU / Linux immer hatte, von externen Unternehmen und bestimmten Ländern zahlen die Leiter bestimmter Schlüsselprojekte sehr gut Verwandeln Sie die Sicherheit von GNU / Linux in etwas Manipulierbares. Niemand sagt es so, ich wage es zu sagen, um zu sehen, ob sie es ein für alle Mal herausfinden.
      Andere Versuche in diese Richtung sind in kde, kdelibs nepomuk strigi genannt semantischer Desktop.
      Ich möchte nicht das einzige Betriebssystem vermasseln, dem ich vertraue, aber es stellt sich heraus, dass systemd bereits PID 1 hat… und mit den Netzwerk- und Systemprotokollen herumgespielt hat.
      Sie können tagelang lange und gleichmäßig streiten, aber wenn Sie sich die Antworten auf diese E-Mail ansehen, werden Sie feststellen, dass niemand gekommen ist, um zu sagen, dass er keinen Grund hatte, zu sagen, was er gesagt hat.

  38.   yukiteru sagte

    @Tina viel von dem, was Linux heute ist, ist es der Tatsache zu verdanken, dass die Ideen von Stallman und vielen anderen genau verfolgt wurden, die sich dafür einsetzen, die Freiheiten der Software und des Benutzers zu respektieren, um zu wählen, was sie wollen, entsprechend ihren Bedürfnissen. Dies war nicht nur auf Benutzerebene, sondern auch auf institutioneller, wissenschaftlicher und geschäftlicher Ebene der Fall. Diese Freiheiten aufzugeben und zu verlieren bedeutet nicht nur, nicht wählen zu können, sondern Linux auch in etwas zu verwandeln, gegen das von Anfang an gekämpft wurde. Dass Projekte wie KDE, GNOME von systemd abhängen, wird die Dinge in diesem Zusammenhang schwieriger machen, und aufgrund des aktuellen Trends ist es möglich, dass dies überhaupt nicht vorhanden ist, was die Abhängigkeit von systemd erweitert. Um nur ein Beispiel zu nennen: FreeBSD installiert KDE standardmäßig, aber wenn KDE von systemd abhängt, damit es auf diesem System funktioniert, ist dies ein Problem, da der Code gepatcht werden muss, damit es funktioniert, Martin Gräßlin, I. Stellen Sie sicher, dass die alte KDE-Init nur für Systeme mit X11 beibehalten wird, sodass dies zumindest vorerst nicht der Fall ist.

  39.   Tina Toledo sagte

    Und vieles von dem, was Linux heute ist - ohne GNU - wurde dank derer erreicht, die Stallmans strenge Doktrin nicht befolgt haben: Das am weitesten verbreitete Linux-Betriebssystem der Welt ist Android, und GNU hat nichts, die beliebtesten Distributionen, die am nächsten gekommen sind Für den normalen Benutzer wie Ubuntu und seine Derivate Linux Mint, Elementary und in jüngerer Zeit Deepin durch die Anpassung an unsere Bedürfnisse stellt sich heraus, dass sie am Ende nicht mehr sehr GNU sind.

    Ich habe hier und anderswo immer gesagt, dass ich viel Respekt vor denen habe, die Stallmans Philosophie glauben und praktizieren, obwohl ich sie - zumindest für mich - nicht nützlich finde, aber es muss auch anerkannt werden, dass es viele GNU gibt / Linux-Benutzer, dass wir ihre Distributionen aus anderen Gründen als den von Don Richad vertretenen Freiheiten verwenden und dass es am wenigsten darauf ankommt, den "Mut" von Betriebssystemen zu kennen, da wir keine Techniker oder Systemingenieure sind. Diese Gruppe - groß oder klein ist die geringste - verdient Respekt, die Tatsache, dass wir keine Programmierkenntnisse haben, macht uns nicht mehr oder weniger intelligent und weder mehr noch weniger daran interessiert, uns als Menschen zu verbessern. Wir wissen, was wir von einem Betriebssystem benötigen - sei es GNU / Linux, Windows oder MacOS - und wir haben weltweit das Recht, unsere Ideen zu präsentieren. Was passiert, wenn meine Bedürfnisse - die auch die Bedürfnisse vieler anderer sein können - mit den stalinischen Freiheiten kollidieren? Die Wahrheit ist, dass ich dem nicht sehr zustimme, wenn wir nicht alle warm werden, dann werfen wir den Ofen in den Fluss.

    1.    x11tete11x sagte

      Lassen Sie uns zustimmen, dass die von Ihnen beschriebenen Benutzer sich nicht für systemd, upstart, openrc usw. usw. interessieren

      1.    Tina Toledo sagte

        Das stimmt @ x11tete11x. Wenn ich meinen PC einschalte, sehe ich im Gegensatz zu Neo die Codes der Matrix nicht auf meinem Monitor, geschweige denn weiß, wie man sie interpretiert. Es ist mir egal, ob das von mir verwendete Betriebssystem über SystemD oder ein anderes verfügt, da ich aus praktischen Gründen möchte, dass das Betriebssystem funktioniert ... und dass es gut funktioniert. Das SystemD wird allgegenwärtig sein und bedeutet das, die Freiheiten zu verlieren? Meine Güte, das ist Unsinn!

        Dass SystemD kompliziert ist, dass es Fehler gibt und dass seine Entwickler so faul sind, dass sie Dinge halbieren? Raul hat es so deutlich gesagt, dass es nicht notwendig ist, es zu schreien; Anstatt sich zu beschweren, lassen Sie diejenigen, die davon wissen, wenn sie Zeit haben, helfen, es zu reparieren und zu korrigieren. Nun, darum geht es bei freier Software nicht?

      2.    eliotime3000 sagte

        @Wanne:

        Wiederhole zum x-ten Mal, was ich in früheren Kommentaren gesagt habe: lernen von Theo de Raadt, z hatte den Mut, OpenSSL zu teilen, als sich alle anderen nur beschwerten.

        Ich sage nicht, dass es eine schlechte Idee ist, SystemD zu implementieren. Wenn ich Chromium / Chrome / Opera Blink Developer unter Linux verwende, dauert es normalerweise SysVinit unter Debian für immer, um das System vollständig herunterzufahren, was normalerweise bei SystemD nicht der Fall ist. Außerdem scheint SystemD seine Tage gezählt zu haben, wenn es gegabelt wird (und um das Ganze abzurunden, mit den Verbesserungen und Ähnlichkeiten mit OpenRC, SysVinit und dergleichen, die sich viele Sysadmins wünschen).

      3.    Tina Toledo sagte

        Mein lieber @ eliotime3000… du hast absolut Recht auf der Welt. Obwohl ich den Grund nicht sehe, warum es gegabelt werden müsste. Wow, ich verstehe warum, aber ich sehe keine Rechtfertigung dafür.

      4.    yukiteru sagte

        @ eliotime3000 was du über das Forken sagst Ich sehe es zumindest in BSD als kompliziert an, bereits unter Linux ist es eine andere Sache, da es ein System machen kann, das kompatible Anwendungen mit einem Init wie OpenRC von systemd abhängig machen kann einer Schicht zwischen systemd-abhängigen Anwendungen und dem System selbst. So etwas wurde mit OpenRC-settingsd geplant, obwohl dieses Projekt seit 2013 gestoppt zu sein scheint. Die andere Frage ist: Wenn Sie so etwas tun, wird Lennart dasselbe tun, was er jetzt tut, wenn eudev das Projekt torpediert indem Sie zu udev / kdbus und systemd zu einer stärkeren Kernel-Integration führen?

        @Tina, die Sie auf Ihrem Computer einschalten und den Matrixcode, der beim Booten angezeigt wird, nicht verstehen, macht Sie zu einem durchschnittlichen Linux-Benutzer, der die überwiegende Mehrheit der * Benutzer * dieses Systems darstellt, die aus den Ländern von stammen Windows und OS X, die nach einer Alternative suchten, testeten oder experimentierten, sahen unter Linux etwas, das sie einfach begeisterte, aus welchem ​​Grund auch immer, und das wird respektiert. Was diskutiert wird und zumindest nach meinem Verständnis die Hauptquelle für Reibung zwischen dem Pro und dem System ist, ist die Tatsache, dass dieses Init zu einer Art Gravitationszentrum wird, aus dem nichts entkommen kann und Dinge tut, die ein Init normalerweise nicht tun sollte tun, und eine harte Abhängigkeit von allem, was Linux tut (Dämonen, Verwaltungssoftware, DE). Das bedeutet letztendlich eines: Es wird uns von einer Anwendung abhängig machen, die (jetzt oder in Zukunft) Design- und Sicherheitsprobleme haben kann, außerdem akzeptiert sie nichts anderes als ihre eigenen Räumlichkeiten (Lennart ist nicht sehr kooperativ, sarkastisch). Es gibt viele Gründe, dies zu vermeiden, und es braucht nicht viel Speicher, um einen zu finden. Der Fall von OpenSSL ist ziemlich neu und ein anschauliches Beispiel dafür, dass es abhängig von der Software selbst eine schlechte Idee ist (OpenSSL ist die größte Software in Kryptographie, die in fast allen Distributionen verwendet wird) und gibt uns ein klares Beispiel dafür, was das blinde Verlassen auf Software für die Community und diejenigen, die das Betriebssystem verwenden, bringen kann. Und es gibt noch weitere Gründe, aber ich lasse es hier, mich nicht zu erweitern.

        Grüße 🙂

  40.   anonym sagte

    Jetzt sehen Sie, wo er sich eingemischt hat, ja, mit den virtuellen VT-Kernterminals scheint es, als ob er sie ersetzen möchte ... jemand muss diesen Frontmann stoppen, sonst werden Dinge schief gehen.
    GABEL dringend bitte!

    Systemd 216 stapelt sich auf weitere Funktionen und zielt auf neue User-Space-VT ab
    http://www.phoronix.com/scan.php?page=news_item&px=MTc2Nzk

    1.    yukiteru sagte

      @ anonym und es endet nicht dort, jetzt haben Sie sogar einen DNS-Cache. Was macht ein Init mit einem integrierten DNS-Dienst? Ich habe eigentlich nicht die geringste Ahnung, aber das * Monster * wird sogar DNSSEC- und mDNS-Unterstützung haben. Ich hoffe nur, dass es mit einem anderen Daemon wie bind, ungebunden oder pdnsd nicht * plastisch * wird.

      Das Systemd-Terminal hat mit KMSCon (KMS Console) zu tun, einem Versuch, die VTs aus dem Kernel-Space in den User-Space zu bringen, aber auch viele andere Dinge zu beheben, insbesondere mit Mesa, KMS, DRM, in Neben der Vereinfachung ein wenig Kernel-Entwicklung. Der Aufwand ist gut, aber die Implementierung wird nach einer Weile problematisch sein, da die KMSCon-Abhängigkeiten wie folgt lauten: Tabelle (libdrm, libgbm, libEGL, libGLESv2), udev (systemd), xproto (Laufzeitabhängigkeit), libxkbcommon, freetype2 und glib (Unicode-Unterstützung) ), kurz gesagt, ein weiterer Ausfallschritt für init, der nicht mit systemd kompatibel ist.

      1.    Fata Morgana sagte

        Dies liegt daran, dass systemd längst nicht mehr nur ein Init ist. init ist nur einer der Dienste, die es bringt. Das andere ist eine Reihe von sekundären Daemons (wie logind und alles, was mit d endet), die separate Binärdateien sind und sich auf eine bestimmte Funktion konzentrieren. Tatsächlich können Sie systemd ohne die meisten der genannten Kinderdämonen verwenden oder deaktivieren lassen. Was passiert ist, dass diese Daemons in vielen Fällen nur mit systemd kompatibel sind und nicht außerhalb von systemd verwendet werden können (logind case seit Version 205), da sie nur dafür ausgelegt sind. Dies bringt Vor- und Nachteile.

        Vorteil

        -systemd ist sehr modular aufgebaut, Sie können es nur mit den Diensten verwenden, die Sie benötigen (aus diesem Grund wird systemd hauptsächlich in eingebetteten Systemen verwendet).
        - so konzipiert sein, dass sie nur miteinander arbeiten. gibt die Möglichkeit einer besseren Integration in das System. systemd-Skripte praktisch universell zu machen (dies war eines der Hauptprobleme von sysvinit, Skripte von einem konnten nicht auf andere Distributionen portiert werden, es war einfacher, eines von 0 zu erstellen (sagten mehrere Debian-Entwickler)

        -Standardisierung: Dies muss erklärt werden.

        - Indem Sie Ihre Optionen einschränken, können Sie eine kleinere und sauberere Codebasis beibehalten und so die Sicherheit verbessern (da jeder systemd-Dienst ein separater Daemon in einer separaten Binärdatei ist). Viele der schwerwiegendsten Sicherheitsprobleme sind auf alten Code zurückzuführen, der noch vorhanden ist dort wegen der Abwärtskompatibilität oder weil Sie zu viele Optionen ertragen müssen.

        desventajas

        - Mangel an Portabilität: Da es nur für bestimmte Softwareteile und nichts anderes entwickelt wurde, funktionieren die Dinge nicht oder erfordern viel zusätzliche Arbeit, damit es funktioniert, wenn die Anforderungen nicht erfüllt werden.

        Schließlich ist es nicht schlecht, eine kritische Abhängigkeit aller Systeme zu sein. Wir sind seit 11 Jahren unter Linux auf X20 angewiesen, um grafische Schnittstellen und DEs zu erhalten. Dies hat uns universelle Sicherheitsprobleme gebracht (die x11-Probleme in Debian sind die gleichen wie in Arch), aber die Lösung besteht nicht darin, 20 verschiedene Grafikserver zu erstellen, einen für jede Distribution, was die Entwicklung für Linux zu einem Albtraum machen würde. Es scheint mir, dass die Vorteile des "Auferlegens von Ordnung im Haus" besser sind. Die Linux-Welt hat jahrelang darum gebeten, die Fragmentierung zu beenden, und systemd ist die nächste Software, die diesen langjährigen Wunsch geweckt hat

  41.   CarlosMC sagte

    Hallo,

    Wenn sie wirklich systemd verwendet haben, verstehe ich nicht, warum so viele Beschwerden auftreten. Ich benutze Gentoo seit Jahren, was mir die Freiheit gegeben hat, viele Dinge auszuwählen und sie meinen eigenen Bedürfnissen anzupassen.

    Ich erinnere mich, dass ich mein Gentoo mit OpenRC migriert habe und die Verbesserung der Startgeschwindigkeit erstaunlich war. Dann erschien SystemD und nachdem ich eine Weile darauf gewartet hatte, dass es sich im Portage-Baum stabilisiert, entschied ich mich, es zu migrieren und zu testen. Ich habe es einfach behalten, weil es mir das gibt, was ich auf meinem Laptop brauche, ein System, das schnell startet, ja, schneller als OpenRC, ohne Hardware-Änderungen vorgenommen zu haben!

    Sie können nicht einfach ein Geek sein und wollen alles nach Maß. Wir verwenden Computer, weil wir sie brauchen und sie immer schnell, einfach und kurz anfangen müssen.

    Und nun, das ist Linux, es wird immer unterschiedliche Meinungen und Alternativen für jeden Geschmack geben.

    Abgesehen davon, dass Sie nur aus Liebe kritisieren, ein Geek zu sein und alles auf unser Betriebssystem abgestimmt zu haben, sollten Sie besser Lösungen und Alternativen erklären ... helfen Sie anderen, die das Gefühl haben, dass das Neue sie nicht mit Howtos und anderen unterstützt, die mehr als alles andere in der Welt beitragen Welt Linux!

    Viele Grüße!

    1.    anonym sagte

      @CarlosMC
      ... .. und sie müssen immer schnell, einfach und kurz anfangen.

      Schauen Sie, ich habe nichts Mobiles und meine tägliche Betriebszeit beträgt normalerweise ungefähr 14 Stunden. Bei openrc dauert es ungefähr 20 Sekunden, um zum schlanken grafischen Login zu gelangen. In Sistemd kann es in 12 oder 14 Sekunden erledigt werden 8 Sekunden in ca. 14 Stunden. Ich brauche keine Startgeschwindigkeit, ich brauche Sicherheit und Dienste, die so einfach wie immer von Hand gehandhabt werden.
      Wenn systemd gegabelt werden würde, müssten leider viele Dinge komplett verworfen werden, wie zum Beispiel die Verwendung komprimierter Binärformate ... wirklich eine Schande, so viel nutzlosen Code zu sehen.

  42.   Draco Metallium sagte

    Je mehr ich über SystemD lese, desto mehr Angst habe ich davor. Nur für den Fall, dass ich bereits eine 'sudo apt-get install sysvinit sysvinit-core sysvinit-utils' durchgeführt habe.

  43.   JMA sagte

    Die Botschaft ist hart, aber der Hintergrund ist völlig richtig. Viele der Programmierer, die beim Programmieren des Kernels helfen, sind Programmierer, die von Unternehmen bezahlt werden, die alles tun würden, um mehr Geld zu verdienen, und eines der aggressivsten Unternehmen in dieser Hinsicht ist Red Hat Das hat seine Programmierer dort platziert, um ausschließlich ihre kommerziellen Interessen zu verteidigen und technologische Entwicklungen zu schaffen, die die Verwendung freier Software in anderen Unix-ähnlichen Systemen wie BSD-Systemen und anderen nicht kompatibel machen.

    Das Problem ist, dass sie, um diese inkompatible Verwendung zu verursachen, Technologien wie systemd erstellen, die völlig invasiv und schädlich für die Interessen der Community sind, und mit ihrer Erweiterung und Verbreitung dazu führen, dass das System nicht Unix-ähnlich ist und Hören Sie auf, eine einzige Sache zu tun, und machen Sie es gut, um viele Dinge zu tun und sie falsch zu machen, was zu einer ständigen Quelle von Fehlern und absurden Abhängigkeiten führen wird, und zwar aus keinem anderen Grund, als um die Verbreitung von Lösungen durch andere Unternehmen, kurz gesagt, einer anderen, zu vermeiden Fall wie der von pulseaudio.

    Darüber hinaus muss jetzt mit systemd nach der Installation von Updates das System neu gestartet werden, was immer weniger mit der Unix-Philosophie zu tun hat. Indem alles von systemd abhängt, wird verhindert, dass jede Distribution andere Lösungen wie openRC, Init verwendet , etc…

    Hoffen wir, dass Linus Torvald noch etwas mehr über systemd zu sagen hat, eine Software, die eindeutig nicht mit der Unix-Philosophie oder freier Software kompatibel ist.

    http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA

    und wenn dies erfolgreich ist, müssen wir immer mehr BSD-Systeme einsetzen.

    1.    Fata Morgana sagte

      Es wird sein, dass Linus sich nicht um die Unix-Philosophie kümmert, die keine Religion ist. Linus hat es schon gesagt. Bei Linux geht es nicht um Freiheit oder billige Philosophie, sondern darum, effektive Lösungen für echte Probleme bereitzustellen. systemd löst effektiv viele aktuelle reale Probleme besser als alle aktuellen Alternativen.

      Schließlich. Ich werde sagen, dass dieses System nicht Unix-ähnlich ist, ist falsch. systemd ist keine riesige Binärdatei, die alles selbst macht. Es gibt 2 systemd, das erste ist die Binärdatei für den init, das ist ziemlich klein. in der Tat ist es kleiner als Upsart und Sysvinit. Das zweite ist das Projekt als solches und alle Projekte unter demselben Dach. Jede dieser Binärdateien ist eine separate Binärdatei (das ist richtig, jeder systemd-Dienst ist eine separate Binärdatei, die sich ausschließlich der Behandlung und ausschließlich des genannten Dienstes und keinem anderen widmet. Das klingt für mich nach "eine Sache tun und es gut machen") Das stört viele, dass diese einzelnen Binärdateien und Daemons nur verwendet werden können (einige, weil nicht alle), ohne dass systemd als PID 1 vorliegt. Diese anderen Projekte, die systemd "verschlungen" hat, sind, weil die Schöpfer dieser Projekte beschlossen haben, sich freiwillig zusammenzuschließen. Ich bezweifle, dass Lennart eine Waffe in die Köpfe von Syslog- oder Udev-Entwicklern gesteckt hat. sie selbst beschlossen, sich anzuschließen.

  44.   anonym sagte

    Du hast es mit den genauen Worten gesagt ... .amen.
    Kein Grund zur Sorge, jeder kann mit openrc eine Distribution erstellen, niemand wird beleidigt sein ... und für diejenigen, die ihre eigenen wollen, haben sie bereits Gentoo / Funtoo, ich denke, Sabayon und Slackware kommen auch ins Spiel.

  45.   anonym sagte

    @Fata Morgana
    desventajas
    - Mangel an Portabilität: Entwickelt, um nur mit bestimmten Softwareteilen zu arbeiten, und sonst nichts. Wenn die Anforderungen nicht erfüllt sind, funktionieren die Dinge nicht oder erfordern viel zusätzliche Arbeit, damit es funktioniert.

    Totalausfall, es kann alle Vorteile haben, die Sie wollen, aber wenn es am Ende nur mit sich selbst kompatibel ist, zwingt es jeden, es zu benutzen oder von vorne anfangen zu müssen, um es nicht benutzen zu wollen ... wenn dies nicht der Fall ist Auferlegung, was ist das?
    Ein Skript kann von jedem menschlichen Auge gelesen und von Bash interpretiert werden. Natürlich ist es langsamer auszuführen. Eine Binärdatei kann von keinem menschlichen Auge gelesen werden. Sie müssen den Quellcode lesen und selbst kompilieren, um sicherzugehen. Das heißt, bevor Sie wissen mussten, wie man Skripte in Bash liest, müssen Sie jetzt wissen, wie man in C-Sprache programmiert ... oder Ihre Seele Lennart anvertrauen.
    In Bezug darauf, ob Lennart eine Waffe benutzt, glaube ich nicht, er ist zunächst ein RedHat-Aushängeschild, und wenn er etwas benutzt, müssen es auf jeden Fall ein paar Bündel Greenbacks sein ... sie töten niemanden, aber Sie überzeugen bei der Entscheidungsfindung.

  46.   Manuel sagte

    Ich bin kein Entwickler, ich bin gerade in ein Institut eingetreten, aber ich verstehe, was Sie sagen, offener Code und die Freiheit, daraus zu lernen, und es zu modifizieren, ist Teil dieser "Freiheit" -Philosophie, die gnu / linux verbreitet und leider; Framework ist heute eine große Wunde im Herzen von GNU / LINUX. Ich nehme an, dass es für diejenigen, die eine akademische Ausbildung haben, nicht viel ausmachen sollte, da sie immer auf die Distributionen verzichten können, die systemd und; Erstellen Sie Ihr eigenes Gnu / Linux-System, dh erstellen Sie Ihr Gnu / Linux-System von Grund auf neu, ohne auf systemd zurückgreifen zu müssen.

    Archlinux, benutze systemd und glaube mir, ich benutze es und es funktioniert sicherlich sehr gut, aber ich persönlich werde versuchen, es zu verlassen, um zu gentoo und von dort zu Linux von Grund auf zu gelangen.

  47.   anonym sagte

    Zumindest begannen sie mit einem guten Boykott, der später sicherlich ein FORK-Souverän für systemd werden wird.

    Neue Gruppe fordert Boykott-Systemd
    http://www.phoronix.com/scan.php?page=news_item&px=MTc3OTM

    In den Kommentaren hat jemand zwei Links übergeben, in denen er die Design-Horror (es ist nicht bekannt, ob der Zweck) von systemd detailliert beschreibt.

    http://ewontfix.com/14/
    http://ewontfix.com/15/

  48.   Jritsch sagte

    Und wo zum Teufel ist Richard Stallman und seine Meinung zu diesen Dingen?
    Binäres Protokoll, alle von systemd gesteuert, hört nicht auf die Community ...

    Ich bin weder für noch gegen systemd, aber ich bin überrascht, dass Richard Stalman kein Wort gesagt hat.

  49.   Nico Fuenzalida sagte

    Brrrp!

    Ich dachte, ich würde einen technischen Beitrag auf Spanisch lesen.

    Grüße

  50.   HÖR AUF ZU JAMMERN sagte

    Systemd ist eine sehr gute Idee, die fehlerfrei umgesetzt wurde. Version 217, bereits auf Arch und in einigen Jahren auf Debian - LOL! - enthält Sicherheitsfunktionen, die nur auf eine PID1 anwendbar sind, z. B. die vollständige Isolierung von Diensten und Prozessen, von der weder SELinux noch ein anderer MAC jemals mit anderen Implementierungen als systemd träumen könnten.

    Ich für meinen Teil kenne niemanden, der systemd verwendet und zum alten System der Inbetriebnahme und Systemkonfiguration zurückkehren möchte. Tatsächlich stimmt jeder Bogenschütze, dem ich begegne und zu dem ich das Thema kommentiere, weil wir alle einmal nostalgisch für /etc/rc.conf waren, zu, dass systemd aus Sicht der Systemadministration einfach einwandfrei ist und egal wie viel Früher haben Sie vielleicht das alte Paradigma der Dienstkonfiguration heute geliebt. WEDER VERRÜCKT kehren Sie nach der Verwendung von systemd darauf zurück.

    Leute, hör auf, deine Eier zu brechen, es ist schon eine Tatsache, es ist hier und wenn du es nicht magst, benutze andere Dinge wie Devuan (hahahahahahahahaha) oder Gentoo oder Slack oder sogar Manajaro, die jetzt OpenRC unterstützen.
    Und dann, während Sie ihre Wunden mit etwas Anti-Systemd lecken, werfen Sie einen Blick auf openSUSE, Fedora oder Arch und sehen Sie, wie sie hoffnungslos in der Zeit verloren sind, eine anachronistische Realität zu leben, alles für den einfachen Juckreiz, das abzulehnen, was sie anscheinend nicht wissen und urteile nach dem Rest der Meinungen, anstatt sich eine eigene zu bilden.

    Hure, wenn selbst die Kernentwickler von FreeBSD bereits davon sprechen, ein systemd-ähnliches System zu entwickeln, um den neuen Anforderungen gerecht zu werden, die sich unmittelbar abzeichnen, darunter massive Virtualisierung, Vielzahl verbundener Geräte, Portabilität auf mobile Geräte, Sicherheit und Vereinfachung und optimierte Verwaltung unter anderem ...

    Bevor Sie auf Unsinn antworten, der aus viszeraler Sentimentalität entsteht, lesen Sie diese kurze Abschrift von Lennarts jüngstem Vortrag über die oben diskutierten neuen Sicherheitsmerkmale:

    Alle Funktionen werden über die Serviceeinheiten aktiviert und dienen dazu, den Zugriff auf Systemressourcen von Daemons und unter Verwendung von Kernel-Namespaces zu isolieren oder zu unterteilen:
    - PrivateTmp: Weisen Sie dem Dämon ein bestimmtes / tmp und / var / tmp zu
    - PrivateDevices: Erstellen Sie ein spezifisches / dev für den Daemon mit allem Notwendigen: null, random, urandom usw., nur was erforderlich ist, damit es richtig funktioniert. Auf diese Weise verhindern Sie, dass der Dämon Zugriff auf die Festplatte oder ein verbundenes Gerät (Block oder Zeichen) hat. TOLLE.
    - PrivateNetwork: Erstellen Sie eine Schnittstelle, die vollständig von der Realität isoliert ist (sodass Sie nicht vom Host aus auf 127.0.0.1 zugreifen können). Das SEHR Grobe daran ist, dass Sie denselben Namespace zwischen verschiedenen Daemons gemeinsam nutzen können, sodass Sie beispielsweise eine MariaDB nur mit dem Backend-Netzwerk verbinden können, das sie verwendet, und diese beiden wiederum mit einem Nginx, der derjenige ist, der diese hat Zugriff auf die Netzwerkschnittstelle.
    - PrivateSystem: Wenn Sie es einen Schritt weiter aktivieren, kann der Dämon nur auf / etc und / usr zugreifen (/ usr im R / O-Modus). Wenn Sie es als voll festlegen, können Sie nur im R / O-Modus auf / etc zugreifen
    - PrivateHome: Überlagert ein Leerzeichen / Home im Namespace des Daemons, sodass es nicht auf Ihre Informationen zugreifen kann
    - ReadOnlyDirectories: Wie der Name schon sagt, sind diese Verzeichnisse schreibgeschützt
    - InaccessibleDirectories: wie ist der Name 🙂
    - MountFlags = Slave: Wenn Sie eine der vorherigen Optionen für einen bestimmten Daemon aktivieren, werden die Mounting-Argumente automatisch als Slaves maskiert. Das heißt, die allgemeine Mounting-Tabelle des Systems wird nicht geändert, aber die Parameter wirken sich ausschließlich auf die vom Teufel (Moi Groso!).
    Sie können diese Option auch eigenständig verwenden.
    - CapabilityBoundingSet: Weist einen Prozess an, sodass alle Threads, die abhängig davon erstellt werden, nur die vom Administrator definierten Funktionen verwenden (http://man7.org/linux/man-pages/man7/capabilities.7.html) und damit Schwachstellen bei der Eskalation von Berechtigungen vermeiden - sexy, oder? ^ _ ^
    https://drive.google.com/open?id=0Bw3eycS9_SPaQnFHZjU5TURxdmc&authuser=0

    FreeBSD-Kernentwickler, der eine Projektion für die nächsten 10 Jahre des Betriebssystems erstellt und über die Notwendigkeit spricht, eine ähnliche Lösung wie systemd zu implementieren:
    https://www.youtube.com/watch?v=Mri66Uz6-8Y

    1.    MSX sagte

      * werfen

  51.   Fernando Cortes Aviles sagte

    Ich bin seit Jahren ein treuer Benutzer von Debian und es macht mich traurig, den Weg zu sehen, den es geht. Nur einige Entwickler dürfen abstimmen, aber der Endbenutzer hat keine andere Wahl, als diesen Spawn of Hell (systemd) zu akzeptieren. Ich hoffe nur, dass das Devuan-Projekt voranschreitet und viel Unterstützung erhält.
    Es gibt nur wenige SysV-treue Distributionen wie Gentoo und pclinuxos und natürlich… Slackware!

    Grüße

  52.   Alberto sagte

    Ich denke ehrlich, dass für diejenigen, die mit Linux Geld verdienen, dieses System Lichtjahre von Windows und Mac entfernt ist und daher alle systemd Blowjobs, Kits und Schwänze. Ich wage zu sagen, dass Nod, Avast, Kaspr und ihr gesamtes Gefolge in weniger als 8 Jahren in die Linux-Welt eintreten werden, natürlich mit all ihren Viren. Es ist ein Geschäft und hier wird weder Gott noch Gott los. Jeden Tag mehr User Linux? Ein Hahn kommt paca Ich brauche dein Geld. Das ist so leider. Jetzt geben sie nur noch das Trinkgeld und mit Vaseline ... warte ein paar Jahre, du wirst sehen, hahaha

  53.   Marcelo López Foresi sagte

    Ich denke, was der Autor des Briefes sagt, ist dumm. Obwohl es mehrere Einwände gegen systemd gibt, gab es bei großen Änderungen große Einwände.
    Außerdem scheint es mir kein gültiger Einwand zu sein, ein Debian-Benutzer zu sein (und ich auch). Wenn Sie nicht möchten, dass sie Dinge für Sie entscheiden, verwenden Sie einfach eine andere "härtere" Distribution und kompilieren Sie alles von Hand, einschließlich des Startsystems.
    Sie können nicht vorgeben, alle Vorteile einer Apt zu haben, die alle Abhängigkeiten ohne Nachteile löst.
    Für einen Benutzer von Slack oder Gentoo wäre es nicht passiert, dass "Ups ... ich habe aktualisiert und es gibt Dinge, die ich nicht mag." Denn um ein System von Hand zu aktualisieren, müssen Sie viele Arschstunden damit verbringen, zu beobachten, was Sie tun.
    Es tut mir leid, wenn die Entwickler der Distribution, die Sie mögen, etwas getan haben, das Sie nicht mögen. Ich habe eine Idee, warum machst du nicht dasselbe wie Linus und baust ein separates Betriebssystem?

  54.   Jorge sagte

    Hallo, ich bin ziemlich neu in Linux und die Wahrheit ist, dass dieser Artikel beängstigend und nicht wirklich ausgenommen erscheint. Kurz gesagt, ich, der ich Debian mit der Illusion beigetreten war, was freie Software bedeutet (Freiheit, altruistische Hilfe für alle, die sie brauchen, frei, Einfachheit), schien mir eine Möglichkeit zu sein, fantastisches und gutes Computing zu verstehen (und wie ich denke) Computing sollte von Anfang an sein). Tatsächlich bin ich auf dieser Website gelandet, weil ich angefangen habe, Debian zu dokumentieren, um zu lernen, wie ich mit mir selbst umgehen und Dinge selbst tun kann. Mir ist klar, dass alles, was ich ansprechen möchte, verschwindet.

    Wir müssen eine neue Partition in Devuan erstellen, mal sehen, wie es geht ...

    Danke für diesen Artikelbeitrag.
    Grüße, Jorge.

  55.   Jorge sagte

    In jedem Fall wird die Zeit beweisen, wer es richtig macht.

    Was wir als Benutzer tun können, ist, verschiedene Alternativen auszuprobieren und zu hoffen, welche am Ende besser wird.

  56.   Jorge sagte

    In Bezug auf Devuan würde ich es gerne testen, aber es befindet sich derzeit in der Testversion. Sobald eine stabile Version herauskommt, um zu sehen, ob ich es versuchen kann, um zu sehen, wie es ist.

  57.   Sebastian sagte

    Wie seltsam, über solch ein ungewöhnliches Thema zu lesen und sich auf alles zu einigen. Ich habe kürzlich Debian Jessie installiert. Ich musste bereits 2 Mal formatieren, um Systemabstürze in relativ einfachen Updates zu vermeiden. Ich fragte mich, wie mir so etwas noch nie passiert war und plötzlich wurde alles schlimmer. Ich habe Wheezy verwendet und da die Debian Jessie-CD die Seite heruntergeladen hat (egal ob auf DVD oder Pendrive), funktionieren sie nicht für mich. Ich installiere Wheeezy und aktualisiere sie. Da das Herunterladen einige Zeit in Anspruch nimmt, mache ich das nicht sofort. Daher verwende ich Wheezy einige Tage lang und habe Unterschiede in der Bedienung mit Jessie festgestellt, die ich in früheren Updates nicht bemerkt hatte. Durch zufälliges Lesen eines anderen Artikels erfuhr ich von systemd und stellte fest, dass es keine falsche Paranoia war, die ich bei Jessie bemerken konnte (das Gefühl, in der Instabilität von Fenstern zu sein).
    Dank Ihres Artikels und der anderen, die ich gelesen habe und die mich über dieses Thema informiert haben, habe ich beschlossen, meine Verteilung zu ändern.