Storia del progetto NetBSD

Da Wiki di NetBSD Italia.

(Differenze fra le revisioni)
m
m (Le dimissioni di Theo)
 
(11 revisioni intermedie non mostrate.)
Riga 1: Riga 1:
{{stub}}
{{stub}}
-
Il progetto [[NetBSD]] fu fondato nel 1993 da Chris Demetriou (cgd@), Theo de Raadt
+
Il progetto [[NetBSD]] fu fondato nel 1993 da Chris Demetriou, Theo de Raadt
-
(attualmente responsabile di [[OpenBSD]]), Adam Glass e Charles M. Hannum (mycroft@),
+
(il quale successivamente fondò il progetto [[OpenBSD]]), Adam Glass e Charles M. Hannum,
-
che lascio' il progetto qualche tempo dopo. Deve le sue origini all'UCB 4.3BSD
+
che lasciò il progetto qualche tempo dopo. Deve le sue origini all'UCB 4.3BSD
-
originale attraverso il rilascio Networking/2 e 386BSD (il port di BSD per le
+
originale attraverso il rilascio di Networking/2 e 386BSD (il port di BSD per le
architetture [[i386]]).
architetture [[i386]]).
-
La frustrazione di integrare le patch e i rilasci di 386BSD hanno portato a FreeBSD,
+
Uno dei motivi che hanno favorito la nascita del progetto NetBSD, e' la frustrazione
-
il quale si e' concentrato sulla piattaforma i386, mentre NetBSD e' formato per
+
devirata dalla necessita' di integrare le varie patch su 386BSD. Lo stesso motivo spinse
-
focalizzarsi sul supporto multi-piattaforma.
+
parte della comunita' a creare il progetto [[FreeBSD]], focalizzato sulla piattaforma [[i386]];
 +
NetBSD, invece, ha come obiettivo primario il supporto multi-piattaforma.
-
Da allora, in aggiunta ai molti sviluppatori all'interno del progetto, sono stati
+
Il numero degli sviluppatori crebbe, cosi' come il numero dei cambiamenti importati
-
importati cambiamenti da molti altri sorgenti, incluso 4.4BSD Lite. NetBSD e' stato
+
da altri sistemi tra i quali 4.4BSD Lite. Grazie alle sue qualita', NetBSD e'
-
anche usato come base per altri derivati, incluso Lites (costruito sopra Mach)
+
ampiamente utilizzato da altri derivati tra cui Lites (costruito sopra il kernel
-
dell'Universita' dello Utah e Rhapsody della Apple.
+
[[Mach]]) Università dello Utah, e lo Rhapsody della Apple.
== Origini ==
== Origini ==
-
Quando nacque il progetto, Linux e 386BSD erano entrambi piccoli sistemi per hobbisti,
+
In passato 386BSD, GNU/Linux, etc., erano piccoli sistemi per hobbisti piuttosto bacati
-
entrambi piuttosto bacati, ed entrambi privi di alcuni importanti supporti hardware.
+
e privi di alcuni importanti supporti hardware. NetBSD e' la soluzione alla necessita'
-
Fondamentalmente vi erano delle esigenze: non c'era un pacchetto di 386BSD completo
+
di unificare il sistema 386BSD e le patch necessarie a correggere i bug e a farlo girare
-
piu' le patch necessarie per farlo girare su piu' sistemi e correggere i bug, e non
+
su piu' archittetture.
-
c'era segno che [[Bill Jolitz]] sarebbe riemerso e/o avrebbe fatto qualcosa.
+
-
Buona parte della struttura del progetto si evolse a causa di alcuni problemi.
+
In seguito ad una serie di problemi iniziali, si decise di cominciare ad utilizzare un
-
Probabilmente la scelta migliore fu iniziare ad utilizzare un controllo di versione
+
sistema centralizzato per il controllo delle versioni (''Control Version System'', CVS),
-
centrale (CVS); questo consenti' una visione molto ampia della storia del codice ed
+
ottenendo cosi' un'ampia visione della cronologia del codice. Inoltre semplifico' e favori'
-
(eventualmente) favori' le collaborazioni con un grosso numero di sviluppatori molto
+
le collaborazioni con molti altri sviluppatori. Per necessita' interne (in particolar modo
-
facilmente. Vennero ''truccate'' alcune altre cose; per esempio, Chris si stanco' di
+
quelle di Chris Demetriou che decise di dedicare piu' tempo agli studi collegiali) venne
-
essere l'uomo di punta per ogni cosa e stava cercando di laurearsi al college, cosi'
+
creato un "cabal" interno con lo scopo di gestire il progetto; questo in seguito divento'
-
venne creato un "cabal" interno per la gestione del progetto, che divento' noto come
+
noto come il ''core group''. Infine, venne creato un sito web al fine di diffondere le
-
il "core group" (nucleo). Sebbene il web fosse piuttosto nuovo, venne creato piuttosto
+
informazioni sul progetto e i vari rilasci. Questa tipologia di impostazione del progetto,
-
rapidamente un sito web per diffondere le informazioni riguardanti il progetto e i
+
presa "in prestito" da altri progetti [[OpenSource|open source]] (sebbene a quei tempi il
-
vari rilasci.
+
termine non fosse ampiamente diffuso) divento' un tipo di modello standard per iniziare un
-
 
