Systemd vs. intelligenza (rabbia aperta da un utente Debian)

Il testo seguente è una traduzione gratuita di un messaggio chiamato da un utente Christopher barry lasciato dentro LKML.ORG (l'archivio non ufficiale della mailing list del kernel Linux), che è intitolato «Lettera aperta al mondo Linux« (il barrato e i collegamenti extra sono cose aggiunte dal mio latte cattivo):

Cos'è l'intelligenza? Non sto parlando della cosa della spia, ma qual è la definizione di intelligenza negli esseri umani? Questo è abbastanza buono: http://en.wikipedia.org/wiki/Intelligence#Definitions

Per la maggior parte delle persone, gli odierni creatori e pensatori auto-nominati e forse eccessivamente influenti che lavorano intorno all'idea "One Linux" corrispondono alla definizione di persone intelligenti - almeno tecnicamente.

E i suoi messaggi sono abbastanza convincenti:

  • Semplifica lo sviluppo multi-distro.
  • Consenti tempi di avvio più rapidi.
  • Consenti un'architettura on-demand e basato su eventi, simile ai sistemi operativi "moderni".
  • Porta ordine e controllo nei sottosistemi che hanno avuto tanti strumenti diversi quante sono le distribuzioni.

Tutti obiettivi apparentemente nobili. Tutto apparentemente deriva da un profondo desiderio di contribuire e migliorare le cose.

Quasi nessuno potrebbe sostenere che queste persone intelligenti hanno pensato seriamente a questi problemi e hanno messo un enorme sforzo per risolverli. Sfortunatamente, la soluzione che hanno trovato, come avrai già intuito, è "systemd".

Sebbene non sia nuovo, il suo impatto grottesco mi ha finalmente raggiunto e devo esprimerlo pubblicamente.

Quindi cos'è systemd? Bene, incontra il tuo nuovo Dio. Probabilmente hai pregato all'altare [se-funziona-non-toccarlo] di semplicità, ma la tua religione viene sradicata. Probabilmente è già successo senza che te ne accorgessi durante un aggiornamento alla tua macchina Linux. systemd è la meta-divinità onnisciente, onnisciente, onniveggente e che monitora tutto. È il nuovo Single Master of Processes che aspira a controllare tutto ciò che può - e sta già facendo abbastanza. È come apparirebbe init se fosse un trasformatore con steroidi. È [il sogno di ogni geek] complicato, sfaccettato, opaco e estremamente potente.

Ho sentito parlare di systemd alcuni anni fa quando upstart e alcuni altri sostituzioni a init che non ricordo si fossero presentati sulla scena. E sebbene sembrasse leggermente interessante, non ero favorevole a usarlo, o nessuno di loro per quello scopo. init ha funzionato bene per me. init era semplice e robusto. Sebbene la configurazione avesse le sue differenze specifiche per ciascuna distribuzione, spesso erano queste differenze che facevano scegliere di utilizzare quella distro in primo luogo e attenersi a quella distro [(e non cose come il pubblico a cui era rivolto come oggi)]. Gli strumenti essenzialmente erano la distro. E poi ho appena fatto un file dist-upgrade a Jessie e Ecco, PID 1 è diventato improvvisamente systemd. Vai di merda.

In un mondo "One Linux", cosa dovrebbero essere veramente le distribuzioni? Obsoleto. Non più rilevante. Conchiglie arcaiche dei suoi una volta orgogliosi [e spesso pericoloso] individualismo. Fondamentalmente ora è solo un logo e uno sfondo predefinito. Perché, ammettiamolo, ci deve essere solo un "concorrente" moderno unico nel dominio Windows / Mac del personal computing. Ciò che serve è un fronte unificato per combattere i malvagi imperi di Redmond e Cupertino. Le varie differenze che creavano diversi "sapori" di Linux dovevano essere concentrate e rese conformi per procedere in modo efficiente per la guerra. Ehm, quale guerra?

Per me, Linux ha già vinto quella guerra nel 1994, quando ho iniziato a usarlo. Lo ha fatto senza sparare un colpo o cercare di essere come gli altri sistemi operativi. L'ha vinto [mantenendo sempre l'1% del mercato] non me ne frega niente della quota di mercato. Lo ha vinto essendo esattamente NON come loro. Lo ha vinto essendo semplice, comprensibile e configurabile per essere esattamente come YO voleva. Lo ha guadagnato essendo una raccolta di componenti semplici e modulari che potevano essere collegati insieme a piacimento per fare un lavoro reale. Lo vinse aderendo alla filosofia profondamente ponderata di mantenere l'utente al posto di guida ed essere libero di eseguire quello che voleva, senza strati e strati di strutture che avvolgevano i loro tentacoli all'interno di tutte quelle cose che non dovevano toccare. Ha vinto senza tutti quei vari "ShitKit" che hanno iniziato a manifestarsi nel cuore del mio sistema operativo. Ha vinto senza essere troppo complesso e incomprensibile. Quel tipo di opacità è il cuore di Windows e Mac, ed è esattamente ciò che odio di loro, ed esattamente il motivo per cui ho scelto di usare Linux in primo luogo. systemd sta abbracciando todo quello che odio di Windows e Mac, e farlo in nome della "modernità" e della "semplificazione" del lavoro degli sviluppatori.

Allora perché le persone Molto intelligente che ama e usa Linux vorrebbero creare o abbraccia un tale demone "Maestro di tutti"? Ovviamente, è per le ragioni che dicono, come ho detto all'inizio. Ma in parte penso che sia dovuto alla mancanza di esperienza. Non intendo una mancanza di ore di programmazione, ma una mancanza di tempo sul pianeta. L'intelligenza da sola non sostituisce le esperienze di vita e, sì, lo dirò, nemmeno la saggezza. Non esiste un manuale per la saggezza. L'implementazione di systemd su distribuzioni non è una mossa saggia per loro a lungo termine. Ciò, infatti, determinerà il loro destino finale.

Sono in parte gli ego più grandi della vita delle persone coinvolte. Qualcuno ha letto cosa dice Poettering delle cose? Wow. Questo ragazzo è ovviamente convinto di avere tutte le risposte per tutti. Le idee tradizionali sulla semplicità e la libertà sono colorate, ma non trovano posto in un sistema operativo "moderno". Guarda, è solo più intelligente di te, quindi superalo e fatti da parte. Sa cosa è meglio e ha tutto sotto controllo. Quanti anni ha quel ragazzo comunque? 12 anni o qualcosa del genere? È un cazzo di cazzo (a mio modesto parere).

In parte sono suoi loschi interessi commerciali. Senti, potremmo fare soldi vendendo cose agli utenti Linux se ci fosse un modo più semplice e "distruttivo" per farlo. Fanculo le opzioni, a loro piacerà quello che avranno.

In parte potrebbe essere che sia inquietante e cupo per natura. Un One Ring per dominarli tutti, l'accesso sicuro ad esso sarebbe accattivante per coloro che sono intenzionati ad avere piena consapevolezza delle informazioni. La fiducia non è qualcosa che è davvero in cima alla mia lista di cose da concedere in questi giorni.

In parte è la convinzione che la comunità Linux debba combattere contro l'egemonia di Windows e Mac, come se l'esistenza di Linux dipendesse dalla sconfitta delle altre alternative. Quelli che lo pensano Linux dovrebbe preoccuparsi degli idioti e degli HOYGAN dovrebbero tornare ai loro Mac e Windows e smettere di provare a "riparare" Linux. Non è rotto, dannazione!

In parte - e questo è ciò che non posso accettare - è un palese disprezzo e mancanza di rispetto - apposta o meno - ai principi più importanti di * NIX. È un disprezzo inconscio per loro e un calpestio dei valori che personalmente ritengo [vecchio,] vero e giusto, e non sono solo qui. systemd è l'esatto opposto di ciò che rappresenta * NIX. E non sto nemmeno blaterando sulla compatibilità POSIX. È una filosofia stupida.

systemd è un colpo di stato. È un intruso sovversivo progettato per distruggere Linux come lo conosciamo, imposto dalla mafia. noi-lo-conosciamo-meglio-di-te Camel Case. E semplicemente non lo capiscono così profondamente come dovrebbero. systemd non punta nella direzione in cui dovrebbe andare. Non supporta la libertà. Non incentiva la scelta. Non mostra trasparenza. Non abbraccia la semplicità. Prendi il controllo e costringiti a cedere a lui. Rende le applicazioni ei principali componenti del sistema dipendenti da esso e non può funzionare senza di esso. Stai guadagnando velocità attirandoti nell'ovile di sviluppatori ingenui, pigri o semplicemente incapaci con la promessa di semplificare la loro vita. Cadere in questo modo di pensare significa ignorare il grande pericolo rappresentato da systemd.

Debian è sempre stata in linea contro questo genere di cose in passato e si è sempre guadagnata il massimo rispetto e lealtà per la sua integrità. La decisione di Debian qui è stata forzata. Debian ha commesso un errore grave e codardo [quando Tagliamonte non annullò il gol di Garbee] e devono correggere immediatamente il loro corso. Incorporare systemd non è stata una mossa intelligente, e certamente non è stata una buona idea [(e no, non credevo a nessuna delle ragioni di Russ Albery)]. Debian deve rifiutare systemd e il suo genere e tornare ai valori che hanno portato Linux a questo punto della storia, guidato non in piccola parte da Debian. Devono divorziare in modo solido e pubblico da GNOME, non importa quanto possa sembrare doloroso e fastidioso a breve termine, e concentrarsi sui valori più essenziali di semplicità e libertà. Posiziona systemd e la sua cricca nei repository non-free dove appartengono se non c'è scelta. Lascia che l'utente decida se è quello che vuole. L'illuminazione è una scelta eccellente per un desktop predefinito quello non ha la spazzatura gonfia di GNOME. E ai leader di Debian: dopo 20 anni di lealtà ed evangelizzazione, avete deluso me e tutti. Hanno bisogno di un paio di fottute uova e di fare la cosa giusta qui e ora.

Manda quegli opportunisti al diavolo!

