Questo era quello che ha appena scritto Mark Shuttlewoth sul suo blog:
Con il voto decisivo di Bdale Garbee questa settimana, il comitato tecnico di Debian ha finalmente risolto il problema di inizializzazione per Debian e Ubuntu, a favore di systemd.
Vorrei ringraziare la commissione per il suo ponderato dibattito sotto pressione nella vasca dei pesci; fissare un livello elevato per l'analisi e il processo decisionale basato sull'esperienza poiché la maggior parte dei membri del comitato ha chiaramente impiegato del tempo per familiarizzare con entrambe le opzioni. So che le persone che lavorano in Upstart hanno apprezzato gli elogi per la qualità del codice, i test rigorosi e la chiarezza di intenti espressi anche dai membri che hanno votato contro; Dal mio punto di vista, è stato un piacere supportare gli sforzi di persone che vogliono creare un ottimo software gratuito e farlo correttamente. Upstart ha servito Ubuntu abbastanza bene: ci ha dato un grande vantaggio competitivo in un momento in cui le cose diventavano molto dinamiche, era molto stabile (dopotutto è l'init utilizzato sia in Ubuntu che in RHEL 6 e ha fissato uno standard elevato per la qualità del software Canonical di cui sono orgoglioso.
Tuttavia, hanno deciso di systemde poiché Ubuntu è un membro centrale della famiglia Debian, è una decisione che sosteniamo. Chiederò ai membri della comunità di Ubuntu di aiutare per attuare questa decisione in modo efficiente, portando systemd sia a Debian che a Ubuntu in modo sicuro e rapido. Ci vorrà sicuramente del tempo per raggiungere la stabilità e la copertura di cui godiamo oggi e in 14.04 LTS con Upstart, ma chiederò al consiglio tecnico di Ubuntu (molti di noi membri non lavorano a Canonical) di rivedere la posizione e fare piani di transizione appropriati. Completeremo sicuramente il lavoro per far funzionare il nuovo logind senza systemd come pid 1. Spero che vorranno portare systemd su Ubuntu come opzione per sviluppatori non appena sarà disponibile in modo affidabile su Debian e poiché il nostro init predefinito difficilmente offre una qualità di servizio comparabile e credibile all'init esistente.
Le tecnologie di scelta si evolvono e la nostra piattaforma si evolve sia per guidare (oggi il nostro obiettivo è cloud e mobile, e stiamo chiaramente guidando GNU / Linux su entrambi i fronti) sia per abbracciare i cambiamenti imposti altrove. L'init è controverso perché è richiesto sia dagli sviluppatori che dagli amministratori di sistema per comprenderne le peculiarità e le capacità. Non sorprende che sia stato un dibattito difficile, le conseguenze per centinaia di migliaia di persone sono altissime. Dal mio punto di vista, il fatto che le brave persone si siano divise suggerisce che entrambe le opzioni funzionerebbero perfettamente. Sono fiducioso che i nuovi maggiordomi PID 1 prenderanno questa responsabilità con la stessa serietà del team Upstart e sarà piacevole lavorare con loro. E ... avanti.
È stata una decisione molto difficile per Ubuntu! Sono sicuro che non è stato facile per loro. Penso che sia la decisione giusta, ovviamente.
Vorrei dare il benvenuto a Ubuntu nella comunità di systemd! Non vedo l'ora di una proficua collaborazione! Se tutto va bene possiamo lasciarsi il passato alle spallee lavoreremo insieme in futuro!
Sono cattive notizie per Canonical che era orgoglioso del loro Upstart, ma buone notizie per tutte le distribuzioni GNU / Linux systemd ora ha un potente partner, anche se dietro Canonical penso che abbia usato systemd (negli aggiornamenti ho notato che c'è sempre un pacchetto chiamato libsystemd) ora il cambiamento sarà totale e vantaggioso per tutti ...
Grande decisione a livello diplomatico, politico e di pubbliche relazioni, che Ubuntu accetti ciò che la distribuzione madre (Debian) ha deicidio, cioè l'adozione di Systemd su Upstart.
In questo momento Ubuntu (Mark Shuttleworth) dovrebbe pensare a una decisione tecnica, l'integrazione di elementi Upstart in Systemd, per il miglioramento e lo sviluppo del secondo.
Vediamo se questo comincia a seppellire un po 'l'ascia di guerra (fredda) tra RH e Canonical e serve a creare un ecosistema Linux migliore per tutti.
E a proposito di MIR, per favore, lascia che Canonical contribuisca anche ai propri progetti e veda se sono vantaggiosi per loro e per tutti, purché siano pubblicati sotto licenze libere, come è il caso.
Mark molto diplomatico e corretto, e anche molto corretto e ben portato alla luce dalla risposta di Poettering, sembra una sconfitta per Canonical, ma penso che dovrebbe essere visto come un primo passo verso un consenso win-win.
Mi chiedo cosa succederà ora con ChromeOS che utilizza upstart.
Per quanto riguarda l'articolo, non so se sarà buono o cattivo, ma questo renderà la vita un po 'più facile agli sviluppatori.
Credimi, quella spazzatura non vedrà mai la luce Il miglior waylan ha una possibilità !! Mir è sicuramente come quella carta usata che ti tira fuori dal naso quando è piena di moccio!
È stata la decisione giusta, sia economicamente che diplomaticamente. Come dice Mark "i nostri sforzi sono mobili e incentrati sul cloud", non puoi permetterti di sprecare risorse per restare in piedi. Penso infatti che siano stati superati dallo sviluppo di Mir, mentre altre alternative per i sistemi operativi mobili hanno già una presenza reale nel mercato (penso nello specifico a Sailfish e Firefox OS) o sono prossime al lancio (Tizen). Più ritardo significa che i produttori e le persone alla ricerca di alternative scelgono quelle che sono sul mercato. So che ci sono molte aspettative con Ubuntu Touch, ma le aspettative non dureranno per sempre. Consolidare efficacemente uno di questi sistemi significherebbe che Ubuntu ha tempi più difficili di quanto potrebbe essere oggi. Il tempo è il peggior nemico di Mark e lui lo sa. Forse finirò per fare a meno di Mir, se lo sviluppo richiede troppo tempo. E che se fosse facile in tutta la regola, perché Sailfish usa Wayland ed è funzionale, cioè perderebbe sviluppo e tempo per essere sul mercato, condizione importante per il suo successo.
Qualche mese fa ho migrato gentoo da openrc a systemd !! Non ha presentato alcun problema anche se non è che io abbia ottenuto un grande miglioramento .. Systemd a mio avviso ha ancora molte cose da risolvere nel campo del costo applicativo della migrazione (in termini di sviluppo) e dei reali benefici che porta rispetto ad altri inits gli script senza sacrificare la stabilità ovviamente
Interessante, ho alzato la migrazione, ma più per avere somiglianze negli ambienti che per la convinzione di miglioramenti significativi. Secondo te ne vale la pena?
Sono cattive notizie per Canonical che era orgoglioso del loro Upstart, ma buone notizie per tutte le distribuzioni GNU / Linux systemd ora ha un potente partner, anche se dietro Canonical penso che abbia usato systemd (negli aggiornamenti ho notato che c'è sempre un pacchetto chiamato libsystemd) ora il cambiamento sarà totale e vantaggioso per tutti ...
o forse non lo sono ??
Penso che sia la cosa più sensata e ammirevole che Marco abbia detto in questi ultimi tempi .. Complimenti!
Grande decisione a livello diplomatico, politico e di pubbliche relazioni, che Ubuntu accetti ciò che la distribuzione madre (Debian) ha deicidio, cioè l'adozione di Systemd su Upstart.
In questo momento Ubuntu (Mark Shuttleworth) dovrebbe pensare a una decisione tecnica, l'integrazione di elementi Upstart in Systemd, per il miglioramento e lo sviluppo del secondo.
Vediamo se questo comincia a seppellire un po 'l'ascia di guerra (fredda) tra RH e Canonical e serve a creare un ecosistema Linux migliore per tutti.
E a proposito di MIR, per favore, lascia che Canonical contribuisca anche ai propri progetti e veda se sono vantaggiosi per loro e per tutti, purché siano pubblicati sotto licenze libere, come è il caso.
Mark molto diplomatico e corretto, e anche molto corretto e ben portato alla luce dalla risposta di Poettering, sembra una sconfitta per Canonical, ma penso che dovrebbe essere visto come un primo passo verso un consenso win-win.
Mi chiedo cosa succederà ora con ChromeOS che utilizza upstart.
Per quanto riguarda l'articolo, non so se sarà buono o cattivo, ma questo renderà la vita un po 'più facile agli sviluppatori.
Canonical risparmierà una fortuna sulla manutenzione e lascerà tutto il lavoro alla debian XD
Debian dà ancora ordini diretti a Ubuntu !! ... Finché continuano come semplici derivati, cose del genere continueranno ad accadere !! ..
Ma risparmieranno molti soldi sullo sviluppo.
Ora devo solo * fermare la follia di MIR a favore di Wayland
Credimi, quella spazzatura non vedrà mai la luce Il miglior waylan ha una possibilità !! Mir è sicuramente come quella carta usata che ti tira fuori dal naso quando è piena di moccio!
È stata la decisione giusta, sia economicamente che diplomaticamente. Come dice Mark "i nostri sforzi sono mobili e incentrati sul cloud", non puoi permetterti di sprecare risorse per restare in piedi. Penso infatti che siano stati superati dallo sviluppo di Mir, mentre altre alternative per i sistemi operativi mobili hanno già una presenza reale nel mercato (penso nello specifico a Sailfish e Firefox OS) o sono prossime al lancio (Tizen). Più ritardo significa che i produttori e le persone alla ricerca di alternative scelgono quelle che sono sul mercato. So che ci sono molte aspettative con Ubuntu Touch, ma le aspettative non dureranno per sempre. Consolidare efficacemente uno di questi sistemi significherebbe che Ubuntu ha tempi più difficili di quanto potrebbe essere oggi. Il tempo è il peggior nemico di Mark e lui lo sa. Forse finirò per fare a meno di Mir, se lo sviluppo richiede troppo tempo. E che se fosse facile in tutta la regola, perché Sailfish usa Wayland ed è funzionale, cioè perderebbe sviluppo e tempo per essere sul mercato, condizione importante per il suo successo.
Qualche mese fa ho migrato gentoo da openrc a systemd !! Non ha presentato alcun problema anche se non è che io abbia ottenuto un grande miglioramento .. Systemd a mio avviso ha ancora molte cose da risolvere nel campo del costo applicativo della migrazione (in termini di sviluppo) e dei reali benefici che porta rispetto ad altri inits gli script senza sacrificare la stabilità ovviamente
Interessante, ho alzato la migrazione, ma più per avere somiglianze negli ambienti che per la convinzione di miglioramenti significativi. Secondo te ne vale la pena?