[Verdebinario] [Hacklab-Cosenza] Linux Day

[Francesco De Francesco]

> Il giorno 23/ott/2014, alle ore 04:15, Kbyte <kbyte a snowpenguin.org> ha scritto:
> 
> 
> > Da qui però a oppormi, in assenza di alternative, non me la sento proprio. Piuttosto è più sensato forkare systemd (alcuni ci hanno già provato con scarso successo, in futuro chissà), ma non cercarlo di fermarlo tout-court.
> 
> Questa cosa che non esistono alternative a systemd, non la sto capendo.
> Fino a 4 mesi fa Red Hat, sui suoi sistemi miliardari, faceva girare upstart.
> 
> Sappiamo entrambi che RedHat prima di adottare qualcosa aspetta che sia ben testata utilizzando fedora e centos come testa di ponte. Systemd come default in fedora è del 2011, in centos dal 2013, l'adozione in redhat è stata solo questione di tempo.

scusa ma in centos c'è di default solo dalla 7.0, che è uscita 4 mesi fa (e naturalmente non viene usata come sistema di produzione)

>  
> Canonical ha speso milioni su un sistema di init perfettamente funzionante, dalla quale non aveva alcuna intenzione di switchare ("systemd is hugely invasive, hardly justifiable", Shuttleworth). Lo ha fatto perché un sistema non-systemd è ormai insostenibile.
> 
> Canonical ha commesso due errori, uno politico ed uno tecnico. Quello politico è di non aver voluto realmente coinvolgere le altre distribuzioni nello sviluppo per via della sua CLA, facendo incavolare diversi sviluppatori Debian al punto di ragionare ad un fork piuttosto che una effettiva collaborazione. Quello tecnico è stato di guardare troppo alle funzionalità care a Ubuntu e meno a quelle degli upstream, che richiedevano funzionalità più avanzate come l'attivazione dei servizi on demand e simili (quest'ultimi in parte sviluppati, ma lontani dall'essere funzionanti).
> 
> Se Debian e Ubuntu fossero stati uniti nello sviluppo di upstart, probabilmente systemd non sarebbe neppure esistito o comunque non avrebbe avuto questa rilevanza, su questo penso che entrambi possiamo concordare :P
> 
> Ora non voglio fare il gufo, ma credo che canonical stia commettendo lo stesso errore con mir.
> 
> Io sto facendo notare che siamo già a tanto così dal punto di non ritorno dove, se dovessimo o volessimo fermarlo, non potremmo.
> Non mi piace questa situazione. È pericolosa, e non era necessaria.
> 
> Ma no dai. 
> 
> Stiamo parlando di un sistema di init (e non è mica l'unico in circolazione, ce ne sono tanti), non di un mutuo.

non è soltanto un sistema di init, dai. da https://wiki.debian.org/Debate/initsystem/systemd#Questions_from_the_CTTE <https://wiki.debian.org/Debate/initsystem/systemd#Questions_from_the_CTTE>

	• Logind replaces libpam-xdg and consolekit.
	• The journal does not replace syslog per se, but thanks to it we can imagine a default installation without rsyslog for some categories of machines.
	• Systemd’s service monitoring replaces most uses of daemontools, runit, monit, and maybe other similar packages.
	• The ability to start jobs at certain times/intervals should allow us to do without anacron, and to have a default installation without cron.
	• This requires more work than just switching init systems, but systemd can boot without a shell, including in the initrd. We can eventually have, for some use cases, systems without bash, dash and busybox.
	• Some pieces of corosync and nagios-nrpe-server could be entirely disabled to query systemd instead.
	• Watchdog support allows us to deal without watchdog.
	• Some pieces of gnome-settings-daemon and the (already obsolete) entire system-tools-backends are replaced by the simpler interfaces hostnamed, timedated, localed.
	• Systemd can replace the entire keyboard/console management tools: kbd, console-common, console-tools.
	• Systemd can provide the user session, which in addition to extending systemd’s awesome features to the user session, will eventually replace most (if not all) of gnome-session (in a version relevant for jessie), and the same could be done with xfce4-session and ksmserver (kdebase-workspace-bin).

> 
> Se le cose andranno male verrà cambiato alla velocità della luce.

qualcuno molto più preparato di me ha già spiegato perché la velocità non sarebbe propriamente quella della luce...

ora scusate ma devo lasciarvi per qualche ora.

fdf

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <https://mailman-mail5.webfaction.com/pipermail/verdebinario/attachments/20141023/d9472df8/attachment.html>