+
progetto open source. A causa della mancanza di persone e di una mentalità più aziendale
-
Buona parte di questa prima struttura (CVS, sito web, cabal, etc.) fu copiata da
+
(di cui lo stesso [[Charles M. Hannum]] afferma di essere dispiaciuto), i vari progetti
-
altri progetti [[OpenSource|open source]] (questo termine ancora non era largamente
+
vennero spesso "bloccati". Se qualcuno lavorava a un progetto, tutti dovevano fare
-
usato) -- anche la forma del nome del progetto e il termine "core". Questo divento' in
+
riferimento a questo. I progetti stagnavano o non progredivano affatto, e in ogni caso
-
seguito un tipo di modello standard per avviare un progetto open source.
+
spesso gli stimoli erano pochi. Il risultato fu un drastico rallentamento o il totale
-
 
+
abbandono di alcuni progetti importanti. Alcuni dei fork di progetti importanti come FreeBSD
-
Sfortunatamente commisero qualche errore qui'. Come videro col passare degli anni,
+
(con Dragonfly) e XFree86 (con X.Org), esistono a causa di questo genere di problematiche.
-
uno dei grandi successi di Linux fu che ebbe un forte leader, che stabiliva obiettivi
+
Non e' ancora noto se all'interno del progetto NetBSD, ad oggi, esistano ancora questo tipo
-
e direzioni, e fu capace di far fare alla gente quello che volle -- o trovare
+
di problemi.
-
qualcun'altro per farlo. Quest'ultima parte e' anche un elemento chiave; non aveva
+
-
senso che qualcun'altro "comandasse" un pezzo di Linux (sebbene la "proprietaria'"
+
-
de facto ci sia stata in alcune parti); se tu non producevi, Linus avrebbe usato il
+
-
codice di qualcun'altro. Se volevi che le persone utilizzassero le tue cose dovevi
+
-
muoverti.
+
-
 
+
-
NetBSD non ebbe questo. In parte a causa della mancanza di persone, e in parte a causa
+
-
di una mentalita' piu' aziendale, i progetti furono spesso "bloccati". Una persona
+
-
poteva dire che lavoravano a un progetto, e a tutti gli altri veniva detto di fare
+
-
riferimento a loro. Spesso questi progetti stagnavano o non progredivano affatto.
+
-
Se lo facevano, gli stimoli erano spesso troppo lenti. Come risultato, molti
+
-
progetti importanti sono stati spostati su ritmi glaciali, o non si sono
+
-
materializzati affatto.
+
-
 