GNOMO. La Fondazione Linux. freedesktop.org, [Figueredo] e altri. Sono tutti [una manica di ladri dal primo all'ultimo] gruppi con ordini del giorno. Non sono quelli che credono nella libertà. Credono nel controllo e standardizzazione. Credono nella monotonia. Chi e 'questa gente? Chi sono questi guardiani auto-assegnati della fiamma di Linux? (riferimento intenzionale e subliminale al malware) Quali sono i tuoi veri programmi? Chi finanzia queste persone? Perché vogliono così aggressivamente spostare il cuore di Linux dalla sua vera filosofia? Lasciateli andare a creare il loro "concorrente" su Windows e Mac. Se lo facessero, sarebbe la stessa merda opaca, di tracciamento degli utenti, backdoor che sono diventati Windows e Mac. NON parlano per me e non dovresti nemmeno permettere loro di parlare passivamente per te.

systemd è un Trojan. systemd è una medusa. systemd è la sostanza D. systemd è inquietante - non solo perché i suoi strumenti fanno schifo, o perché è una palla di pelo enorme e sanguinolenta - ma perché architettonicamente ha un grande potere concentrato. Dobbiamo cacciarlo collettivamente fuori strada perché sarà proprietario di Linux e, per estensione, di noi e delle nostre libertà. systemd volontà Linux. Siediti pigramente e ignora questo fatto del nostro pericolo collettivo.

Una scelta Linux == Zero.


Lennart doveva essere riluttante merda con le risate con una tale riga. Lo ha annunciato Martin Gräßlin kwin en Wayland dipenderà da logind.

Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile dei dati: Miguel Ángel Gatón
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.

    1.    Manuale della Fonte suddetto

      Tempo fa è uscito il primo commentatore che ha vinto un viaggio tutto pagato. Mentre sono in giro, colpirò duramente il banhammer. Commenti offensivi e / o senza argomenti vanno dritti al diavolo, anche se mi fanno arrabbiare questo per censura e simili. È un bene che la guerra delle fiamme diverta ma "tutto con misura" ...

      1.    x11tete11x suddetto

        hahaha xD, l'ho visto: v, il suo argomento non era per niente male, ma è andato sull'erba quando ha generalizzato xD

      2.    diazepano suddetto

        Ebbene, elav lo ha appena resuscitato e gli ha risposto.

        1.    Manuale della Fonte suddetto

          HAHAHAHAJAJAJAJA, doveva essere, guarda se ti piacerà perdere tempo in discussioni inutili. Beh, se è quello che vuole, mi lavo le mani e gli do il banhammer, d'ora in poi preparo i miei popcorn da solo e guardo ... http://i.imgur.com/YcJ0XpY.jpg

        2.    vivace suddetto

          Non c'è niente di sbagliato in quel commento, è una semplice opinione riguardo non so che culo ... XDD

    2.    yukiteru suddetto

      Quella @tete è tutta pazza 😀

      A proposito, ho già il mio sistema libero da Consolekit, Policykit e con automount senza problemi 🙂

      1.    x11tete11x suddetto

        bene! La versatilità di Gentoo xD è impressionante

      2.    vagabondo suddetto

        Umm non so del tuo caso particolare, ma il mio systemd mi ha dato molti problemi, specialmente con PAM, avrei aspettato un po 'di più per cambiare, per il momento, dato che uso anche BSD, preferisco usare OpenRC.

      3.    x11tete11x suddetto

        @roader, yuki usa OpenRC senza Consolekit o Policykit

      4.    yukiteru suddetto

        @roader, non mi piace systemd, rimango con OpenRC perché è tutto ciò di cui ho bisogno, oltre ad essere facile da gestire. Ho cancellato i * Kits dal mio sistema, e l'automount lo faccio usando l'udevil di IgnorantGuru e funziona perfettamente. Riguardo a PAM, questo può essere eliminato, in Gentoo hai quella capacità, non so come sarà in BSD.

  1.   gorlok suddetto

    L'avevo letto e in generale sono d'accordo con quello che dice. Sebbene tale e-mail nell'elenco del kernel ... sembrerebbe che stia solo cercando di fare un flamewar. Ma come ho detto prima, ciò non significa che citi diversi punti validi, ma non credo che sia il luogo (secondo me).

    Vale la pena dire che tre giorni fa ho scritto un tweet che diceva: «gnome, pulseaudio e systemd hanno qualcosa in comune: il modo infelice con cui interagiscono con (t) la comunità #Linux: - /» https://twitter.com/gorlok/status/500413760595849216

    È stato in riferimento ai continui conflitti di questi progetti, in particolare ai loro sviluppatori / leader come hanno affrontato la comunità, con continue polemiche. È chiaro che è impossibile rendere tutti felici, sempre e allo stesso tempo raggiungere gli obiettivi. Non esiste una formula per un progetto che lasci tutti felici cantando il Kumbaya, ma da lì al livello continuo di conflitti e scontri costanti che esistono in quei 3 progetti di esempio, c'è un tratto.

    In particolare con systemd, nonostante i conflitti e la sua filosofia progettuale, funziona e risolve diversi problemi reali e urgenti che dovevano essere risolti. È la soluzione migliore? Ne dubito. Ecco perché ha guadagnato spazio nonostante i conflitti. Non c'è dubbio che c'è spazio perché altri progetti prendano il loro posto. Questo è il motivo per cui è importante ridurre al minimo le dipendenze con systemd (o pulseaudio per un altro esempio), e in questo sono d'accordo con l'utente, quindi facilitiamo quel percorso che senza dubbio verrà percorso alla fine. L'altra alternativa realistica a systemd era il parvenu ... che non era senza domande o conflitti, quasi più o meno lo stesso.

    D'altra parte ... questi conflitti non sono così gravi, sono più la norma che l'eccezione. Ci sono sempre state e sempre ci saranno. Vale la pena citare molti casi storici con GCC, ad esempio, che hanno generato progetti alternativi sperimentando altri percorsi, che alla fine hanno finito per arricchire la comunità.

    Scommetto che alla fine un altro progetto prenderà il sopravvento anche qui, a meno che systemd alla fine non risolva le sue domande e le risolva. Per ora ... è quello che è, e credo che molti lo capiscano così, pur preferendo dedicare i loro sforzi ad altre questioni più urgenti.

    1.    yukiteru suddetto

      Il punto è che ci sono molte domande e problemi su systemd che Leannart si preoccupa poco di risolvere anche se a volte sono convincenti, o sono semplicemente nascosti apportando cattive modifiche al software relativo a systemd (caso Kay). Il forum aveva già iniziato a parlare del problema e ho messo sul tavolo alcune cose che mi sono dovute accadere con systemd e bug che semplicemente non cercano una soluzione (per ora).

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

      1.    vagabondo suddetto

        Mi ricorda OpenSSL ...

      2.    yukiteru suddetto

        Il caso è più o meno simile almeno sullo sfondo. È qualcosa del tipo: «Facciamo molte righe di codice, non commentiamole, non documentiamole, comunque nessuno rivede bene il codice, e se compare un errore, beh vedremo cosa ne facciamo»

  2.   Andrello suddetto

    Non c'è niente che si addica agli utenti Linux, se ogni distribuzione fa quello di cui si canta discutono di cosa non va, quella frammentazione e quel mare in macchina, e se unificano è che tolgono le libertà, se non gli piace si, si sentono il culo e programma ...

    1.    vivace suddetto

      Non mi aspettavo un'altra risposta da un Windosero? (Non so nemmeno se quel termine sia ben usato). Gli utenti Windows e Mac sono abituati a usare quello che dicono, SÌ o SÌ. Questo non è mai successo con GNU / Linux, ecco perché tutta questa rabbia, e credetemi, non è dovuta alla mancanza di programmazione o di asini.

  3.   eco-fannullone suddetto
  4.   KZKG ^ Gaara suddetto

    Sono d'accordo su molti aspetti di quanto è stato detto qui.

    Mi mancano con nostalgia quei giorni di Arch in cui NON avevo systemd, quando esisteva rc.conf e così via, perché il 90% della mia configurazione di sistema era specificato in quel file.

    In altre distribuzioni (come Debian) non era così, non era tutto concentrato in un unico file, ma non mi importava, init era carino, lo capivo a fondo, sapevo come funzionava e come farlo funzionare a modo Volevo, i runlevel, rcconf, ecc.

    Ora con systemd ... diciamo che la prima cosa è che è diverso. journal, systemctl e altri strumenti, sì, ti permettono di fare lo stesso ma continuo a chiedermi, era davvero necessario questo cambiamento? ... U_U ... Conosco la mia risposta, conoscerai la tua.

    Non mi pento di usare systemd su Arch ora (beh, non è che posso o non me ne pentirò ... o lo uso, o dimentico Arch), ma vorrei che fosse altrimenti.

    Ottimo articolo. Non condivido l'estrema "crociata" contro SystemD, ma sono d'accordo che il semplice fatto che systemd sia «un anello per governarli tutti» non è l'opzione migliore, non dovrebbe essere generalizzata e che ora tutte le distribuzioni adottano questa filosofia ... beh, quelli che hanno visto Il Signore degli Anelli sanno già come finisce quella frase 😉

    1.    vagabondo suddetto

      Puoi sempre usare un altro initmanager, non è così difficile, l'unica cosa è che gli script di inizializzazione devi scaricare (o scrivere) tu stesso.

    2.    Alberto cardona suddetto

      Strano rc.conf, non capisco systemd, è il motivo per cui ho lasciato Arch, non farci l'abitudine, è una vera rivolta

      1.    Alberto cardona suddetto

        Grazie!
        saluti

  5.   vicky suddetto

    Ebbene, senza l'intenzione di offendere, mi sembra un articolo molto povero. Ci sono pochissime domande tecniche e l'autore sembra attribuire grande importanza al sentirsi speciali. A mio parere, la standardizzazione delle parti fondamentali del sistema non mi sembra male.

    1.    diazepano suddetto

      correzione: mi sembra una lettera piuttosto povera.

    2.    nano suddetto

      All'inizio dell'articolo si specifica che non si tratta di un articolo dell'autore ma di una traduzione libera di una lettera fatta alla lista Kernel ... mi sembra brutto che sia commentata solo perchè.

  6.   yukiteru suddetto

    Questa battaglia sarà lunga, la domanda è se questo risulterà in un unico init per tutte le distribuzioni (un Ring per controllarle tutte) o qualcun altro avrà l'illuminazione per fare un nuovo init con miglioramenti tecnici e di design rispetto all'attuale init, è qualcosa che resta da vedere.

    Personalmente, ho usato personalmente systemd per un paio d'anni (Archlinux e Debian Testing, e ho macchine client con quell'init) e devo dire che in molte occasioni è stata una benedizione e in altre la stessa faccia del diavolo che ti trollava come quanto più possibile. Strani bug e anche alcuni abbastanza pericolosi, dipendenze e loop nei servizi, insomma cose che si accompagnano a un software non ancora propriamente stabile e che a sua volta si accompagna a una complessità di programmazione abbastanza inusuale.

    Per la sezione sviluppo, stavo leggendo il codice systemd, per vedere come fosse documentato e commentato e nella mia vita ho visto qualcosa di più austero, tranne forse, per l'Hello World che ti mandano a fare nella tua prima classe di programmazione .

  7.   Raul suddetto

    Bene, come una guerra alle fiamme, è piuttosto interessante. Ma riguardo all'articolo spiegherò il mio punto di vista:
    Init è obsoleto. Perché? Tutte le attività che devi eseguire in un unico thread (penso che a tutti piaccia che le cose vadano più veloci e utilizzino quei processori multicore che abbiamo nei nostri computer). Non consente di avere dipendenze tra processi in modo che non si avviino se altri non lo sono (a meno che non cerchiamo con il comando ps, ma questo sembra uno scherzo). Agli utenti così arrabbiati da non essere sviluppatori o manutentori di pacchetti di distribuzione, dite loro che se siamo manutentori e sviluppatori queste alternative all'inizio (upstart, systemd, ...) ci danno la vita per poter far funzionare le cose più facilmente , soprattutto in distribuzioni come Debian che quando installi un pacchetto già tutto funziona (installi Apache e da quel momento è già avviato e lo farà sempre). Le cose con init possono diventare più facili, ma arriva un punto in cui non ti offre una soluzione (un plettro va bene ed è molto facile, ma non vedo molti lavoratori che usano un piccone per scavare trincee nell'asfalto). Pertanto, è necessario utilizzare un sistema più moderno di Init. Quale scegliere? Si stava già discutendo se SystemD, se upstart, se l'alternativa Init (ora non ricordo come si chiamava qualche init con vr o hr), ho usato molto upstart per dire che è molto green per sviluppatori e quello che ho maledetto mille e una volta. Con upstart non ho avuto il piacere di poterlo toccare così tanto, ma se tante distribuzioni (Arch, Fedora, Suse, Debian, Ubuntu ...) l'hanno optato, sarà qualcosa, giusto? Da quello che ho visto potrebbe essere un po 'più complicato da usare (non sembra nemmeno molto complicato), ma non è qualcosa di cui gli utenti Linux ordinari dovrebbero preoccuparsi. E se sei uno sviluppatore / manutentore / amministratore di sistema, beh, ehi, nell'informatica devi sempre riciclare e imparare cose nuove; Ciò che è buono ieri, oggi non soddisfa più le esigenze e devi cambiare per migliorare. Per quanto riguarda se è chiuso o meno, se gli sviluppatori di SystemD sono pigri e non vogliono aggiustare le cose, ci sono due opzioni. oppure crea un altro sistema di avvio che fa le cose necessarie o impara come funziona systemd e aiuta con lo sviluppo.
    E se non ti piace la decisione di Debian, puoi sempre creare la tua distribuzione e farlo come preferisci.

    1.    x11tete11x suddetto

      signore, mi tolgo il cappello al tuo commento

    2.    vagabondo suddetto

      Oppure installa openrc (o qualsiasi altro gestore) gli script di inizializzazione di cui hai bisogno e modifica l'opzione init = in grub. Come fan di systemd quello. Per motivi di praticità usa openrc al posto di questo devo dire che, sebbene non sia così sviluppato, non ha nulla da invidiare, ha il supporto per la parallelizzazione, è più compatibile. Voglio solo che cambi il vecchio consolekit in logind.

      1.    raul suddetto

        Openrc, quella era l'alternativa che veniva mescolata quando si cambiava Init e che non ricordavo. Vediamo, gran parte del dibattito che è stato generato è venuto dal fatto che a causa della dipendenza systemd aveva una dipendenza (penso di ricordare che con il kernel) ha prodotto che non poteva essere portato su altre architetture, quindi sarebbe stato meno libero. Anche così, non credo che upstart sarebbe un'alternativa molto valida, e openrc non l'ho visto affatto e non posso commentare.

      2.    STAFF suddetto

        Senza essere dentro è molto facile dire cosa fare e cosa non fare, sulla carta è molto bello, ma quando ci sei e arrivano i nuovi KDE, GNOME, Wayland e altre cose che sono sempre più legate / dipendenti da systemd fare?

      3.    yukiteru suddetto

        @roader, è possibile utilizzare OpenRC senza dover installare Consolekit o Policykit 🙂

        @raul, poiché OpenRC è un init molto semplice, la quantità di codice in esso contenuta è inferiore a 40mila righe, rispetto alle oltre 400mila righe di systemd (e in aumento), mentre a sua volta ha meno dipendenze ed è più modulare anche di systemd. OpenRC ha la parallelizzazione, è portabile su altri * NIX, è in grado di limitare le risorse per servizi, ha integrazione con CGroups e SELinux (queste due caratteristiche sono qualcosa come i flag di systemd).

        Lo uso in Gentoo e senza utilizzare la parallelizzazione avvia il mio sistema in 22,3 secondi mentre systemd lo ha fatto in Debian in poco più di 18 secondi (non ricordo i millisecondi ehehe) usando gli stessi servizi.

      4.    Raul suddetto

        @ Yukiteru, il problema che vedo è che con openrc dovresti cucinare tutti gli script di avvio, ed è un peccato doverlo fare, specialmente se hai servizi che dipendono l'uno dall'altro (ad esempio glusterfs deve iniziare dopo l'avvio della rete, ma non molto più tardi del filesystem), quindi non farò uno sforzo titanico per riscrivere tutti gli script di avvio per un altro sistema. Se quello che trionfa e la comunità di systemD decide, beh lo accetteremo, che è Upstart, quindi vai avanti.
        @Staff, se un progetto decide di intraprendere un percorso, non posso fare altro che seguirlo o prendere un'altra alternativa. Al mio Gnome non è piaciuto quando sono passato a Gnome3 e sono passato a KDE. C'erano persone a cui nemmeno Gnome3 piaceva e che decisero di creare Mate. Non ho letto la licenza SystemD, ma per quanto poco conosco LGPL 2.1 e l'unica cosa è che mi sembra di usare qualcosa che ha una licenza proprietaria, quindi non credo (parlo un po 'ignorando la complessità) che è troppo difficile fare il fork se arriva il momento che tutto dipende da SystemD. Sono sicuro che non ti sentirai a tuo agio con tutto ciò che usi nel tuo ambiente desktop, ma se c'è un'alternativa, puoi sostituirla e, in caso contrario, suppongo che la accetti perché non c'è niente di meglio, giusto?

      5.    yukiteru suddetto

        @raul Con OpenRC devi riscrivere gli script di avvio? Beh, almeno in Gentoo non ho dovuto farlo nemmeno per usare la parallelizzazione, e se necessario deve essere usato in un'altra distro, lo stesso è il caso di Debian o qualsiasi altra distro che sta migrando a SystemD, devi riscrivi molti degli script per adattarli ai PATH tra gli altri dettagli forniti con quella distribuzione in questione.

  8.   desikoder suddetto

    Bene, penso che systemd sia meraviglioso, l'ho testato su distribuzioni come archlinux e funziona come un proiettile, e sebbene sia implementato in debian testing ci sono ancora alcuni vecchi servizi che hanno script in /etc/init.dy che hanno essere avviato per compatibilità come "LSB", quindi in un certo momento Debian ha già portato tutto su systemd. Il problema non è solo la velocità che offre, ma il paradigma di gestione del servizio è molto ben strutturato in modo logico ed elegante. Infatti guardando / usr / lib / systemd / system e / etc / systemd / system si può fare un albero mentale dei servizi in fase di avvio, infatti per divertirmi ho scritto su carta fisica un albero estratto dal contenuto dei file di systemd ed è chiaro cosa succede. Ad esempio, systemd per impostazione predefinita avvia default.target, che è un collegamento a graphical.target (anche se non è installato un ambiente grafico) e puoi modificare default.target in 3 modi.

    1) Specificare nella riga del kernel un valore per la destinazione predefinita di systemd
    2) In / usr / lib / systemd / system modificare il collegamento default.target
    3) systemctl abilita multi-user.target || systemctl abilita graphical.target o quello che vuoi per impostazione predefinita. Poiché queste destinazioni hanno il nome default.target nella sezione di installazione, installarle equivale a creare un collegamento alla destinazione predefinita in /etc/systemd/system/default.target.

    Inoltre, si è visto che i gestori di sessione come slim, ad esempio sotto archlinux, si può vedere che sono installati con l'alias session-manager.service (o un nome simile) e graphical.target ha i desideri (dipendenza opzionale) a session-manager.service e come una stretta dipendenza da multi-user.target. Insomma, è molto ben costruito ...

    Saludos!

  9.   edo suddetto

    E cosa intende dopo che SystemD è arrivato in Debian? Almeno questo è quello che penso, penso che debba aver pubblicato questo prima che accadesse.
    D'altra parte SystemD è migliore in tutti i settori (tranne (apparentemente) in ciò che è menzionato sopra) rispetto al resto delle alternative, dopotutto è un punto di vista ciò che espone lì.

  10.   vagabondo suddetto

    Non che sarebbe così complicato passare a OpenRC, ovviamente dovresti sviluppare un livello di compatibilità (o semplicemente adottare) logind.

  11.   STAFF suddetto

    Ancora con questo? Sembra che la gente non scopra che le "guerre di inizializzazione" sono già finite con systemd come vincitore, perché semplicemente non ci sono più concorrenti.
    Quali erano / sono le opzioni?

    -Aspettare
    Assolutamente no.

    -Avvia, OpenRC….
    No, nessuna delle opzioni esistenti ha il vantaggio tecnico o la comunità e il supporto aziendale di systemd, crediamo che il creatore di Upstart (l'avversario più forte) lo riconosca e ha applaudito la decisione di Debian di migrare a systemd.

    -Crea qualcosa di nuovo.
    Questo non ha bisogno di essere spiegato.

    Quindi, se abbiamo un vincitore che ci offre software gratuito senza CLA abusivo, allora approfittiamolo, se è "un anello per controllarli tutti", allora dobbiamo essere coinvolti e trovare un modo in cui tutti possiamo usare il suonare allo stesso tempo.

    1.    raul suddetto

      Per quanto riguarda l'anello, perché nessuno si lamenta del kernel? è anche un unico kernel a dominarli tutti, e nessuno difende Hurd (e giustamente).

      1.    x11tete11x suddetto

        e prendo l'audacia, ora con tutto questo "despiole" (attenzione, userò una generalizzazione sbagliata per enfatizzare la mia opinione) tutti indossano la maglietta BSD ... improvvisamente sono tutti utenti BSD, e lo sostengono è disponibile tutto il software per BSD, AmigaOS, BeOS, Solaris ecc ... andiamo ragazzi ... se siete così preoccupati per quei sistemi, inviate le patch per rendere compatibile systemd ... o in mancanza, patchate le applicazioni che dipendono da systemd per essere compatibile con il tuo YOU ​​..

      2.    STAFF suddetto

        Esatto, c'è un terribile doppio discorso.
        Se si usa quel kernel è perché non ci sono opzioni con lo stesso livello di maturità, ma non è un problema, ha una licenza gratuita, possiamo usarlo, metterci in gioco in modo che funzioni COME VOGLIAMO e quando il arriva il momento di cambiarlo (cosa verrà) scegliere un'opzione (di quelle già in via di sviluppo) che continui a darci la stessa libertà.

      3.    STAFF suddetto

        @ x11tete11x
        In * BSD non è così facile, a causa del modo in cui gestisce i progetti.
        GUN / Linux è per natura il paradiso delle soluzioni alternative, patch e più patch, molte improvvisate, scarsamente documentate e che alla fine richiedono più patch, che richiedono patch, che richiedono patch ...
        * E attenzione * Non sto dicendo che uno dei modi sia migliore dell'altro, sono semplicemente diversi.

        Come ho risposto a raul, c'è un doppio standard (e aggiungo apatia) in tutto questo, che influisce anche su ciò che dici.
        La maggior parte di coloro che applaudono * BDS sono gli stessi che attaccano la posizione ideologica del Software Libero su cose come i driver proprietari e si riempiono la bocca dicendo che preferiscono l'Open Source, senza vedere che ad esempio OpenBSD ei suoi principali portavoce sono, almeno altrettanto severi come Stallman stesso e meno trattabile.
        Quindi, quelle persone alla fine non contribuiscono a * BSD o GNU, come si dice nel gergo del baseball: né pichan, né catch, né lasciano pipistrello.

  12.   anonimo suddetto

    L'articolo va bene, solo che invece di spiegare perché systemd è un cancro (quale è), inveisce senza dare spiegazioni sul perché systemd è cattivo.
    La cosa brutta di systemd è il piccolo gruppo (ben pagato) che gestisce il suo sviluppo, non danno un quarto di palla alle persone, altera meccanismi trasparenti come syslog-ng con journald ... tutto diventa torbido sotto systemd.
    Unificare va bene, ma per l'intera comunità farlo, non un bastardo ben pagato per affari e interessi imperiali.
    Fortunatamente gentoo e funtoo hanno detto di no, openrc non sarà cambiato come sistema predefinito, siamo anche fortunati che gentoo biforcasse udev ed eudev è stato creato per rimuovere la sifilide da udev / systemd.

    $eix -Ic eudev
    [I] sys-fs / eudev (1.9-r2@27/07/14): supporto per la denominazione di dispositivi dinamici e persistenti di Linux (aka devfs spazio utente)

    $eix -Ic openrc
    [I] sys-apps / openrc (0.12.4@20/04/14): OpenRC gestisce i servizi, l'avvio e l'arresto di un host

    Non è sufficiente sembrare bravo, devi dimostrarlo ed è qui che systemd fallisce, quello che manca è che facciano il fork di systemd e cambino i suoi leader.

    1.    nano suddetto

      Perché è una traduzione di un messaggio nella mailing list del kernel, non un'opinione personale dell'autore della nota.

    2.    diazepano suddetto

      Lennart sa come silurare eudev. Pianifica di spostare udev su kdbus

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

      1.    yukiteru suddetto

        Mi chiedo perché silurare un progetto di forcella come eudev? Lennart non è affatto interessato al fatto che altri possano creare valide alternative al software fornito da Red Hat?

        Ovviamente questo non significa che sia impossibile, ma sicuramente renderà le cose più difficili e progetti come eudev potrebbero crollare perché semplicemente non riescono a tenere il passo con udev / systemd / kdbus e la quantità di risorse che gli sono dedicate.

        Non lo so, ma al ritmo che stiamo andando ad un certo punto avremo la seguente riga nei nostri rilasci: «Basato su Red Hat Linux OS. Tutti i diritti riservati © 20XX »

      2.    x11tete11x suddetto

        Non so come risolveranno i ragazzi con eudev, ma KDbus è un progetto che metto in banca, è follemente ridicolo dover cambiare contesto 2 o 3 volte per comunicare i processi tramite l'attuale Dbus, è pazzesco ...

        se non è sotto systemd, sarà sotto uno degli init, ma KDbus non dovrebbe essere qualcosa di preso alla leggera ...

      3.    yukiteru suddetto

        Certamente il punto è che Lennart farà quello che vuole con quel codice, ecco dove il punto è, Lennart e compagnia hanno già molti incazzati con i loro eccessi, e anche Linus a volte ha lanciato l'una o l'altra pietra per il suo modo di fare le cose .

  13.   anonimo suddetto

    Sicuramente lì la maschera è caduta, non smette mai di stupirmi il potere che ha il denaro.
    Dal momento che influenzerà le persone Gentoo se questo drone cerca di mettere kdbus all'interno del core, dovrà prima convincere Linus a mettere quel marciume all'interno del core.
    Inoltre in gentoo ci sono sviluppatori che possono portare le modifiche da udev e kdbus a eudev, per niente difficile considerando la dimensione del codice udev / systemd.
    È urgentemente necessario fare il fork di systemd e che l'intera comunità gestisca le decisioni su come le cose vengono fatte.
    Quello che mi infastidisce di più di systemd sono le dipendenze di un servizio su un altro, quel controllo deve essere manuale, se perdi il controllo di quale demone è attivo o inattivo, allora perdi il controllo del tuo sistema ... a quel punto ti propongono di rimuovere a root e installare un'immagine inalterabile sul disco ... .. tutti in esecuzione allo stesso modo, un modo massiccio in caso di "bug involontario" per poter avere il controllo di tutti i pc Linux.

    1.    x11tete11x suddetto

      dammi una ragione per cui non implementare kdbus è vantaggioso (e non sto dicendo di portare tutto systemd, solo KDbus), è follemente ridicolo dover cambiare contesto 2 o 3 volte per comunicare i processi tramite l'attuale Dbus, è pazzesco ...

      1.    anonimo suddetto

        Non sto dicendo che sia sbagliato implementare un bus desktop nello spazio del kernel, quello che sto dicendo è che la tua implementazione di kdbus (quella di Lennart) non sarà affidabile perché la cambierai a tuo piacimento per rovinare il resto del mondo . dei progetti.
        Ho già letto alcune opinioni di Linus su systemd e non credo di essere così sciocco a cedere.

        Chi ha permesso a Lennart di ficcare il naso nei registri di sistema? influenzando il pacchetto syslog-ng con il suo journal in formato binario, un semplice # cat / var / log / message | grep -i qualcosa
        Permetteva da qualsiasi luogo di vedere il log filtrato senza utilizzare nulla che non fosse nel sistema di base, si scopre che journald utilizza un formato binario e solo con l'eseguibile jpurnald si può vedere il contenuto e filtrarlo con i suoi parametri non è proprio facile .
        Come puoi usare systemd e syslog-ng senza installare journald? ... ecco perché è un cancro, si diffonde in tutte le parti del sistema, coprendo, bloccando e cancellando altri pacchetti.

      2.    Emiliano suddetto

        Registro binario, mi suona come Windows.

      3.    yukiteru suddetto

        @emiliano, e non perdere il dettaglio di dover riavviare il PC nel caso in cui systemd e diversi servizi si aggiornino contemporaneamente, in quei casi nemmeno fare un daemon-reload di systemctl ti salverà dal fare un riavvio completo del tuo sistema se vuoi che funzioni così com'è. Finestre? Dove?

  14.   Domenica suddetto

    Ho sempre usato le distribuzioni .deb perché per me sono sempre state più facili da usare rispetto a quelle della famiglia .rpm.
    Quella facilità che ho sempre attribuito al nuovo arrivato. Mi sono sentito male il giorno in cui ho appreso che Debian ha optato per systemD

  15.   Skarmiglio suddetto

    Onestamente il codice sorgente sarà ancora lì, crea la tua distribuzione. Non ho visto alcuna spiegazione di cosa c'era di sbagliato in systemd se non commenti decentrati su qualcosa di tecnico, un mare di parole offensive praticamente senza spiegazione, ok a parte la mancanza di trasparenza (resistenza al cambiamento), puoi usa ancora BSD, anche questo sistema operativo haiku ... e ci sono più sistemi operativi liberi nel caso non lo avessi notato 🙂 Consiglio il sistema operativo haiku. Mi sarebbe piaciuto sapere cosa c'è di satanico in tutta la faccenda ma ho fumato tutti i commenti e non ho visto nulla di rilevante a parte una posizione filosofica un po 'truccata (comune in Debian) Immagino che non sarai l'unico a non essere d'accordo con questo, forkeen dovrebbe e lo rendono perfetto. Saluti, inizierò a preoccuparmi quando il codice sorgente non è accessibile, per ora neeee.

    1.    yukiteru suddetto

      All'inizio dell'articolo, è scritto chiaramente che si tratta di una lettera di una Debianite nell'elenco lkml.org, ma non di una critica dell'autore (@diazepan).

  16.   Emiliano suddetto

    Tutti i "problemi" di init sono legati ai sistemi desktop, dove GNU / Linux non esiste. Nel campo dei server, dove GNU / Linux è # 1, init è il migliore. Se vedi un utente che respinge SystemD, è sicuramente perché gestisce molti server.
    Saluti.

    1.    Hey suddetto

      Uso Linux ma non mi sono mai dedicato a conoscerlo internamente, quindi queste discussioni su systemd e altri mi suonano come cinesi. Quindi chiedo qualcosa perché dicono che il sistema è un cancro?
      quanto potrebbero influenzare lo sviluppo del kernel linux, potrebbero diventare cose inseparabili in una distribuzione? grazie 🙂

    2.    eliotime3000 suddetto

      È stato buttato fuori per essere stato colui che ha generato bug senza sapere come risolverli. Da qui il risentimento.

      E, ultimo ma non meno importante, ecco un paio di dettagli sul perché Linux si sta gradualmente allontanando dalla filosofia UNIX:

      1.- La FSF è contro UNIX. Pertanto, da quando è stato creato il kernel, la FSF è stata quella che ha influenzato la sua distanza tra gli Unixeros.

      2.- UNIX sui server è già visto come Windows XP sui PC desktop. Quindi, perché i supercomputer sono, per la maggior parte, installati con una distribuzione GNU / Linux.

      Se non fosse stato per questi due punti, Christopher Barry sarebbe stato accettato dagli utenti Linux in generale. Ma dal momento che abbiamo dimenticato che UNIX non ha più la stessa rilevanza di prima (anche se bisogna ammettere che senza di esso non ci sarebbero stati né Internet né i computer come lo conosciamo), e che il settore aziendale dipende completamente da Linux ( dai un'occhiata a quale distribuzione la Borsa di New York scambia).

    3.    yukiteru suddetto

      Quello era Kay Sievers, e Linus gli proibì di aggiungere codice al kernel perché dava più problemi di quanti ne risolveva, oltre a voler chiudere il debug del kernel per nascondere i difetti nel codice che scrive per systemd. Il rapporto originale è finito qui:

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

  17.   scuro suddetto

    Alla fine, sarebbe come usare Windows ...

  18.   anonimo suddetto

    E a proposito di Roma ... hanno appena rilasciato nuove versioni di udev-init-scripts e openrc

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

    Ricordo che quando cambio da udev a eudev, tutto è un rischio perché devi prima rimuovere udev e poi installare eudev, nel frattempo stai lavorando in aria, se qualcosa va storto non hai altra scelta che chroot hehe.

    1.    yukiteru suddetto

      Hahahahaha se cammini sull'orlo del precipizio, la cosa buona è che ha una soluzione chroot e nient'altro 🙂

  19.   eliotime3000 suddetto

    Theo de Raadt sarebbe scoppiato a ridere a questa guerra infuocata (e pensare che LibreSSL è nato dal problema di mantenere OpenSSL e la sua inefficacia del software stesso negli ultimi anni).

    Lo stesso accadrebbe se SystemD avesse l'interesse di Theo e degli hooligan di OpenBSD (lo chiamerebbero SistemaX in riferimento a UNIX e famiglia, inoltre lo renderebbero il più compatibile possibile, e -come LibreSSL- con una pagina web con tipografia Comic Sans).

    Ad ogni modo, sembra che Slackware e Gentoo guadagnerebbero più seguaci grazie a flamewar (seriamente, Slackware è il più attaccato a UNIX e alla stessa filosofia KISS).

  20.   visuk suddetto

    Un po 'fanatico tutto questo mi suona

  21.   mario suddetto

    Vorrei dirti che il tuo tempo in Debian è finito, se vuoi mantenere le tue abitudini UNIX, ti sentirai molto a tuo agio con OpenRC su Gentoo: puoi installare KDE in pace e non otterrai gli alveari di Gnome. Systemd e Gnome vanno di pari passo, sarebbe un mal di testa patchare ogni pacchetto, poiché volevo ubuntu con upstart. In debian popcon continua a dire che viene utilizzato Gnome, le risorse sono limitate e sono nella seconda versione beta.

  22.   sf22 suddetto

    Qualcuno può spiegarmi cos'è systemd e qual è il problema con esso (anche se immagino dove vanno gli scatti)? È che sebbene io usi Linux non conosco molto bene il suo funzionamento interno.

  23.   yukiteru suddetto

    systemd è un programma che è responsabile dell'avvio del tuo sistema operativo (init) e di tutti i servizi che utilizzerai sul tuo computer, dal montaggio del disco rigido e usb, ai demoni che ti permetteranno di usare Internet, oltre a spegnere il sistema e tenere traccia delle sessioni utente, tra molte altre cose.

  24.   Serix suddetto

    Non c'è modo di trovare hardware che supporti bene FreeBSD 😛

  25.   Serix suddetto

    Questo è falso eliotime3000
    1. La FSF non odia UNIX. Sono interessati solo a promuovere il software libero. Se AIX o HP-UX fossero gratuiti, sarebbero consigliati dalla fondazione. Richard Stallman ha affermato di aver scelto di creare un sistema simile a UNIX a causa della sua grande portabilità e pulizia, sebbene avesse alcune critiche generali.
    E le azioni della FSF non hanno nulla a che fare con la separazione di UNIX e GNU / Linux, ma piuttosto questo deriva dal loro modello di sviluppo ereditato o acquisito. Mentre il primo è più centralizzato, stabile e testato, il secondo incorpora funzionalità e caratteristiche molto veloci, senza eseguire molti test rigorosi.

  26.   anonimo suddetto

    In gentoo puoi avere un kernel linux o un kernel freebsd, questo è il motivo principale per cui gentoo ha rifiutato systemd, come saprai, systemd è legato ai cgroups che solo il kernel linux ha e non a kernel unix come freebsd.

    $ eix -c fonti-freebsd
    [N] sys-freebsd / freebsd-sources (-): sorgenti del kernel di FreeBSD

    L'hardware di oggi è completamente compatibile nel 95% dei casi, qualche altro problema con insoliti chip asics da netbook o notebook, ma in generale il resto non è problematico, alcuni bios là fuori con le tabelle ACPI non sono molto ben rifiniti, ma niente che possa può essere risolto compilando il kernel o passando un parametro del kernel in / etc / default / grub

  27.   senza nome suddetto

    Le parole se ne sono andate con il vento

    Sono solo parole senza argomenti, dati concreti, comparativi ...

    è un discorso filosofico

    Vorrei trovare un ragionamento documentato in tutto quel discorso, ma non trovo nulla

  28.   Tina Toledo suddetto

    "Coloro che pensano che Linux dovrebbe preoccuparsi degli idioti e degli HOYGAN dovrebbero tornare ai loro Mac e Windows e smettere di provare a" riparare "Linux".
    Questo è l'esempio più chiaro del perché la stragrande maggioranza degli utenti Windows ci percepisce come un gruppo di smanettoni che si sentono come l'ombelico del mondo ... da parte mia, Barry può arrotolare la sua piccola lettera e metterla lì, in quella parte del corpo dove il sole non splende mai.

  29.   pandev92 suddetto

    Bene, il mio systemd non mi dispiace, non è instabile come all'inizio, e la verità è che non mi interessa se è openrc, upstart systemd, fintanto che il mio pc si avvia velocemente.

  30.   pandev92 suddetto

    Tina, la maggioranza degli utenti sono quelli che non sono mai entrati in un forum per guardare le discussioni, che non sanno nemmeno dell'esistenza di Linux e se lo fanno, sanno che c'è qualcosa di strano e marrone chiamato Ubuntu. Pertanto queste discussioni, l'utente medio non raggiunge o non scopre, infatti la maggior parte ancora non sa usare bene Windows.

  31.   Tina Toledo suddetto

    Pandev ... hai assolutamente ragione nel mondo; la stragrande maggioranza degli utenti Windows non legge né partecipa a questo tipo di discussioni, ed è proprio per questo che hanno un'immagine distorta dell'utente GNU / Linux. E con idee così stupide, come quella che ha scritto Barry, sono ancora meno interessati. Chi vuole essere trattato come "idiota e Hoygan"? Chi pensa che Christopher Barry si riferisca agli altri in quel modo? Quindi GNU / Linux è stato, è e sarà sempre un mondo adatto solo a "illuminati" che ne comprendono gli aspetti tecnici e le famose "libertà"? I semplici utenti ordinari che vogliono che GNU / Linux generi distribuzioni più amichevoli e facili da usare e siamo molto poco o per niente interessati al linguaggio di programmazione e alla dottrina di Stallman, non contiamo perché secondo «Mr. Barry »siamo idioti?

  32.   diazepano suddetto

    tina, pandev. Si noti che il collegamento che ho inserito nella parte degli hoygans l'ho messo in malo modo.

  33.   Tina Toledo suddetto

    Ciao Diazepan. Grazie per il chiarimento, ma me ne ero già accorto. In effetti, prima di fare il mio commento ho letto la lettera originale per essere chiaro su quello che Barry sta cercando di dire ed era molto vero che critichi il background -non la forma- con quelle aggiunte ironiche, e davvero molto accurate.
    È lo stesso contesto di "latte cattivo" che uso per riferirmi a ciò che "Mr." Christopher Barry si è espresso come inavvertitamente volendo.

    Capisco, come te Diazepan, quello che ha detto Barry tra le righe e sono totalmente d'accordo con la tua critica.

  34.   anonimo suddetto

    Penso che tu debba metterti nel contesto, a chi è stata inviata la lettera? sì, da questo Berry a LKML.ORG, cioè, forse è un utente programmatore avanzato che si rivolge ad altri sviluppatori avanzati ... non utenti normali.
    GNU / Linux è arrivato dov'è grazie ai programmatori, sono ancora i programmatori che migliorano e portano avanti tutto questo.
    Siamo di fronte a un sistema operativo e programmi realizzati da persone e non da aziende, in un'azienda il manager dice che è fatto in quel modo perché dico e per questo li paghiamo, punto, così l'utente non scenderà mai a compromessi con il creatore del programma o del sistema.
    Ora guarda cosa succede in GNU / Linux, gli utenti senza sapere molto entrano in conversazioni con i programmatori….
    Non voglio sollevare polemiche con questo commento, nemmeno io sono un programmatore, dì solo che devi metterti nel contesto di come è successo.

  35.   eliotime3000 suddetto

    Citando il liberto in questione:

    In parte è una convinzione che la comunità Linux debba combattere contro il
    egemonia di Windows e Mac, come se l'esistenza di Linux dipendesse
    la sconfitta delle alternative. Coloro che pensano che Linux dovrebbe soddisfare
    idioti e sbavando dovrebbe tornare ai loro Mac e Windoze Boxen, e
    smettila di provare a "riparare" Linux. Non era fottutamente rotto!

    Contrassegnando gli utenti Windows come idioti e ritardati è più che sufficiente per considerare Barry un idiota e HOYGAN (Ci sono molti che sanno come ottenere il massimo dalla suite Adobe, dai programmi Autodesk {come gli studi di videogiochi, inclusi Valve e Bandai Namco}, dai modellisti che utilizzano SolidWorks con le loro stampanti 3D e da altri tecnici).

    Senza dubbio, questo è un motivo in più per non considerare l'opinione di questo fanboy secondo cui sarebbe meglio lavorare con Theo de Raadt allo sviluppo di LibreSSL e OpenBSD.

  36.   hikari suddetto

    La cosa del sistema è diventata una lotta di ego, che sono divinità credenti più grandi. L'idea di systemd all'inizio non era male ma mi sembra qualcosa di troppo grande e complesso per un sistema Unix-like, funziona ancora per metà (problemi con il debug del kernel per esempio). Anche se se colui che ha fatto il disastro del pulseaudio è dentro l'aglio (di tanto in tanto mi accadono cose strane con lui), va da sé molto di più. Quando ho iniziato con linux upstart non esisteva nemmeno, era init e ha funzionato.

  37.   Tina Toledo suddetto

    Anonimo:
    Il contesto per questo è una lettera aperta indirizzata all'intera comunità:
    Data Mar, 12 Agosto 2014 15:38:12 -0400
    Da Christopher Barry
    Oggetto OT: Lettera aperta al mondo Linux

    "Ora guarda cosa succede in GNU / Linux, gli utenti senza sapere molto entrano nelle conversazioni con i programmatori…." equivale a "Coloro che pensano che Linux dovrebbe soddisfare gli idioti e gli sbavatori dovrebbero tornare ai loro Mac e alle finestre Windoze, e smetterla di provare a 'riparare' Linux."

    Cosa mi suggerisci di fare allora Anonymous? Cosa ricevo sul mio Mac o sul mio Windows? Mi sembra che parte della comunità GNU / Linux sia composta da persone che usano GNU / Linux perché ci offre un sistema operativo che ci piace. Quel gruppo, a cui appartengo, non siamo programmatori e, come nel mio caso, non troviamo affatto pratiche le proposte di Stallman. Ci sono utenti, come me, a cui non interessa e non ci interessa sapere se systemd viola le libertà - suppongo che Barry si riferisca a quelli proclamati da Richard Stallman, sebbene non lo dica - perché vediamo in GNU / Linux un strumento con un futuro ... anche se per come stanno andando le cose mi sembra che il futuro sarà senza GNU.

    1.    anonimo suddetto

      @Tina - La lettera è stata inviata alla mailing list principale, si capisce dall'oggetto che è indirizzata a tutti gli sviluppatori principali, o almeno questo è quello che ho capito.
      Systemd è criticato perché è iniziato come un sistema sostitutivo per init e si scopre che ora sta manipolando la rete e dns. Per quanto dici che non ti interessa sapere come funziona, se ti interesserà continuare così come va ... questo andrà sicuramente al telecomando esterno e acconsentito da utenti che non conoscono un cetriolo e pensano come se lo facessero.
      La sicurezza è il fondamento di GNU / Linux, la sicurezza che le informazioni non siano accessibili o manipolate, senza che l'utente se ne accorga (nel migliore stile Windows e Mac).
      Che cosa può pensare qualcuno che sa qualcosa sulla sicurezza guardando il corso che sta seguendo systemd? la velocità è un pretesto per pervertire la sicurezza.
      Sono stanco di dirlo, logind, consolekit, policykit, selinux, multiseat e ora systemd sono trojan per la sicurezza innata che GNU / Linux ha sempre avuto, da società esterne e alcuni paesi stanno pagando molto bene i leader di alcuni progetti chiave per trasformare la sicurezza di GNU / Linux in qualcosa di manipolabile ... nessuno lo dice così, oso dirlo per vedere se lo scopre una volta per tutte.
      Altri tentativi in ​​quella direzione sono in kde, kdelibs nepomuk strigi chiamato desktop semantico.
      Non voglio rovinare l'unico sistema operativo di cui mi fido, ma risulta che systemd ha già il PID 1 ... e ha incasinato la rete e i registri di sistema.
      Puoi discutere a lungo e in modo uniforme per giorni, ma guarda le risposte a quell'e-mail e vedrai che nessuno è venuto a dire che non aveva motivo di dire quello che hanno detto.

  38.   yukiteru suddetto

    @Tina molto di ciò che Linux è oggi, è grazie al fatto che le idee di Stallman e molti altri sono state seguite da vicino, che sostengono il rispetto del software e delle libertà degli utenti di scegliere ciò che vogliono, in base alle loro esigenze, e questo è stato il caso non solo a livello di utente ma anche a livello istituzionale, scientifico e aziendale. Rinunciare e perdere queste libertà non significa solo rimanere senza la possibilità di scegliere, ma trasformerebbe anche Linux in qualcosa contro cui si è combattuto sin dall'inizio. Il fatto che progetti come KDE, GNOME dipendano da systemd, renderà le cose più difficili in questo contesto e, a causa della tendenza attuale, è possibile che non ci sia affatto, estendendo la dipendenza a systemd. Solo per fare un esempio, FreeBSD installa KDE di default, ma se KDE dipende da systemd per farlo funzionare su quel sistema sarà un problema poiché il codice dovrà essere patchato per farlo funzionare, anche così, Martin Gräßlin, io assicurati che manterrà il vecchio KDE init per i sistemi che usano solo X11, quindi questo non accadrà almeno per ora.

  39.   Tina Toledo suddetto

    E molto di ciò che Linux è oggi -senza GNU- è stato ottenuto grazie a coloro che non hanno seguito la rigida dottrina di Stallman: il sistema operativo Linux più utilizzato al mondo è Android e GNU non ha nulla, le distribuzioni più popolari e che si sono avvicinate di più all'utente ordinario come Ubuntu e le sue derivate Linux Mint, Elementary e più recentemente Deepin adattandole alle nostre esigenze, si scopre che alla fine non sono più molto GNU.

    Ho sempre detto, qui e altrove, che ho molto rispetto per coloro che credono e praticano la filosofia di Stallman, anche se non la trovo utile -almeno per me- tuttavia bisogna anche riconoscere che ci sono molti GNU / Utenti Linux che usiamo le loro distribuzioni per ragioni diverse dalle libertà che Don Richad promuove e che ciò che conta meno è conoscere il "coraggio" dei sistemi operativi perché non siamo tecnici o ingegneri di sistema. Quel gruppo - grande o piccolo è l'ultimo - merita rispetto, il fatto che non conosciamo la programmazione non ci rende più o meno intelligenti e né più né meno interessati a migliorarci come persone. Sappiamo di cosa abbiamo bisogno da un sistema operativo - sia esso GNU / Linux, Windows o MacOS - e abbiamo tutto il diritto al mondo di presentare le nostre idee. Cosa succede se i miei bisogni - che possono essere anche i bisogni di molti altri - entrano in conflitto con le libertà stalmaniane? La verità è che non sono molto d'accordo con il fatto che se non ci riscaldiamo tutti, gettiamo la stufa nel fiume.

    1.    x11tete11x suddetto

      Ammettiamo che gli utenti che descrivi non si preoccupino di systemd, upstart, openrc, ecc. Ecc. 😛

      1.    Tina Toledo suddetto

        Esatto @ x11tete11x. Quando accendo il mio PC, a differenza di Neo, non vedo i codici del Matrix sul mio monitor, tanto meno so come interpretarli. Non mi interessa se il sistema operativo che uso ha SystemD o qualsiasi altro perché per scopi pratici quello che voglio è che il sistema operativo funzioni ... e che funzioni bene. Quel SystemD finirà per essere onnipresente e questo significa perdere le libertà? Cribbio, non ha senso!

        Che SystemD sia complicato, che abbia bug e che i suoi sviluppatori siano così pigri da fare le cose a metà? Raul lo ha detto così chiaramente che non è necessario gridarlo; Invece di lamentarti, lascia che chi lo sa, se ha tempo, lo aiuti a rimetterlo a posto e correggerlo. Ebbene, non è questo l'argomento del software libero?

      2.    eliotime3000 suddetto

        @Vasca:

        Ripetendo per l'ennesima volta quanto detto nei commenti precedenti: impara da Theo de Raadt, per ha avuto il coraggio di fare il fork di OpenSSL quando tutti gli altri si lamentavano.

        Non sto dicendo che sia una cattiva idea implementare SystemD. In effetti, quando uso Chromium / Chrome / Opera Blink Developer su Linux, di solito ci vuole SysVinit su Debian per sempre per spegnere completamente il sistema, cosa che normalmente non accade con SystemD. Inoltre, SystemD, a quanto pare, avrebbe i suoi giorni contati se fosse biforcato (e per di più, con i miglioramenti e le somiglianze con OpenRC, SysVinit e simili che molti amministratori di sistema vorrebbero avere).

      3.    Tina Toledo suddetto

        Mia cara @ eliotime3000… hai assolutamente ragione nel mondo. Anche se non vedo il motivo per cui dovrebbe essere biforcato. Wow, capisco perché, ma non vedo una giustificazione per questo.

      4.    yukiteru suddetto

        @ eliotime3000 quello che dici sul fork lo vedo complicato almeno in BSD, in Linux è un'altra questione, poiché può rendere un sistema in grado di rendere le applicazioni dipendenti da systemd compatibili con un init come OpenRC, attraverso un livello intermedio tra le applicazioni dipendenti da systemd e il sistema stesso. Qualcosa di simile era stato pianificato con OpenRC-settingsd, anche se questo progetto sembra essere stato interrotto dal 2013. L'altra domanda è: se fai qualcosa del genere, Lennart farà la stessa cosa che sta facendo ora con eudev che silura il progetto portando a udev / kdbus e systemd per una più forte integrazione del kernel?

        @Tina, quella che accendi il tuo computer e non capisci il codice a matrice che appare durante l'avvio, ti rende un utente Linux medio, che è la stragrande maggioranza degli * utenti * di questo sistema, quelli che provengono dalle terre di Windows e OS X, alla ricerca di un'alternativa, testando o sperimentando, e hanno visto qualcosa in Linux che li ha semplicemente agganciati, qualunque sia la ragione, e questo è rispettato. Ciò che viene discusso ed è la principale fonte di attrito tra il pro e il contro systemd almeno nella mia comprensione, è il fatto che questo init diventa una sorta di centro gravitazionale da cui nulla può sfuggire, facendo cose che normalmente un init non dovrebbe fare, e diventare una forte dipendenza da tutto ciò che fa Linux (demoni, software di gestione, DE). Ciò alla fine significa una cosa: ci renderà dipendenti da un'applicazione che potrebbe avere problemi di progettazione e sicurezza (ora o in futuro), inoltre non accetta altro che le proprie premesse (Lennart non è molto collaborativo, sarcastico). Ci sono molti motivi per evitarlo e non è necessaria molta memoria per trovarne uno, il caso di OpenSSL è piuttosto recente ed è un esempio vivente che dipendere dal software stesso è una cattiva idea (OpenSSL è il più grande software in crittografia utilizzato in quasi tutte le distribuzioni) e ci fornisce un chiaro esempio di ciò che affidarsi ciecamente al software può portare alla comunità ea coloro che utilizzano il sistema operativo. E ci sono altri motivi, ma lo lascio qui per non estendermi.

        Saluti 🙂

  40.   anonimo suddetto

    Ora guarda dove si è immischiato, sì, con i terminali virtuali del core VT, sembra che voglia sostituirli… .. qualcuno deve fermare questo frontman o le cose andranno male.
    FORCELLA urgente per favore!

    Systemd 216 accumula più funzionalità, mira a un nuovo spazio utente VT
    http://www.phoronix.com/scan.php?page=news_item&px=MTc2Nzk

    1.    yukiteru suddetto

      @ anonymous e non finisce qui ora che hai anche una cache DNS. Cosa fa un init con un servizio DNS integrato? In realtà non ne ho la minima idea, ma il * mostro * avrà anche il supporto DNSSEC e mDNS. Spero solo che non ottenga * plastic * con qualche altro demone come bind, unbound o pdnsd.

      La cosa systemd-terminal ha a che fare con KMSCon (KMS Console), uno sforzo per far uscire i VT dallo spazio kernel e nello spazio utente, ma anche per sistemare molte altre cose, specialmente con Mesa, KMS, DRM, in oltre a semplificare un po 'lo sviluppo del kernel. Lo sforzo è buono, ma l'implementazione sarà problematica dopo un po 'perché le dipendenze di KMSCon sono: table (libdrm, libgbm, libEGL, libGLESv2), udev (systemd), xproto (dipendenza runtime), libxkbcommon, freetype2 e glib (supporto unicode ), in breve, l'ennesima spinta per init non compatibile con systemd.

      1.    miraggio suddetto

        questo perché systemd ha smesso da tempo di essere solo un init. init è solo uno dei servizi che offre. l'altro è una serie di demoni secondari (come logind e tutto ciò che finisce in d) che sono binari separati e che si concentrano su una singola funzione specifica. e infatti puoi usare systemd senza la maggior parte di detti demoni figlio o averli disabilitati. quello che succede è che questi demoni sono, in molti casi, compatibili solo con systemd e non possono essere usati al di fuori di questo (caso logind dalla versione 205) questo perché sono progettati per funzionare solo con esso. questo porta vantaggi e svantaggi.

        Vantaggi

        -systemd è altamente modulare, puoi usarlo solo con i servizi di cui hai bisogno (infatti questo è il motivo per cui systemd è usato principalmente nei sistemi embedded)
        - essendo progettati per funzionare solo l'uno con l'altro. dà la possibilità di una migliore integrazione nel sistema. rendere gli script di systemd praticamente universali (questo era uno dei problemi principali di sysvinit, gli script di uno non potevano essere portati su altre distribuzioni, era più facile crearne uno da 0 (detto da diversi sviluppatori Debian)

        -standardizzazione: questo deve essere spiegato.

        - limitando le tue opzioni, puoi mantenere una base di codice più piccola e pulita, migliorando così la sicurezza (perché ricorda che ogni servizio di systemd è un demone separato in un binario separato) molti dei problemi di sicurezza più seri sono dovuti al codice vecchio che è ancora lì a causa della retrocompatibilità o perché devi sopportare troppe opzioni.

        svantaggi

        -Mancanza di portabilità: poiché è progettato per funzionare solo con alcuni software e nient'altro, se i requisiti non sono soddisfatti, le cose non funzionano o richiedono molto lavoro extra per farlo funzionare.

        infine, essere una dipendenza critica da tutti i sistemi non è male. abbiamo dipeso da X11 per 20 anni in Linux per interfacce grafiche e DE. Questo ci ha portato problemi di sicurezza universali (i problemi x11 in Debian sono gli stessi di arch per esempio) ma la soluzione non è quella di creare 20 differenti server grafici, uno per ogni distribuzione, che renderebbero lo sviluppo per Linux un incubo superiore. Mi sembra che i vantaggi di "imporre l'ordine in casa" siano migliori. il mondo Linux ha chiesto per anni di porre fine alla frammentazione e systemd è il pezzo di software più vicino che ha portato questo desiderio di vecchia data

  41.   Carlos MC suddetto

    Ciao,

    Se hanno veramente usato systemd non vedo perché così tante lamentele, uso Gentoo da anni, il che mi ha dato la libertà di scegliere molte cose e adattarle alle mie esigenze.

    Ricordo di aver migrato il mio Gentoo con OpenRC e il miglioramento della velocità di avvio è stato sorprendente. Poi è apparso SystemD e dopo aver atteso che si stabilizzasse nel portage tree ho deciso di migrarlo e testarlo. L'ho tenuto solo perché mi dà ciò di cui ho bisogno sul mio laptop, un sistema che si avvia rapidamente, sì, più velocemente di OpenRC, senza aver apportato modifiche hardware!

    Non puoi essere solo un geek e vuoi che tutto sia su misura, usiamo i computer perché ne abbiamo bisogno e hanno sempre bisogno di iniziare rapidamente, semplicemente e brevemente la questione.

    Bene, questo è Linux, ci saranno sempre opinioni diverse e alternative per tutti i gusti.

    Oltre a criticare solo per l'amore di essere un geek e di avere tutto sintonizzato nel nostro sistema operativo, meglio spiegare soluzioni e alternative ... aiutare gli altri che sentono che il nuovo non li accoglie con howto e altri che contribuiscono più di ogni altra cosa nel mondo Linux!

    Saluti!

    1.    anonimo suddetto

      @CarlosMC
      ... .. e hanno sempre bisogno di iniziare rapidamente, semplicemente e brevemente la questione.

      Guarda, non ho nulla di mobile e il mio uptime giornaliero è di solito di circa 14 ore, con openrc ci vogliono circa 20 secondi per arrivare al login grafico sottile, in sistemd può farlo in 12 o 14 secondi, stiamo parlando di 8 secondi in circa 14 ore. Non ho bisogno della velocità di avvio, ho bisogno di sicurezza e servizi gestiti a mano in modo semplice come sempre.
      Se systemd dovesse essere forkato, sfortunatamente molte cose dovrebbero essere completamente scartate, come usare formati binari compressi ... davvero un peccato vedere così tanto codice inutile.

  42.   Draco Metallico suddetto

    Più leggo di SystemD e più ne ho paura. Nel caso in cui avessi già fatto un 'sudo apt-get install sysvinit sysvinit-core sysvinit-utils'.

  43.   dmy suddetto

    Il messaggio è duro, ma il background è totalmente vero, molti dei programmatori che stanno aiutando a programmare il kernel sono programmatori pagati da aziende che farebbero di tutto per ottenere più soldi, e una delle aziende più aggressive in questo senso è Red Hat che ha i suoi programmatori collocati lì con l'intenzione di difendere esclusivamente i loro interessi commerciali, creando sviluppi tecnologici che rendono l'uso del software libero incompatibile in altri sistemi Unix-Like come BSD e altri.

    Il problema è che per causare questo uso incompatibile creano tecnologie come systemd totalmente invasive e dannose per gli interessi della comunità, e con la loro estensione e diffusione faranno sì che il sistema finisca per non essere Unix-Like, e si fermerà fare una cosa sola e farlo bene, fare tante cose e sbagliarle, il che risulterà in una fonte costante di errori e dipendenze assurde per nessun altro motivo se non quello di evitare il proliferare di soluzioni da parte di altre aziende, insomma un altro caso come quello di pulseaudio.

    E inoltre, ora con systemd dopo aver installato gli aggiornamenti sarà necessario riavviare il sistema, che ha sempre meno a che fare con la filosofia Unix, e facendo dipendere tutto da systemd impediscono ad ogni distro di utilizzare altre soluzioni come openRC, Init , ecc ...

    Speriamo che Linus Torvald abbia ancora qualcosa da dire su systemd, un software che chiaramente non è compatibile con la filosofia Unix o con il software libero.

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

    e se questo avrà successo, sarà necessario iniziare a usare sempre di più i sistemi BSD.

    1.    miraggio suddetto

      Sarà che a Linus non interessa la filosofia unix che non è la religione. Linus l'ha già detto. Linux non riguarda la libertà o la filosofia economica, si tratta di fornire soluzioni efficaci a problemi reali. systemd risolve efficacemente molti problemi reali attuali meglio di tutte le alternative attuali.

      Infine. Dirò che quel systemd non è simile a Unix è falso. systemd non è un binario gigante che fa tutto da solo. Ci sono 2 systemd, il primo è il binario per l'init, questo è piuttosto piccolo. infatti è più piccolo di upsart e sysvinit. il secondo è il progetto in quanto tale e tutti i progetti sotto lo stesso ombrello. ognuno di questi sono binari separati (è vero, ogni servizio systemd è un binario separato dal resto, dedicato a gestire solo ed esclusivamente detto servizio e nessun altro. Questo mi suona come "fare una cosa e farla bene") la cosa ciò che preoccupa molti è che questi singoli binari e daemon possono essere usati solo (alcuni, perché non tutti) senza avere systemd come PID 1. finalmente. Quegli altri progetti che Systemd ha "divorato" è perché i creatori di questi stessi hanno deciso di unirsi insieme di loro spontanea volontà. Dubito che lennart abbia puntato una pistola sulla testa degli sviluppatori di syslog o udev. loro stessi hanno deciso di aderire.

  44.   anonimo suddetto

    L'hai detto con le parole esatte… .amen.
    Non c'è bisogno di preoccuparsi, chiunque può creare una distro usando openrc, nessuno si offenderà ... e per coloro che vogliono il proprio, hanno già gentoo / funtoo, penso che anche sabayon e slackware entrino in gioco.

  45.   anonimo suddetto

    @miraggio
    svantaggi
    -Mancanza di portabilità: essendo progettato per funzionare solo con determinati software e nient'altro, se i requisiti non sono soddisfatti, le cose non funzionano o richiedono molto lavoro extra per farlo funzionare.

    Fallimento totale, può avere tutti i vantaggi che vuoi, ma se alla fine è compatibile solo con se stesso, è costringere tutti ad usarlo o dover ricominciare da capo per non volerlo usare ... se questo non lo è imposizione, che cos'è?
    Uno script può essere letto da qualsiasi occhio umano ed è interpretato da bash ... ovviamente è più lento da eseguire, un binario non può essere letto da un occhio umano, devi leggere il codice sorgente e compilarlo tu stesso per esserne sicuro. .. cioè, prima dovevi saper leggere i copioni in bashy ora devi saper programmare in linguaggio C ... o affidare la tua anima a Lennart.
    Riguardo al fatto che Lennart usi una pistola, non credo, è un polena RedHat per cominciare e se usa qualcosa, in ogni caso devono essere alcuni fasci di biglietti verdi ... non uccidono nessuno, ma convincono nel prendere decisioni.

  46.   Manuale suddetto

    Non sono uno sviluppatore, sono appena entrato in un istituto, ma capisco quello che dici, codice aperto e la libertà di imparare da esso, e modificarlo fa parte di quella filosofia di "libertà" che gnu / linux diffonde e, purtroppo; framework, è oggi una grave ferita nel cuore di GNU / LINUX. Suppongo che, per coloro che hanno una formazione accademica, non dovrebbe importare molto, poiché sempre, potranno fare a meno delle distribuzioni che prendono systemd e; crea il tuo sistema gnu / linux, cioè crea il tuo sistema gnu / linux da zero, senza dover ricorrere a systemd.

    Archlinux, usa systemd e credimi lo sto usando e sicuramente funziona molto bene, ma personalmente cercherò di lasciarlo per arrivare a gentoo e da lì a linux da zero.

  47.   anonimo suddetto

    Almeno hanno iniziato con un buon boicottaggio, che in seguito si trasformerà sicuramente in un sovrano FORK per systemd.

    Nuovo gruppo chiede il boicottaggio di Systemd
    http://www.phoronix.com/scan.php?page=news_item&px=MTc3OTM

    Nei commenti qualcuno ha passato due link dove descrivono in dettaglio gli orrori del design (non si sa se lo scopo) di systemd.

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

  48.   Jritz suddetto

    E dove diavolo sono Richard Stallman e le sue opinioni su queste cose?
    Log binario, tutto controllato da systemd, che non ascolta la comunità ...

    Non sono né a favore né contro systemd, ma SONO SORPRESO che Richard Stalman non abbia detto una parola.

  49.   Nico Fuenzalide suddetto

    Brrrr!

    Pensavo di leggere un post tecnico in spagnolo.

    saluti

  50.   SMETTI DI FRIGNARE suddetto

    Systemd è un'ottima idea implementata in modo impeccabile. Versione 217, già su Arch e tra qualche anno su Debian - LOL! - contiene funzionalità di sicurezza che possono essere applicabili solo a un PID1, ad esempio, il completo isolamento di servizi e processi, qualcosa che né SELinux né qualsiasi altro MAC potrebbero mai sognare di fare con implementazioni diverse da systemd.

    Da parte mia non conosco nessuno che utilizzi systemd e che voglia tornare al vecchio sistema di avvio e configurazione del sistema; In effetti, ogni archero che incontro e al quale commento sull'argomento, perché una volta eravamo tutti nostalgici di /etc/rc.conf, concorda sul fatto che systemd sia semplicemente impeccabile dal punto di vista dell'amministrazione del sistema e che non importa come molto Un tempo potresti aver amato il vecchio paradigma di configurazione del servizio oggi, NÉ PAZZO tornare a quello dopo aver usato systemd.

    Gente, smettetela di rompervi i coglioni, è già un dato di fatto, è qui e se non vi piace, usate altre cose come Devuan (hahahahahahahahaha) o Gentoo, o Slack o anche Manajaro che ora supporta OpenRC.
    E poi, mentre si leccano le ferite usando qualcosa di anti-sistema, dai un'occhiata a openSUSE, Fedora o Arch e guarda come sono irrimediabilmente persi nel tempo vivendo una realtà anacronistica, tutto per il semplice prurito di rifiutare ciò che apparentemente non sanno e giudicare in base al resto delle opinioni invece di formare le proprie.

    Puttana, se anche gli sviluppatori core di FreeBSD stanno già parlando di progettare un sistema simile a systemd per soddisfare le nuove esigenze che si vedono all'orizzonte immediato, tra cui massiccia virtualizzazione, molteplicità di dispositivi connessi, portabilità ai dispositivi mobili, sicurezza e semplificazione e amministrazione ottimizzata tra gli altri ...

    Prima di rispondere a sciocchezze nate da un sentimentalismo viscerale, leggi questa breve trascrizione del recente discorso di Lennart sulle nuove funzionalità di sicurezza discusse sopra:

    Tutte le funzionalità sono attivabili tramite le unità di servizio e hanno lo scopo di isolare o compartimentalizzare l'accesso alle risorse di sistema dei daemon e l'un l'altro utilizzando gli spazi dei nomi del kernel:
    - PrivateTmp: assegna uno specifico / tmp e / var / tmp per il demone
    - PrivateDevices: crea un / dev specifico per il demone con tutto il necessario: null, random, urandom, ecc., Solo quello che è necessario perché funzioni correttamente. In questo modo si impedisce al demone di accedere al disco oa qualsiasi dispositivo connesso (blocco o carattere). SORPRENDENTE.
    - PrivateNetwork: crea un'interfaccia completamente isolata dalla realtà (in modo da non potervi accedere dall'host che punta a 127.0.0.1). La cosa MOLTO bella di questo è che puoi condividere lo stesso spazio dei nomi tra diversi demoni così, ad esempio, puoi avere un MariaDB connesso solo alla rete di backend che lo usa e questi due a loro volta a un Nginx che è quello che ha accesso all'interfaccia di rete.
    - PrivateSystem: un ulteriore passo avanti, se lo attivi, permette al demone di accedere solo a / etc e / usr (/ usr in modalità R / O); se lo imposti come pieno, puoi accedere a / etc solo in modalità R / O
    - PrivateHome: sovrappone una / home vuota nello spazio dei nomi del daemon in modo che non possa accedere alle tue informazioni
    - ReadOnlyDirectories: come indica il nome, rende quelle directory di sola lettura
    - InaccessibleDirectories: come il nome 🙂
    - MountFlags = slave: attivando una qualsiasi delle opzioni precedenti per un dato demone, gli argomenti di montaggio vengono automaticamente mascherati come slave, ovvero la tabella di montaggio generale del sistema non viene alterata, ma i parametri influenzano esclusivamente il montaggio eseguito dal diavolo (moi groso!).
    È inoltre possibile utilizzare questa opzione autonoma.
    - CapabilityBoundingSet: istruisce un processo in modo che tutti i thread che vengono creati a seconda di esso utilizzino solo le capacità definite dall'amministratore (http://man7.org/linux/man-pages/man7/capabilities.7.html) e quindi evitare le vulnerabilità dell'escalation dei permessi: sexy, eh !? ^ _ ^
    https://drive.google.com/open?id=0Bw3eycS9_SPaQnFHZjU5TURxdmc&authuser=0

    Sviluppatore principale di FreeBSD che fa una proiezione per i prossimi 10 anni del sistema operativo e parla della necessità di implementare una soluzione simile a systemd:
    https://www.youtube.com/watch?v=Mri66Uz6-8Y

    1.    msx suddetto

      * gettare

  51.   Fernando Cortes Aviles suddetto

    Sono stato un fedele utente Debian per anni e mi rattrista vedere il percorso che sta prendendo. Solo alcuni sviluppatori possono votare, ma l'utente finale non ha altra scelta che accettare quello spawn of hell (systemd). Spero solo che il progetto devuan vada avanti e riceva molto supporto.
    Ci sono poche distribuzioni fedeli a SysV come Gentoo e pclinuxos e ovviamente ... slackware!

    saluti

  52.   Alberto suddetto

    Onestamente penso che per chi guadagna con Linux, questo sistema è lontano anni luce da Windows e Mac e quindi da tutti i pompini, kit e cazzi di systemd. Oserei dire che in meno di 8 anni Nod, Avast, Kaspr e tutto il loro entourage entreranno nel mondo Linux, con loro ovviamente tutti i loro virus. Sono affari e qui non si libererà nessuno dei due dio. Ogni giorno più utenti Linux? un cazzo come paca ho bisogno dei tuoi soldi. Purtroppo è così. Adesso stanno solo mettendo la punta e con la vaselina .. aspetta qualche anno vedrai hahaha

  53.   Marcelo López Foresi suddetto

    Penso che quello che dice l'autore della lettera sia stupido. Sebbene ci siano molte obiezioni a systemd, ogni volta che ci sono stati grandi cambiamenti, ci sono state grandi obiezioni.
    Inoltre, essere un utente Debian (lo sono anch'io) non mi sembra un'obiezione valida. Se non ti piace che decidano le cose per te, usa semplicemente un'altra distribuzione "più difficile" e compila tutto a mano, incluso il sistema di avvio.
    Non puoi fingere di avere tutti i vantaggi di eseguire un apt che risolve tutte le dipendenze, senza alcun svantaggio.
    A un utente di slack o gentoo, non sarebbe successo che "oops ... ho aggiornato e ci sono cose che non mi piacciono". Perché per aggiornare un sistema a mano, devi passare molte ore di culo a guardare quello che stai facendo.
    Mi dispiace se gli sviluppatori della distro che ti piace hanno fatto qualcosa che non ti piace. Ho un'idea, perché non fai lo stesso di Linus e costruisci un sistema operativo separato?

  54.   Jorge suddetto

    Ciao, sono abbastanza nuovo su Linux e la verità è che questo articolo sembra spaventoso e non del tutto esente. Io che ero entrato a far parte di Debian con tutta l'illusione di cosa significhi software libero (libertà, aiuto altruistico a tutti coloro che ne hanno bisogno, gratuito, semplicità) in breve, mi sembrava un modo per capire un computer fantastico e buono (e come penso che l'informatica dovrebbe essere dall'inizio). In effetti, sono finito su questo sito perché stavo iniziando a documentare Debian per imparare a gestirmi e fare le cose da solo, mi sto rendendo conto che tutto ciò che voglio mirare sta scomparendo.

    Dovremo creare una nuova partizione in Devuan, vediamo come funziona ...

    Grazie per questo contributo articolo.
    Saluti, Jorge.

  55.   Jorge suddetto

    In ogni caso, il tempo dimostrerà a chiunque abbia ragione.

    Quello che noi utenti possiamo fare è provare diverse alternative e sperare quale finisca per essere migliore.

  56.   Jorge suddetto

    Per quanto riguarda Devuan, mi piacerebbe provarlo, ma attualmente è nella sua versione di prova. Non appena esce una versione stabile per vedere se posso provarla, per vedere com'è.

  57.   Sebastian suddetto

    Che strano leggere di un argomento così insolito e concordare su tutto. Di recente ho installato Debian Jessie, ho già dovuto formattare 2 volte per i crash di sistema totali in aggiornamenti relativamente facili. Mi chiedevo come mai non mi fosse mai successo niente del genere e improvvisamente tutto ha cominciato a peggiorare. Stavo usando wheezy e poiché il cd Debian jessie ha scaricato la pagina (sia registrando su dvd che su pendrive) non funzionano per me, installo wheezy e aggiorno. Siccome ci vuole tempo per scaricare le cose non è qualcosa che faccio immediatamente quindi uso Wheezy per alcuni giorni e ho notato differenze in termini di funzionamento con Jessie che non avevo notato nei precedenti aggiornamenti. Per caso leggendo un altro articolo ho scoperto systemd e ho capito che non era una falsa paranoia che potevo notare con Jessie (la sensazione di trovarsi nell'instabilità di windows).
    Grazie al tuo articolo e agli altri che ho letto che mi hanno informato su questo argomento, ho deciso di cambiare la mia distribuzione.