Come nasce Debian

Mar, 09/09/2014 - 12:41

Come nasce Debian

Inviato da theShort 5 commenti

Proprio ieri Claudio Ferreira, sviluppatore Debian di vecchia data, per mezzo delle pagine del suo blog ha aggiornato "Understanding Debian" alla versione 2.1.
Questa interessante quanto suggestiva infografica, ci mostra come sia strutturato il meticoloso lavoro degli sviluppatori Debian, fondendo insieme sia le fasi di rilascio del sistema operativo che la timeline dal giorno del suo concepimento fino ai giorni nostri.
Per tutti gli utenti che da poco si sono affacciati al mondo Debian, rappresenta un modo singolare e istruttivo per diffonderne la cultura e per tutti gli utenti ormai veterani (a cui il mondo Debian non è certo un mistero), farà sicuramente piacere ammirarla.

Fonti:
Phoronix
Blog di Claudio Ferreira





Commenti

Ritratto di Black Bart
#1

Inviato da Black Bart il Mar, 03/02/2015 - 19:50.

Re: Come nasce Debian

Interessante...
Da quello che leggo la versione testing sembra adatta ad un uso generale,un po per tutti insomma.
Voi cosa ne pensate della release testing?



Ritratto di pietro
#2

Inviato da pietro il Mar, 03/02/2015 - 19:57.

Re: Come nasce Debian

La uso da una vita anche sul PC di lavoro (quindi critico perché mi serve ogni giorno e non posso farne a meno).

Ogni tanto può capitare che fanno qualche errore con le dipendenze, e ti ritrovi un sistema con qualche componente non funzionante (tipicamente X) ma basta un po' di hacking (es. facendo il downgrade o l'upgrade di alcuni pacchetti) e si riesce sempre a sistemare la situazione.

Ovviamente non è per niente consigliata in ambienti server di produzione.

Debian. Be unique.



Ritratto di Black Bart
#3

Inviato da Black Bart il Mar, 03/02/2015 - 20:06.

Re: Come nasce Debian

pietro ha scritto:

La uso da una vita anche sul PC di lavoro (quindi critico perché mi serve ogni giorno e non posso farne a meno).

Ogni tanto può capitare che fanno qualche errore con le dipendenze, e ti ritrovi un sistema con qualche componente non funzionante (tipicamente X) ma basta un po' di hacking (es. facendo il downgrade o l'upgrade di alcuni pacchetti) e si riesce sempre a sistemare la situazione.

Ovviamente non è per niente consigliata in ambienti server di produzione.

Grazie...
Una cosa che mi sono sempre chiesto è come fare un eventuale downgrade di un pacchetto,me lo potresti cortesemente spiegare a grandi linee?

Grazie ancora.



Ritratto di pietro
#4

Inviato da pietro il Mar, 03/02/2015 - 20:15.

Re: Come nasce Debian

Black Bart ha scritto:


Grazie...
Una cosa che mi sono sempre chiesto è come fare un eventuale downgrade di un pacchetto,me lo potresti cortesemente spiegare a grandi linee?

Grazie ancora.

Io di solito scarico lo stesso pacchetto da stable o da unstable, a seconda di come sono messe le dipendenze, cioè a seconda di quale pacchetto è installabile. Se le dipendenze si portano appresso altri pacchetti, allora cambio temporaneamente il repository sul file sources.list da testing a unstable ed aggiorno solo i pacchetti con problemi.

Ma non c'è una regola, dipende da quello che capita. Se il pacchetto non è indispensabile lo rimuovo ed aspetto che si sistemino le cose per reinstallarlo.

Ma normalmente con i pacchetti "core" è veramente difficile che ti ritrovi con un sistema non funzionante.

Uso Debian testing su diverse macchine dai primi anni 2000 e non ho mai avuto nessun problema che non si risolvesse in un'oretta di smanettamenti (e smadonnamenti!).

Ma tieni anche presente che ora la testing è molto più stabile di quanto non lo fosse in passato.

Debian. Be unique.



Ritratto di mcortese
#5

Inviato da mcortese il Gio, 05/02/2015 - 19:47.

Re: Come nasce Debian

Attenzione che il downgrade di un pacchetto non è sempre sicuro. I manutentori Debian studiano bene gli "upgrade path" ma non il contrario.

Ad esempio, supponiamo che la versione 1 del pacchetto ABC richieda un utente specifico chiamato "abc", mentre nella versione 2 abbiano cambiato e adesso richieda un utente chiamato "abc-service".

Ci sarà uno script nel primo pacchetto che al momento dell'installazione analizzerà il file passwd e aggiungerà l'utente "abc". Nella versione 2 lo stesso script fa due cose:

  1. aggiunge "abc-service";
  2. cerca "abc" e se lo trova lo cancella.
Ora facendo il downgrade dalla versione 2 alla 1, il primo script aggiungerà l'utente "abc" ma non rimuoverà "abc-service".

Questo è solo un esempio e in questo caso il danno è minimo (un utente inutile non dà fastidio, dopo tutto), ma ci sono infrastrutture molto più delicate che possono andare in crisi...