+
-
[[Charles M. Hannum]], come lui stesso dice, e' dispiaciuto di aver aiutato a creare
+
-
questi problemi e che molti dei progetti che modellano se' stessi dopo NetBSD
+
-
(probabilmente a causa della loro alta popolarita' nel 1993 e 1994) hanno sofferto di
+
-
simili problemi. FreeBSD e XFree86, per esepmio, hanno avuto dei progetti successori
+
-
(fork, Dragonfly e X.Org) per ragioni molto simili.
+
-
 
+
-
Sfortunatamente, ancora oggi esistono questi problemi nel progetto NetBSD, e niente
+
-
e' stato fatto per risolverli.
+
== Le dimissioni di Theo ==
== Le dimissioni di Theo ==
-
Il 20 dicembre del 1994, i membri del "core" di NetBSD chiesero a [[Theo de Raadt]]
+
In seguito a una lunga storia di maleducazione e abusi da parte di [[Theo de Raadt]] nei
-
di consegnare le dimissioni. Fu una decisione molto difficile da prendere, fu il
+
confronti degli utenti e sviluppatori di NetBSD, il 20 dicembre del 1994 i membri del
-
risultato di una lunga storia di maleducazione e abusi, da parte di Theo, nei
+
''core group'' di NetBSD gli chiesero le dimissioni e scrissero:
-
confronti degli utenti e sviluppatori di NetBSD. - ''Noi crediamo che non ci sia
+
-
posto per questo tipo di comportamento fra i rappresentati del progetto NetBSD e
+
-
che in generale e' stato dannoso per il progetto.''.
+
-
 
+
-
Questa decisione fu difficile da prendere perche' Theo ha una lunga storia
+
-
di contributi positivi al progetto. E' stato il principale custode del support
+
-
SPARC di NetBSD ed ha scritto troppo codice per essere menzionato. -- ''Siamo
+
-
certamente disposti ad accettare (e ci piacerebbe molto vedere) futuri contributi
+
-
da Theo, ma crediame che e' inappropriato tenerlo ancora come rappresentante
+
-
"ufficiale" del progetto.''.
+
-
 
+
-
== Stato ==
+
-
Oggi, il progetto e' gestito da "cabal" differenti. Questo e' il risultato di un
+
-
''colpo'' che ha avuto luogo nel 2000-2001, nel quale La Fondazione NetBSD e' stata
+
-
ripresa da un cambiamento fraudolento del consiglio di amministrazione. Il "Progetto
+
-
NetBSD" (TNP) e "La Fondazione NetBSD" (TNF) furono intesi dall'inizio come entita'
+
-
separate -- l'ultima fornendo le infrastrutturo di supporto per la prima -- questa
+
-
distinzione e' stata attivamente offuscata da allora, cosi' che gli attuali
+
-
amministratori della TNF sono piuttosto a stretto controllo su molti aspetti del
+
-
TNP.
+
-
 
+
-
La TNF fu composta da una buona serie di capi, questa situazione potrebbe essere al
+
-
piu' accettabile -- anche se certamente non ideale. Il problema e', in realta' non
+
-
ci sono capi a questo punto. Gli "obiettivi" per i rilasci non sono basati su
+
-
feedback dei clienti o pensando alle esigenze futuro, ma unicamente sulla base di
+
-
quello che sembra essere abbastanza "caldo" per poter essere possibile che sia
+
-
finito in tempo. Non ci sono direzioni di alto livello; se si chiede "che si dice
+
-
in merito al problema con i thread?" o "ci sara' un file system flash-friendly?",
+
-
la miglior risposta che si otterra' e' "ci piacerebbe avere entrambi" -- ma viene
+
-
effettuato alcun lavoro per recrutare persone per ''codare'' queste cose, o
+
-
incoraggiare gli sviluppatori esistenti a lavorarci.
+
-
Questo vuoto ha materialmente contribuito alla corrente stagnazione del progetto.
+
:''Noi crediamo che non ci sia posto per questo tipo di comportamento fra i rappresentati del progetto NetBSD e che in generale è stato dannoso per il progetto. Siamo certamente disposti ad accettare (e ci piacerebbe molto vedere) futuri contributi da Theo, ma crediamo che sia inappropriato tenerlo ancora come rappresentante "ufficiale" del progetto.''
-
Effettivamente, NetBSD e' molto lontano dietro a una pletora di progetti molto
+
-
importanti. Il threading non funziona su piu' CPU -- ed anche su una sola CPU e'
+
-
un po' bacato. Non c'e' nessun buon flash file system. Fino a recenti versioni
+
-
del sistema non c'era supporto per il journaling (eccetto per LFS che era ancora
+
-
in qualche modo sperimentale). Anche se ci sono stati alcuni recenti lavori nel
+
-
supporto alla sospensione, e' ancora largamente "rotto". La gestione dell'energia
+
-
e' molto primitiva. Etc. Anche i nuovi supporti hardware non hanno piu' origine
+
-
su NetBSD; sono sviluppati da FreeBSD e OpenBSD, e portati dopo. Ci sono poche
+
-
eccezionia questa regola (e.g. il supporto Bluetooth).
+
-
Per queste ragioni ed altre, il progetto e' sceso quasi fino al punto di
+
[[Theo de Raadt]] ha contribuito positivamente in molti modi al progetto NetBSD, ha scritto
-
irrilevanza. C'e' chi sostiene che questo sia al di la' di quanto esposto
+
tanto codice da non poter essere citato qui' per intero (basti pensare che era il "custode"
-
fin'ora. Questo e' un peccato, soprattutto da quando l'utilizzo di NetBSD
+
del supporto [[Sparc|SPARC]]).
-
-- specialmente nello spazio embedded (integrati) -- ha cominciato a crescere
+
-
a buon ritimo nel 2000 e 2001, prima del colpo di cui sopra.
+
== Approfondimenti ==
== Approfondimenti ==
-
* E' possibile ottenere maggiori e piu' dettagliate informazioni in merito ad ogni [[:Categoria:Piattaforme|piattaforma]] consultando la relativa pagina.
+
* [[:Categoria:Piattaforme|Elenco piattaforme]] e informazioni sulle singole architetture
* [http://www.netbsd.org/about/history.html Storia del progetto NetBSD] sul sito ufficiale
* [http://www.netbsd.org/about/history.html Storia del progetto NetBSD] sul sito ufficiale
* [http://www.netbsd.org/about/ Informazioni sul progetto NetBSD] sul sito ufficiale
* [http://www.netbsd.org/about/ Informazioni sul progetto NetBSD] sul sito ufficiale

Versione corrente delle 20:58, 12 mag 2009

Questo articolo è solo un abbozzo, contribuisci a migliorarlo secondo le convenzioni di NetBSD-it mettendo a disposizione le tue conoscenze. La comunità te ne sarà grata!

Il progetto NetBSD fu fondato nel 1993 da Chris Demetriou, Theo de Raadt (il quale successivamente fondò il progetto OpenBSD), Adam Glass e Charles M. Hannum, che lasciò il progetto qualche tempo dopo. Deve le sue origini all'UCB 4.3BSD originale attraverso il rilascio di Networking/2 e 386BSD (il port di BSD per le architetture i386).

Uno dei motivi che hanno favorito la nascita del progetto NetBSD, e' la frustrazione devirata dalla necessita' di integrare le varie patch su 386BSD. Lo stesso motivo spinse parte della comunita' a creare il progetto FreeBSD, focalizzato sulla piattaforma i386; NetBSD, invece, ha come obiettivo primario il supporto multi-piattaforma.

Il numero degli sviluppatori crebbe, cosi' come il numero dei cambiamenti importati da altri sistemi tra i quali 4.4BSD Lite. Grazie alle sue qualita', NetBSD e' ampiamente utilizzato da altri derivati tra cui Lites (costruito sopra il kernel Mach) Università dello Utah, e lo Rhapsody della Apple.

Origini

In passato 386BSD, GNU/Linux, etc., erano piccoli sistemi per hobbisti piuttosto bacati e privi di alcuni importanti supporti hardware. NetBSD e' la soluzione alla necessita' di unificare il sistema 386BSD e le patch necessarie a correggere i bug e a farlo girare su piu' archittetture.

In seguito ad una serie di problemi iniziali, si decise di cominciare ad utilizzare un sistema centralizzato per il controllo delle versioni (Control Version System, CVS), ottenendo cosi' un'ampia visione della cronologia del codice. Inoltre semplifico' e favori' le collaborazioni con molti altri sviluppatori. Per necessita' interne (in particolar modo quelle di Chris Demetriou che decise di dedicare piu' tempo agli studi collegiali) venne creato un "cabal" interno con lo scopo di gestire il progetto; questo in seguito divento' noto come il core group. Infine, venne creato un sito web al fine di diffondere le informazioni sul progetto e i vari rilasci. Questa tipologia di impostazione del progetto, presa "in prestito" da altri progetti open source (sebbene a quei tempi il termine non fosse ampiamente diffuso) divento' un tipo di modello standard per iniziare un progetto open source. A causa della mancanza di persone e di una mentalità più aziendale (di cui lo stesso Charles M. Hannum afferma di essere dispiaciuto), i vari progetti vennero spesso "bloccati". Se qualcuno lavorava a un progetto, tutti dovevano fare riferimento a questo. I progetti stagnavano o non progredivano affatto, e in ogni caso spesso gli stimoli erano pochi. Il risultato fu un drastico rallentamento o il totale abbandono di alcuni progetti importanti. Alcuni dei fork di progetti importanti come FreeBSD (con Dragonfly) e XFree86 (con X.Org), esistono a causa di questo genere di problematiche. Non e' ancora noto se all'interno del progetto NetBSD, ad oggi, esistano ancora questo tipo di problemi.

Le dimissioni di Theo

In seguito a una lunga storia di maleducazione e abusi da parte di Theo de Raadt nei confronti degli utenti e sviluppatori di NetBSD, il 20 dicembre del 1994 i membri del core group di NetBSD gli chiesero le dimissioni e scrissero:

Noi crediamo che non ci sia posto per questo tipo di comportamento fra i rappresentati del progetto NetBSD e che in generale è stato dannoso per il progetto. Siamo certamente disposti ad accettare (e ci piacerebbe molto vedere) futuri contributi da Theo, ma crediamo che sia inappropriato tenerlo ancora come rappresentante "ufficiale" del progetto.

Theo de Raadt ha contribuito positivamente in molti modi al progetto NetBSD, ha scritto tanto codice da non poter essere citato qui' per intero (basti pensare che era il "custode" del supporto SPARC).

Approfondimenti

Strumenti personali