[Verdebinario] [Hacklab-Cosenza] Linux Day

[Giuseppe De Marco]

Il 23 ottobre 2014 09:32, Francesco De Francesco
<francesco.defrancesco a gmail.com> ha scritto:
>
> 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
>
> • 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.

Ragazzi questo flame va avanti da giorni, che pensate che alla fine
uno di voi o parte di voi avranno ragione ?
Gli daranno una coppa ?

Ci stiamo rendendo solo ridicoli, lo facciamo ogni tanto ma stiamo
cercando di migliorare.
Se ci sono posizioni diverse è importante che ognuno dica la propria
senza cercare la ragione, è anche un discorso di rispetto reciproco.