sphinx.addnodesdocument)}( rawsourcechildren]( translations LanguagesNode)}(hhh](h pending_xref)}(hhh]docutils.nodesTextEnglish}parenthsba attributes}(ids]classes]names]dupnames]backrefs] refdomainstdreftypedoc reftarget/process/2.ProcessmodnameN classnameN refexplicitutagnamehhh ubh)}(hhh]hChinese (Simplified)}hh2sbah}(h]h ]h"]h$]h&] refdomainh)reftypeh+ reftarget%/translations/zh_CN/process/2.ProcessmodnameN classnameN refexplicituh1hhh ubh)}(hhh]hChinese (Traditional)}hhFsbah}(h]h ]h"]h$]h&] refdomainh)reftypeh+ reftarget%/translations/zh_TW/process/2.ProcessmodnameN classnameN refexplicituh1hhh ubh)}(hhh]hJapanese}hhZsbah}(h]h ]h"]h$]h&] refdomainh)reftypeh+ reftarget%/translations/ja_JP/process/2.ProcessmodnameN classnameN refexplicituh1hhh ubh)}(hhh]hKorean}hhnsbah}(h]h ]h"]h$]h&] refdomainh)reftypeh+ reftarget%/translations/ko_KR/process/2.ProcessmodnameN classnameN refexplicituh1hhh ubh)}(hhh]hSpanish}hhsbah}(h]h ]h"]h$]h&] refdomainh)reftypeh+ reftarget%/translations/sp_SP/process/2.ProcessmodnameN classnameN refexplicituh1hhh ubeh}(h]h ]h"]h$]h&]current_languageItalianuh1h hh _documenthsourceNlineNubhwarning)}(hIn caso di dubbi sulla correttezza del contenuto di questa traduzione, l'unico riferimento valido è la documentazione ufficiale in inglese. Per maggiori informazioni consultate le :ref:`avvertenze `.h]h paragraph)}(hIn caso di dubbi sulla correttezza del contenuto di questa traduzione, l'unico riferimento valido è la documentazione ufficiale in inglese. Per maggiori informazioni consultate le :ref:`avvertenze `.h](hIn caso di dubbi sulla correttezza del contenuto di questa traduzione, l’unico riferimento valido è la documentazione ufficiale in inglese. Per maggiori informazioni consultate le }(hhhhhNhNubh)}(h!:ref:`avvertenze `h]hinline)}(hhh]h avvertenze}(hhhhhNhNubah}(h]h ](xrefstdstd-refeh"]h$]h&]uh1hhhubah}(h]h ]h"]h$]h&]refdoc$translations/it_IT/process/2.Process refdomainhŒreftyperef refexplicitrefwarn reftarget it_disclaimeruh1hh3Documentation/translations/it_IT/disclaimer-ita.rsthKhhubh.}(hhhhhNhNubeh}(h]h ]h"]h$]h&]uh1hhhhKhhubah}(h]h ]h"]h$]h&]uh1hhhhhhhhNubh field_list)}(hhh](hfield)}(hhh](h field_name)}(hOriginalh]hOriginal}(hhhhhNhNubah}(h]h ]h"]h$]h&]uh1hhhhR/var/lib/git/docbuild/linux/Documentation/translations/it_IT/process/2.Process.rsthKubh field_body)}(h@:ref:`Documentation/process/2.Process.rst `h]h)}(hjh]h)}(hjh]h)}(hjh]h#Documentation/process/2.Process.rst}(hjhhhNhNubah}(h]h ](hstdstd-refeh"]h$]h&]uh1hhj ubah}(h]h ]h"]h$]h&]refdochΌ refdomainjreftyperef refexplicitrefwarnhԌdevelopment_processuh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhhubeh}(h]h ]h"]h$]h&]uh1hhjhKhhhhubh)}(hhh](h)}(h Translatorh]h Translator}(hj?hhhNhNubah}(h]h ]h"]h$]h&]uh1hhj<hjhKubj)}(h,Alessia Mantegazza h]h)}(h+Alessia Mantegazza h](hAlessia Mantegazza <}(hjQhhhNhNubh reference)}(hamantegazza@vaga.pv.ith]hamantegazza@vaga.pv.it}(hj[hhhNhNubah}(h]h ]h"]h$]h&]refurimailto:amantegazza@vaga.pv.ituh1jYhjQubh>}(hjQhhhNhNubeh}(h]h ]h"]h$]h&]uh1hhjhKhjMubah}(h]h ]h"]h$]h&]uh1jhj<ubeh}(h]h ]h"]h$]h&]uh1hhjhKhhhhubeh}(h]h ]h"]h$]h&]uh1hhhhhhjhKubhtarget)}(h.. _it_development_process:h]h}(h]h ]h"]h$]h&]refidit-development-processuh1jhKhhhhhjubhsection)}(hhh](htitle)}(h%Come funziona il processo di sviluppoh]h%Come funziona il processo di sviluppo}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1jhjhhhjhK ubh)}(hXLo sviluppo del Kernel agli inizi degli anno '90 era abbastanza libero, con un numero di utenti e sviluppatori relativamente basso. Con una base di milioni di utenti e con 2000 sviluppatori coinvolti nel giro di un anno, il kernel da allora ha messo in atto un certo numero di procedure per rendere lo sviluppo più agevole. È richiesta una solida conoscenza di come tale processo si svolge per poter esserne parte attiva.h]hXLo sviluppo del Kernel agli inizi degli anno ‘90 era abbastanza libero, con un numero di utenti e sviluppatori relativamente basso. Con una base di milioni di utenti e con 2000 sviluppatori coinvolti nel giro di un anno, il kernel da allora ha messo in atto un certo numero di procedure per rendere lo sviluppo più agevole. È richiesta una solida conoscenza di come tale processo si svolge per poter esserne parte attiva.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK hjhhubj)}(hhh](j)}(hIl quadro d'insiemeh]hIl quadro d’insieme}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1jhjhhhjhKubh)}(hGli sviluppatori kernel utilizzano un calendario di rilascio generico, dove ogni due o tre mesi viene effettuata un rilascio importante del kernel. I rilasci più recenti sono stati:h]hGli sviluppatori kernel utilizzano un calendario di rilascio generico, dove ogni due o tre mesi viene effettuata un rilascio importante del kernel. I rilasci più recenti sono stati:}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubh block_quote)}(h====== ================= 5.0 3 marzo, 2019 5.1 5 maggio, 2019 5.2 7 luglio, 2019 5.3 15 settembre, 2019 5.4 24 novembre, 2019 5.5 6 gennaio, 2020 ====== ================= h]htable)}(hhh]htgroup)}(hhh](hcolspec)}(hhh]h}(h]h ]h"]h$]h&]colwidthKuh1jhjubj)}(hhh]h}(h]h ]h"]h$]h&]colwidthKuh1jhjubhtbody)}(hhh](hrow)}(hhh](hentry)}(hhh]h)}(h5.0h]h5.0}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj ubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h 3 marzo, 2019h]h 3 marzo, 2019}(hj#hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj ubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h5.1h]h5.1}(hjChhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj@ubah}(h]h ]h"]h$]h&]uh1jhj=ubj)}(hhh]h)}(h5 maggio, 2019h]h5 maggio, 2019}(hjZhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjWubah}(h]h ]h"]h$]h&]uh1jhj=ubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h5.2h]h5.2}(hjzhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjwubah}(h]h ]h"]h$]h&]uh1jhjtubj)}(hhh]h)}(h7 luglio, 2019h]h7 luglio, 2019}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjtubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h5.3h]h5.3}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h15 settembre, 2019h]h15 settembre, 2019}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h5.4h]h5.4}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h24 novembre, 2019h]h24 novembre, 2019}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h5.5h]h5.5}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h6 gennaio, 2020h]h6 gennaio, 2020}(hj6hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj3ubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]colsKuh1jhjubah}(h]h ]h"]h$]h&]uh1jhjubah}(h]h ]h"]h$]h&]uh1jhjhKhjhhubh)}(hXCiascun rilascio 5.x è un importante rilascio del kernel con nuove funzionalità, modifiche interne dell'API, e molto altro. Un tipico rilascio contiene quasi 13,000 gruppi di modifiche con ulteriori modifiche a parecchie migliaia di linee di codice. La 5.x. è pertanto la linea di confine nello sviluppo del kernel Linux; il kernel utilizza un sistema di sviluppo continuo che integra costantemente nuove importanti modifiche.h]hXCiascun rilascio 5.x è un importante rilascio del kernel con nuove funzionalità, modifiche interne dell’API, e molto altro. Un tipico rilascio contiene quasi 13,000 gruppi di modifiche con ulteriori modifiche a parecchie migliaia di linee di codice. La 5.x. è pertanto la linea di confine nello sviluppo del kernel Linux; il kernel utilizza un sistema di sviluppo continuo che integra costantemente nuove importanti modifiche.}(hjihhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK"hjhhubh)}(hX>Viene seguita una disciplina abbastanza lineare per l'inclusione delle patch di ogni rilascio. All'inizio di ogni ciclo di sviluppo, la "finestra di inclusione" viene dichiarata aperta. In quel momento il codice ritenuto sufficientemente stabile(e che è accettato dalla comunità di sviluppo) viene incluso nel ramo principale del kernel. La maggior parte delle patch per un nuovo ciclo di sviluppo (e tutte le più importanti modifiche) saranno inserite durante questo periodo, ad un ritmo che si attesta sulle 1000 modifiche ("patch" o "gruppo di modifiche") al giorno.h]hXNViene seguita una disciplina abbastanza lineare per l’inclusione delle patch di ogni rilascio. All’inizio di ogni ciclo di sviluppo, la “finestra di inclusione” viene dichiarata aperta. In quel momento il codice ritenuto sufficientemente stabile(e che è accettato dalla comunità di sviluppo) viene incluso nel ramo principale del kernel. La maggior parte delle patch per un nuovo ciclo di sviluppo (e tutte le più importanti modifiche) saranno inserite durante questo periodo, ad un ritmo che si attesta sulle 1000 modifiche (“patch” o “gruppo di modifiche”) al giorno.}(hjwhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK)hjhhubh)}(hX (per inciso, vale la pena notare che i cambiamenti integrati durante la "finestra di inclusione" non escono dal nulla; questi infatti, sono stati raccolti e, verificati in anticipo. Il funzionamento di tale procedimento verrà descritto dettagliatamente più avanti).h]hX(per inciso, vale la pena notare che i cambiamenti integrati durante la “finestra di inclusione” non escono dal nulla; questi infatti, sono stati raccolti e, verificati in anticipo. Il funzionamento di tale procedimento verrà descritto dettagliatamente più avanti).}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK2hjhhubh)}(hXLa finestra di inclusione resta attiva approssimativamente per due settimane. Al termine di questo periodo, Linus Torvald dichiarerà che la finestra è chiusa e rilascerà il primo degli "rc" del kernel. Per il kernel che è destinato ad essere 5.6, per esempio, il rilascio che emerge al termine della finestra d'inclusione si chiamerà 5.6-rc1. Questo rilascio indica che il momento di aggiungere nuovi componenti è passato, e che è iniziato il periodo di stabilizzazione del prossimo kernel.h]hXLa finestra di inclusione resta attiva approssimativamente per due settimane. Al termine di questo periodo, Linus Torvald dichiarerà che la finestra è chiusa e rilascerà il primo degli “rc” del kernel. Per il kernel che è destinato ad essere 5.6, per esempio, il rilascio che emerge al termine della finestra d’inclusione si chiamerà 5.6-rc1. Questo rilascio indica che il momento di aggiungere nuovi componenti è passato, e che è iniziato il periodo di stabilizzazione del prossimo kernel.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK7hjhhubh)}(hXNelle successive sei/dieci settimane, potranno essere sottoposte solo modifiche che vanno a risolvere delle problematiche. Occasionalmente potrà essere consentita una modifica più consistente, ma tali occasioni sono rare. Gli sviluppatori che tenteranno di aggiungere nuovi elementi al di fuori della finestra di inclusione, tendenzialmente, riceveranno un accoglienza poco amichevole. Come regola generale: se vi perdete la finestra di inclusione per un dato componente, la cosa migliore da fare è aspettare il ciclo di sviluppo successivo (un'eccezione può essere fatta per i driver per hardware non supportati in precedenza; se toccano codice non facente parte di quello attuale, che non causino regressioni e che potrebbero essere aggiunti in sicurezza in un qualsiasi momento)h]hXNelle successive sei/dieci settimane, potranno essere sottoposte solo modifiche che vanno a risolvere delle problematiche. Occasionalmente potrà essere consentita una modifica più consistente, ma tali occasioni sono rare. Gli sviluppatori che tenteranno di aggiungere nuovi elementi al di fuori della finestra di inclusione, tendenzialmente, riceveranno un accoglienza poco amichevole. Come regola generale: se vi perdete la finestra di inclusione per un dato componente, la cosa migliore da fare è aspettare il ciclo di sviluppo successivo (un’eccezione può essere fatta per i driver per hardware non supportati in precedenza; se toccano codice non facente parte di quello attuale, che non causino regressioni e che potrebbero essere aggiunti in sicurezza in un qualsiasi momento)}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK?hjhhubh)}(hXmMentre le correzioni si aprono la loro strada all'interno del ramo principale, il ritmo delle modifiche rallenta col tempo. Linus rilascia un nuovo kernel -rc circa una volta alla settimana; e ne usciranno circa 6 o 9 prima che il kernel venga considerato sufficientemente stabile e che il rilascio finale venga fatto. A quel punto tutto il processo ricomincerà.h]hXoMentre le correzioni si aprono la loro strada all’interno del ramo principale, il ritmo delle modifiche rallenta col tempo. Linus rilascia un nuovo kernel -rc circa una volta alla settimana; e ne usciranno circa 6 o 9 prima che il kernel venga considerato sufficientemente stabile e che il rilascio finale venga fatto. A quel punto tutto il processo ricomincerà.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKKhjhhubh)}(hiEsempio: ecco com'è andato il ciclo di sviluppo della versione 5.4 (tutte le date si collocano nel 2018)h]hkEsempio: ecco com’è andato il ciclo di sviluppo della versione 5.4 (tutte le date si collocano nel 2018)}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKQhjhhubj)}(hX============== ======================================= 15 settembre 5.3 rilascio stabile 30 settembre 5.4-rc1, finestra di inclusione chiusa 6 ottobre 5.4-rc2 13 ottobre 5.4-rc3 20 ottobre 5.4-rc4 27 ottobre 5.4-rc5 3 novembre 5.4-rc6 10 novembre 5.4-rc7 17 novembre 5.4-rc8 24 novembre 5.4 rilascio stabile ============== ======================================= h]j)}(hhh]j)}(hhh](j)}(hhh]h}(h]h ]h"]h$]h&]colwidthKuh1jhjubj)}(hhh]h}(h]h ]h"]h$]h&]colwidthK'uh1jhjubj)}(hhh](j)}(hhh](j)}(hhh]h)}(h 15 settembreh]h 15 settembre}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKVhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.3 rilascio stabileh]h5.3 rilascio stabile}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKVhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 30 settembreh]h 30 settembre}(hj)hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKWhj&ubah}(h]h ]h"]h$]h&]uh1jhj#ubj)}(hhh]h)}(h&5.4-rc1, finestra di inclusione chiusah]h&5.4-rc1, finestra di inclusione chiusa}(hj@hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKWhj=ubah}(h]h ]h"]h$]h&]uh1jhj#ubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 6 ottobreh]h 6 ottobre}(hj`hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKXhj]ubah}(h]h ]h"]h$]h&]uh1jhjZubj)}(hhh]h)}(h5.4-rc2h]h5.4-rc2}(hjwhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKXhjtubah}(h]h ]h"]h$]h&]uh1jhjZubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 13 ottobreh]h 13 ottobre}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKYhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.4-rc3h]h5.4-rc3}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKYhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 20 ottobreh]h 20 ottobre}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKZhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.4-rc4h]h5.4-rc4}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKZhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 27 ottobreh]h 27 ottobre}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK[hjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.4-rc5h]h5.4-rc5}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK[hjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 3 novembreh]h 3 novembre}(hj<hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK\hj9ubah}(h]h ]h"]h$]h&]uh1jhj6ubj)}(hhh]h)}(h5.4-rc6h]h5.4-rc6}(hjShhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK\hjPubah}(h]h ]h"]h$]h&]uh1jhj6ubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 10 novembreh]h 10 novembre}(hjshhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK]hjpubah}(h]h ]h"]h$]h&]uh1jhjmubj)}(hhh]h)}(h5.4-rc7h]h5.4-rc7}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK]hjubah}(h]h ]h"]h$]h&]uh1jhjmubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 17 novembreh]h 17 novembre}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK^hjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.4-rc8h]h5.4-rc8}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK^hjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh](j)}(hhh]h)}(h 24 novembreh]h 24 novembre}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK_hjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.4 rilascio stabileh]h5.4 rilascio stabile}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK_hjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]colsKuh1jhjubah}(h]h ]h"]h$]h&]uh1jhjubah}(h]h ]h"]h$]h&]uh1jhjhKUhjhhubh)}(hXIn che modo gli sviluppatori decidono quando chiudere il ciclo di sviluppo e creare quindi una rilascio stabile? Un metro valido è il numero di regressioni rilevate nel precedente rilascio. Nessun baco è il benvenuto, ma quelli che procurano problemi su sistemi che hanno funzionato in passato sono considerati particolarmente seri. Per questa ragione, le modifiche che portano ad una regressione sono viste sfavorevolmente e verranno quasi sicuramente annullate durante il periodo di stabilizzazione.h]hXIn che modo gli sviluppatori decidono quando chiudere il ciclo di sviluppo e creare quindi una rilascio stabile? Un metro valido è il numero di regressioni rilevate nel precedente rilascio. Nessun baco è il benvenuto, ma quelli che procurano problemi su sistemi che hanno funzionato in passato sono considerati particolarmente seri. Per questa ragione, le modifiche che portano ad una regressione sono viste sfavorevolmente e verranno quasi sicuramente annullate durante il periodo di stabilizzazione.}(hj+hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKbhjhhubh)}(hXLL'obiettivo degli sviluppatori è quello di aggiustare tutte le regressioni conosciute prima che avvenga il rilascio stabile. Nel mondo reale, questo tipo di perfezione difficilmente viene raggiunta; esistono troppe variabili in un progetto di questa portata. Arriva un punto dove ritardare il rilascio finale peggiora la situazione; la quantità di modifiche in attesa della prossima finestra di inclusione crescerà enormemente, creando ancor più regressioni al giro successivo. Quindi molti kernel 5.x escono con una manciata di regressioni delle quali, si spera, nessuna è grave.h]hXNL’obiettivo degli sviluppatori è quello di aggiustare tutte le regressioni conosciute prima che avvenga il rilascio stabile. Nel mondo reale, questo tipo di perfezione difficilmente viene raggiunta; esistono troppe variabili in un progetto di questa portata. Arriva un punto dove ritardare il rilascio finale peggiora la situazione; la quantità di modifiche in attesa della prossima finestra di inclusione crescerà enormemente, creando ancor più regressioni al giro successivo. Quindi molti kernel 5.x escono con una manciata di regressioni delle quali, si spera, nessuna è grave.}(hj9hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKjhjhhubh)}(hXUna volta che un rilascio stabile è fatto, il suo costante mantenimento è affidato al "squadra stabilità", attualmente composta da Greg Kroah-Hartman. Questa squadra rilascia occasionalmente degli aggiornamenti relativi al rilascio stabile usando la numerazione 5.x.y. Per essere presa in considerazione per un rilascio d'aggiornamento, una modifica deve: (1) correggere un baco importante (2) essere già inserita nel ramo principale per il prossimo sviluppo del kernel. Solitamente, passato il loro rilascio iniziale, i kernel ricevono aggiornamenti per più di un ciclo di sviluppo. Quindi, per esempio, la storia del kernel 5.2 appare così (anno 2019):h]hXUna volta che un rilascio stabile è fatto, il suo costante mantenimento è affidato al “squadra stabilità”, attualmente composta da Greg Kroah-Hartman. Questa squadra rilascia occasionalmente degli aggiornamenti relativi al rilascio stabile usando la numerazione 5.x.y. Per essere presa in considerazione per un rilascio d’aggiornamento, una modifica deve: (1) correggere un baco importante (2) essere già inserita nel ramo principale per il prossimo sviluppo del kernel. Solitamente, passato il loro rilascio iniziale, i kernel ricevono aggiornamenti per più di un ciclo di sviluppo. Quindi, per esempio, la storia del kernel 5.2 appare così (anno 2019):}(hjGhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKshjhhubj)}(hX============== =============================== 7 luglio 5.2 rilascio stabile 14 luglio 5.2.1 21 luglio 5.2.2 26 luglio 5.2.3 28 luglio 5.2.4 31 luglio 5.2.5 ... ... 11 ottobre 5.2.21 ============== =============================== h]j)}(hhh]j)}(hhh](j)}(hhh]h}(h]h ]h"]h$]h&]colwidthKuh1jhj\ubj)}(hhh]h}(h]h ]h"]h$]h&]colwidthKuh1jhj\ubj)}(hhh](j)}(hhh](j)}(hhh]h)}(h7 luglioh]h7 luglio}(hj|hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK~hjyubah}(h]h ]h"]h$]h&]uh1jhjvubj)}(hhh]h)}(h5.2 rilascio stabileh]h5.2 rilascio stabile}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhK~hjubah}(h]h ]h"]h$]h&]uh1jhjvubeh}(h]h ]h"]h$]h&]uh1jhjsubj)}(hhh](j)}(hhh]h)}(h 14 luglioh]h 14 luglio}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.2.1h]h5.2.1}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjsubj)}(hhh](j)}(hhh]h)}(h 21 luglioh]h 21 luglio}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.2.2h]h5.2.2}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjsubj)}(hhh](j)}(hhh]h)}(h 26 luglioh]h 26 luglio}(hj!hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.2.3h]h5.2.3}(hj8hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj5ubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjsubj)}(hhh](j)}(hhh]h)}(h 28 luglioh]h 28 luglio}(hjXhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjUubah}(h]h ]h"]h$]h&]uh1jhjRubj)}(hhh]h)}(h5.2.4h]h5.2.4}(hjohhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjlubah}(h]h ]h"]h$]h&]uh1jhjRubeh}(h]h ]h"]h$]h&]uh1jhjsubj)}(hhh](j)}(hhh]h)}(h 31 luglioh]h 31 luglio}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.2.5h]h5.2.5}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjsubj)}(hhh](j)}(hhh]h)}(h...h]h...}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h...h]h...}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjsubj)}(hhh](j)}(hhh]h)}(h 11 ottobreh]h 11 ottobre}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hhh]h)}(h5.2.21h]h5.2.21}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]uh1jhjsubeh}(h]h ]h"]h$]h&]uh1jhj\ubeh}(h]h ]h"]h$]h&]colsKuh1jhjYubah}(h]h ]h"]h$]h&]uh1jhjUubah}(h]h ]h"]h$]h&]uh1jhjhK}hjhhubh)}(h8La 5.2.21 fu l'aggiornamento finale per la versione 5.2.h]h:La 5.2.21 fu l’aggiornamento finale per la versione 5.2.}(hjGhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubh)}(hAlcuni kernel sono destinati ad essere kernel a "lungo termine"; questi riceveranno assistenza per un lungo periodo di tempo. Consultate il seguente collegamento per avere la lista delle versioni attualmente supportate e i relativi manutentori:h]hAlcuni kernel sono destinati ad essere kernel a “lungo termine”; questi riceveranno assistenza per un lungo periodo di tempo. Consultate il seguente collegamento per avere la lista delle versioni attualmente supportate e i relativi manutentori:}(hjUhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubj)}(h.https://www.kernel.org/category/releases.html h]h)}(h-https://www.kernel.org/category/releases.htmlh]jZ)}(hjih]h-https://www.kernel.org/category/releases.html}(hjkhhhNhNubah}(h]h ]h"]h$]h&]refurijiuh1jYhjgubah}(h]h ]h"]h$]h&]uh1hhjhKhjcubah}(h]h ]h"]h$]h&]uh1jhjhKhjhhubh)}(hQuesta selezione di kernel di lungo periodo sono puramente dovuti ai loro manutentori, alla loro necessità e al tempo per tenere aggiornate proprio quelle versioni. Non ci sono altri kernel a lungo termine in programma per alcun rilascio in arrivo.h]hQuesta selezione di kernel di lungo periodo sono puramente dovuti ai loro manutentori, alla loro necessità e al tempo per tenere aggiornate proprio quelle versioni. Non ci sono altri kernel a lungo termine in programma per alcun rilascio in arrivo.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubeh}(h]il-quadro-d-insiemeah ]h"]il quadro d'insiemeah$]h&]uh1jhjhhhjhKubj)}(hhh](j)}(hIl ciclo di vita di una patchh]hIl ciclo di vita di una patch}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1jhjhhhjhKubh)}(hXLe patch non passano direttamente dalla tastiera dello sviluppatori al ramo principale del kernel. Esiste, invece, una procedura disegnata per assicurare che ogni patch sia di buona qualità e desiderata nel ramo principale. Questo processo avviene velocemente per le correzioni meno importanti, o, nel caso di patch ampie e controverse, va avanti per anni. Per uno sviluppatore la maggior frustrazione viene dalla mancanza di comprensione di questo processo o dai tentativi di aggirarlo.h]hXLe patch non passano direttamente dalla tastiera dello sviluppatori al ramo principale del kernel. Esiste, invece, una procedura disegnata per assicurare che ogni patch sia di buona qualità e desiderata nel ramo principale. Questo processo avviene velocemente per le correzioni meno importanti, o, nel caso di patch ampie e controverse, va avanti per anni. Per uno sviluppatore la maggior frustrazione viene dalla mancanza di comprensione di questo processo o dai tentativi di aggirarlo.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubh)}(hNella speranza di ridurre questa frustrazione, questo documento spiegherà come una patch viene inserita nel kernel. Ciò che segue è un'introduzione che descrive il processo ideale. Approfondimenti verranno invece trattati più avanti.h]hNella speranza di ridurre questa frustrazione, questo documento spiegherà come una patch viene inserita nel kernel. Ciò che segue è un’introduzione che descrive il processo ideale. Approfondimenti verranno invece trattati più avanti.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubh)}(h5Una patch attraversa, generalmente, le seguenti fasi:h]h5Una patch attraversa, generalmente, le seguenti fasi:}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubj)}(hXw- Progetto. In questa fase sono stabilite quelli che sono i requisiti della modifica - e come verranno soddisfatti. Il lavoro di progettazione viene spesso svolto senza coinvolgere la comunità, ma è meglio renderlo il più aperto possibile; questo può far risparmiare molto tempo evitando eventuali riprogettazioni successive. - Prima revisione. Le patch vengono pubblicate sulle liste di discussione interessate, e gli sviluppatori in quella lista risponderanno coi loro commenti. Se si svolge correttamente, questo procedimento potrebbe far emergere problemi rilevanti in una patch. - Revisione più ampia. Quando la patch è quasi pronta per essere inserita nel ramo principale, un manutentore importante del sottosistema dovrebbe accettarla - anche se, questa accettazione non è una garanzia che la patch arriverà nel ramo principale. La patch sarà visibile nei sorgenti del sottosistema in questione e nei sorgenti -next (descritti sotto). Quando il processo va a buon fine, questo passo porta ad una revisione più estesa della patch e alla scoperta di problemi d'integrazione con il lavoro altrui. h]h bullet_list)}(hhh](h list_item)}(hXIProgetto. In questa fase sono stabilite quelli che sono i requisiti della modifica - e come verranno soddisfatti. Il lavoro di progettazione viene spesso svolto senza coinvolgere la comunità, ma è meglio renderlo il più aperto possibile; questo può far risparmiare molto tempo evitando eventuali riprogettazioni successive. h]h)}(hXHProgetto. In questa fase sono stabilite quelli che sono i requisiti della modifica - e come verranno soddisfatti. Il lavoro di progettazione viene spesso svolto senza coinvolgere la comunità, ma è meglio renderlo il più aperto possibile; questo può far risparmiare molto tempo evitando eventuali riprogettazioni successive.h]hXHProgetto. In questa fase sono stabilite quelli che sono i requisiti della modifica - e come verranno soddisfatti. Il lavoro di progettazione viene spesso svolto senza coinvolgere la comunità, ma è meglio renderlo il più aperto possibile; questo può far risparmiare molto tempo evitando eventuali riprogettazioni successive.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hXPrima revisione. Le patch vengono pubblicate sulle liste di discussione interessate, e gli sviluppatori in quella lista risponderanno coi loro commenti. Se si svolge correttamente, questo procedimento potrebbe far emergere problemi rilevanti in una patch. h]h)}(hXPrima revisione. Le patch vengono pubblicate sulle liste di discussione interessate, e gli sviluppatori in quella lista risponderanno coi loro commenti. Se si svolge correttamente, questo procedimento potrebbe far emergere problemi rilevanti in una patch.h]hXPrima revisione. Le patch vengono pubblicate sulle liste di discussione interessate, e gli sviluppatori in quella lista risponderanno coi loro commenti. Se si svolge correttamente, questo procedimento potrebbe far emergere problemi rilevanti in una patch.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjubj)}(hX Revisione più ampia. Quando la patch è quasi pronta per essere inserita nel ramo principale, un manutentore importante del sottosistema dovrebbe accettarla - anche se, questa accettazione non è una garanzia che la patch arriverà nel ramo principale. La patch sarà visibile nei sorgenti del sottosistema in questione e nei sorgenti -next (descritti sotto). Quando il processo va a buon fine, questo passo porta ad una revisione più estesa della patch e alla scoperta di problemi d'integrazione con il lavoro altrui. h]h)}(hXRevisione più ampia. Quando la patch è quasi pronta per essere inserita nel ramo principale, un manutentore importante del sottosistema dovrebbe accettarla - anche se, questa accettazione non è una garanzia che la patch arriverà nel ramo principale. La patch sarà visibile nei sorgenti del sottosistema in questione e nei sorgenti -next (descritti sotto). Quando il processo va a buon fine, questo passo porta ad una revisione più estesa della patch e alla scoperta di problemi d'integrazione con il lavoro altrui.h]hX Revisione più ampia. Quando la patch è quasi pronta per essere inserita nel ramo principale, un manutentore importante del sottosistema dovrebbe accettarla - anche se, questa accettazione non è una garanzia che la patch arriverà nel ramo principale. La patch sarà visibile nei sorgenti del sottosistema in questione e nei sorgenti -next (descritti sotto). Quando il processo va a buon fine, questo passo porta ad una revisione più estesa della patch e alla scoperta di problemi d’integrazione con il lavoro altrui.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj ubah}(h]h ]h"]h$]h&]uh1jhjubeh}(h]h ]h"]h$]h&]bullet-uh1jhjhKhjubah}(h]h ]h"]h$]h&]uh1jhjhKhjhhubj)}(hhh]j)}(hXPer favore, tenete da conto che la maggior parte dei manutentori ha anche un lavoro quotidiano, quindi integrare le vostre patch potrebbe non essere la loro priorità più alta. Se una vostra patch riceve dei suggerimenti su dei cambiamenti necessari, dovreste applicare quei cambiamenti o giustificare perché non sono necessari. Se la vostra patch non riceve alcuna critica ma non è stata integrata dal manutentore del driver o sottosistema, allora dovreste continuare con i necessari aggiornamenti per mantenere la patch aggiornata al kernel più recente cosicché questa possa integrarsi senza problemi; continuate ad inviare gli aggiornamenti per essere revisionati e integrati. h]h)}(hXPer favore, tenete da conto che la maggior parte dei manutentori ha anche un lavoro quotidiano, quindi integrare le vostre patch potrebbe non essere la loro priorità più alta. Se una vostra patch riceve dei suggerimenti su dei cambiamenti necessari, dovreste applicare quei cambiamenti o giustificare perché non sono necessari. Se la vostra patch non riceve alcuna critica ma non è stata integrata dal manutentore del driver o sottosistema, allora dovreste continuare con i necessari aggiornamenti per mantenere la patch aggiornata al kernel più recente cosicché questa possa integrarsi senza problemi; continuate ad inviare gli aggiornamenti per essere revisionati e integrati.h]hXPer favore, tenete da conto che la maggior parte dei manutentori ha anche un lavoro quotidiano, quindi integrare le vostre patch potrebbe non essere la loro priorità più alta. Se una vostra patch riceve dei suggerimenti su dei cambiamenti necessari, dovreste applicare quei cambiamenti o giustificare perché non sono necessari. Se la vostra patch non riceve alcuna critica ma non è stata integrata dal manutentore del driver o sottosistema, allora dovreste continuare con i necessari aggiornamenti per mantenere la patch aggiornata al kernel più recente cosicché questa possa integrarsi senza problemi; continuate ad inviare gli aggiornamenti per essere revisionati e integrati.}(hj> hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj: ubah}(h]h ]h"]h$]h&]uh1jhj7 hhhjhNubah}(h]h ]h"]h$]h&]j/ j0 uh1jhjhKhjhhubj)}(hX- Inclusione nel ramo principale. Eventualmente, una buona patch verrà inserita all'interno nel repositorio principale, gestito da Linus Torvalds. In questa fase potrebbero emergere nuovi problemi e/o commenti; è importante che lo sviluppatore sia collaborativo e che sistemi ogni questione che possa emergere. - Rilascio stabile. Ora, il numero di utilizzatori che sono potenzialmente toccati dalla patch è aumentato, quindi, ancora una volta, potrebbero emergere nuovi problemi. - Manutenzione di lungo periodo. Nonostante sia possibile che uno sviluppatore si dimentichi del codice dopo la sua integrazione, questo comportamento lascia una brutta impressione nella comunità di sviluppo. Integrare il codice elimina alcuni degli oneri facenti parte della manutenzione, in particolare, sistemerà le problematiche causate dalle modifiche all'API. Ma lo sviluppatore originario dovrebbe continuare ad assumersi la responsabilità per il codice se quest'ultimo continua ad essere utile nel lungo periodo. h]j)}(hhh](j)}(hX8Inclusione nel ramo principale. Eventualmente, una buona patch verrà inserita all'interno nel repositorio principale, gestito da Linus Torvalds. In questa fase potrebbero emergere nuovi problemi e/o commenti; è importante che lo sviluppatore sia collaborativo e che sistemi ogni questione che possa emergere. h]h)}(hX7Inclusione nel ramo principale. Eventualmente, una buona patch verrà inserita all'interno nel repositorio principale, gestito da Linus Torvalds. In questa fase potrebbero emergere nuovi problemi e/o commenti; è importante che lo sviluppatore sia collaborativo e che sistemi ogni questione che possa emergere.h]hX9Inclusione nel ramo principale. Eventualmente, una buona patch verrà inserita all’interno nel repositorio principale, gestito da Linus Torvalds. In questa fase potrebbero emergere nuovi problemi e/o commenti; è importante che lo sviluppatore sia collaborativo e che sistemi ogni questione che possa emergere.}(hjc hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj_ ubah}(h]h ]h"]h$]h&]uh1jhj\ ubj)}(hRilascio stabile. Ora, il numero di utilizzatori che sono potenzialmente toccati dalla patch è aumentato, quindi, ancora una volta, potrebbero emergere nuovi problemi. h]h)}(hRilascio stabile. Ora, il numero di utilizzatori che sono potenzialmente toccati dalla patch è aumentato, quindi, ancora una volta, potrebbero emergere nuovi problemi.h]hRilascio stabile. Ora, il numero di utilizzatori che sono potenzialmente toccati dalla patch è aumentato, quindi, ancora una volta, potrebbero emergere nuovi problemi.}(hj{ hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjw ubah}(h]h ]h"]h$]h&]uh1jhj\ ubj)}(hX Manutenzione di lungo periodo. Nonostante sia possibile che uno sviluppatore si dimentichi del codice dopo la sua integrazione, questo comportamento lascia una brutta impressione nella comunità di sviluppo. Integrare il codice elimina alcuni degli oneri facenti parte della manutenzione, in particolare, sistemerà le problematiche causate dalle modifiche all'API. Ma lo sviluppatore originario dovrebbe continuare ad assumersi la responsabilità per il codice se quest'ultimo continua ad essere utile nel lungo periodo. h]h)}(hX Manutenzione di lungo periodo. Nonostante sia possibile che uno sviluppatore si dimentichi del codice dopo la sua integrazione, questo comportamento lascia una brutta impressione nella comunità di sviluppo. Integrare il codice elimina alcuni degli oneri facenti parte della manutenzione, in particolare, sistemerà le problematiche causate dalle modifiche all'API. Ma lo sviluppatore originario dovrebbe continuare ad assumersi la responsabilità per il codice se quest'ultimo continua ad essere utile nel lungo periodo.h]hXManutenzione di lungo periodo. Nonostante sia possibile che uno sviluppatore si dimentichi del codice dopo la sua integrazione, questo comportamento lascia una brutta impressione nella comunità di sviluppo. Integrare il codice elimina alcuni degli oneri facenti parte della manutenzione, in particolare, sistemerà le problematiche causate dalle modifiche all’API. Ma lo sviluppatore originario dovrebbe continuare ad assumersi la responsabilità per il codice se quest’ultimo continua ad essere utile nel lungo periodo.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj ubah}(h]h ]h"]h$]h&]uh1jhj\ ubeh}(h]h ]h"]h$]h&]j/ j0 uh1jhjhKhjX ubah}(h]h ]h"]h$]h&]uh1jhjhKhjhhubh)}(hX.Uno dei più grandi errori fatti dagli sviluppatori kernel (o dai loro datori di lavoro) è quello di cercare di ridurre tutta la procedura ad una singola "integrazione nel remo principale". Questo approccio inevitabilmente conduce a una condizione di frustrazione per tutti coloro che sono coinvolti.h]hX2Uno dei più grandi errori fatti dagli sviluppatori kernel (o dai loro datori di lavoro) è quello di cercare di ridurre tutta la procedura ad una singola “integrazione nel remo principale”. Questo approccio inevitabilmente conduce a una condizione di frustrazione per tutti coloro che sono coinvolti.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhjhhubeh}(h]il-ciclo-di-vita-di-una-patchah ]h"]il ciclo di vita di una patchah$]h&]uh1jhjhhhjhKubj)}(hhh](j)}(h&Come le modifiche finiscono nel Kernelh]h&Come le modifiche finiscono nel Kernel}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1jhj hhhjhKubh)}(hXcEsiste una sola persona che può inserire le patch nel repositorio principale del kernel: Linus Torvalds. Ma, per esempio, di tutte le 9500 patch che entrarono nella versione 2.6.38 del kernel, solo 112 (circa l'1,3%) furono scelte direttamente da Linus in persona. Il progetto del kernel è cresciuto fino a raggiungere una dimensione tale per cui un singolo sviluppatore non può controllare e selezionare indipendentemente ogni modifica senza essere supportato. La via scelta dagli sviluppatori per indirizzare tale crescita è stata quella di utilizzare un sistema di "sottotenenti" basato sulla fiducia.h]hXiEsiste una sola persona che può inserire le patch nel repositorio principale del kernel: Linus Torvalds. Ma, per esempio, di tutte le 9500 patch che entrarono nella versione 2.6.38 del kernel, solo 112 (circa l’1,3%) furono scelte direttamente da Linus in persona. Il progetto del kernel è cresciuto fino a raggiungere una dimensione tale per cui un singolo sviluppatore non può controllare e selezionare indipendentemente ogni modifica senza essere supportato. La via scelta dagli sviluppatori per indirizzare tale crescita è stata quella di utilizzare un sistema di “sottotenenti” basato sulla fiducia.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj hhubh)}(hX Il codice base del kernel è spezzato in una serie si sottosistemi: rete, supporto per specifiche architetture, gestione della memoria, video e strumenti, etc. Molti sottosistemi hanno un manutentore designato: ovvero uno sviluppatore che ha piena responsabilità di tutto il codice presente in quel sottosistema. Tali manutentori di sottosistema sono i guardiani (in un certo senso) della parte di kernel che gestiscono; sono coloro che (solitamente) accetteranno una patch per l'inclusione nel ramo principale del kernel.h]hXIl codice base del kernel è spezzato in una serie si sottosistemi: rete, supporto per specifiche architetture, gestione della memoria, video e strumenti, etc. Molti sottosistemi hanno un manutentore designato: ovvero uno sviluppatore che ha piena responsabilità di tutto il codice presente in quel sottosistema. Tali manutentori di sottosistema sono i guardiani (in un certo senso) della parte di kernel che gestiscono; sono coloro che (solitamente) accetteranno una patch per l’inclusione nel ramo principale del kernel.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj hhubh)}(hXI manutentori di sottosistema gestiscono ciascuno la propria parte dei sorgenti del kernel, utilizzando abitualmente (ma certamente non sempre) git. Strumenti come git (e affini come quilt o mercurial) permettono ai manutentori di stilare una lista delle patch, includendo informazioni sull'autore ed altri metadati. In ogni momento, il manutentore può individuare quale patch nel sua repositorio non si trova nel ramo principale.h]hXI manutentori di sottosistema gestiscono ciascuno la propria parte dei sorgenti del kernel, utilizzando abitualmente (ma certamente non sempre) git. Strumenti come git (e affini come quilt o mercurial) permettono ai manutentori di stilare una lista delle patch, includendo informazioni sull’autore ed altri metadati. In ogni momento, il manutentore può individuare quale patch nel sua repositorio non si trova nel ramo principale.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj hhubh)}(hXfQuando la "finestra di integrazione" si apre, i manutentori di alto livello chiederanno a Linus di "prendere" dai loro repositori le modifiche che hanno selezionato per l'inclusione. Se Linus acconsente, il flusso di patch si convoglierà nel repositorio di quest ultimo, divenendo così parte del ramo principale del kernel. La quantità d'attenzione che Linus presta alle singole patch ricevute durante l'operazione di integrazione varia. È chiaro che, qualche volta, guardi più attentamente. Ma, come regola generale, Linus confida nel fatto che i manutentori di sottosistema non selezionino pessime patch.h]hXtQuando la “finestra di integrazione” si apre, i manutentori di alto livello chiederanno a Linus di “prendere” dai loro repositori le modifiche che hanno selezionato per l’inclusione. Se Linus acconsente, il flusso di patch si convoglierà nel repositorio di quest ultimo, divenendo così parte del ramo principale del kernel. La quantità d’attenzione che Linus presta alle singole patch ricevute durante l’operazione di integrazione varia. È chiaro che, qualche volta, guardi più attentamente. Ma, come regola generale, Linus confida nel fatto che i manutentori di sottosistema non selezionino pessime patch.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhKhj hhubh)}(hX0I manutentori di sottosistemi, a turno, possono "prendere" patch provenienti da altri manutentori. Per esempio, i sorgenti per la rete rete sono costruiti da modifiche che si sono accumulate inizialmente nei sorgenti dedicati ai driver per dispositivi di rete, rete senza fili, ecc. Tale catena di repositori può essere più o meno lunga, benché raramente ecceda i due o tre collegamenti. Questo processo è conosciuto come "la catena della fiducia", perché ogni manutentore all'interno della catena si fida di coloro che gestiscono i livelli più bassi.h]hX:I manutentori di sottosistemi, a turno, possono “prendere” patch provenienti da altri manutentori. Per esempio, i sorgenti per la rete rete sono costruiti da modifiche che si sono accumulate inizialmente nei sorgenti dedicati ai driver per dispositivi di rete, rete senza fili, ecc. Tale catena di repositori può essere più o meno lunga, benché raramente ecceda i due o tre collegamenti. Questo processo è conosciuto come “la catena della fiducia”, perché ogni manutentore all’interno della catena si fida di coloro che gestiscono i livelli più bassi.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj hhubh)}(hChiaramente, in un sistema come questo, l'inserimento delle patch all'interno del kernel si basa sul trovare il manutentore giusto. Di norma, inviare patch direttamente a Linus non è la via giusta.h]hChiaramente, in un sistema come questo, l’inserimento delle patch all’interno del kernel si basa sul trovare il manutentore giusto. Di norma, inviare patch direttamente a Linus non è la via giusta.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj hhubeh}(h]&come-le-modifiche-finiscono-nel-kernelah ]h"]&come le modifiche finiscono nel kernelah$]h&]uh1jhjhhhjhKubj)}(hhh](j)}(hSorgenti -nexth]hSorgenti -next}(hj9 hhhNhNubah}(h]h ]h"]h$]h&]uh1jhj6 hhhjhMubh)}(hXLa catena di sottosistemi guida il flusso di patch all'interno del kernel, ma solleva anche un interessante quesito: se qualcuno volesse vedere tutte le patch pronte per la prossima finestra di integrazione? Gli sviluppatori si interesseranno alle patch in sospeso per verificare che non ci siano altri conflitti di cui preoccuparsi; una modifica che, per esempio, cambia il prototipo di una funzione fondamentale del kernel andrà in conflitto con qualsiasi altra modifica che utilizzi la vecchia versione di quella funzione. Revisori e tester vogliono invece avere accesso alle modifiche nella loro totalità prima che approdino nel ramo principale del kernel. Uno potrebbe prendere le patch provenienti da tutti i sottosistemi d'interesse, ma questo sarebbe un lavoro enorme e fallace.h]hXLa catena di sottosistemi guida il flusso di patch all’interno del kernel, ma solleva anche un interessante quesito: se qualcuno volesse vedere tutte le patch pronte per la prossima finestra di integrazione? Gli sviluppatori si interesseranno alle patch in sospeso per verificare che non ci siano altri conflitti di cui preoccuparsi; una modifica che, per esempio, cambia il prototipo di una funzione fondamentale del kernel andrà in conflitto con qualsiasi altra modifica che utilizzi la vecchia versione di quella funzione. Revisori e tester vogliono invece avere accesso alle modifiche nella loro totalità prima che approdino nel ramo principale del kernel. Uno potrebbe prendere le patch provenienti da tutti i sottosistemi d’interesse, ma questo sarebbe un lavoro enorme e fallace.}(hjG hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj6 hhubh)}(hX}La risposta ci viene sotto forma di sorgenti -next, dove i sottosistemi sono raccolti per essere testati e controllati. Il più vecchio di questi sorgenti, gestito da Andrew Morton, è chiamato "-mm" (memory management, che è l'inizio di tutto). L'-mm integra patch proveniente da una lunga lista di sottosistemi; e ha, inoltre, alcune patch destinate al supporto del debugging.h]hXLa risposta ci viene sotto forma di sorgenti -next, dove i sottosistemi sono raccolti per essere testati e controllati. Il più vecchio di questi sorgenti, gestito da Andrew Morton, è chiamato “-mm” (memory management, che è l’inizio di tutto). L’-mm integra patch proveniente da una lunga lista di sottosistemi; e ha, inoltre, alcune patch destinate al supporto del debugging.}(hjU hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhM#hj6 hhubh)}(hXOltre a questo, -mm contiene una raccolta significativa di patch che sono state selezionate da Andrew direttamente. Queste patch potrebbero essere state inviate in una lista di discussione, o possono essere applicate ad una parte del kernel per la quale non esiste un sottosistema dedicato. Di conseguenza, -mm opera come una specie di sottosistema "ultima spiaggia"; se per una patch non esiste una via chiara per entrare nel ramo principale, allora è probabile che finirà in -mm. Le patch passate per -mm eventualmente finiranno nel sottosistema più appropriato o saranno inviate direttamente a Linus. In un tipico ciclo di sviluppo, circa il 5-10% delle patch andrà nel ramo principale attraverso -mm.h]hXOltre a questo, -mm contiene una raccolta significativa di patch che sono state selezionate da Andrew direttamente. Queste patch potrebbero essere state inviate in una lista di discussione, o possono essere applicate ad una parte del kernel per la quale non esiste un sottosistema dedicato. Di conseguenza, -mm opera come una specie di sottosistema “ultima spiaggia”; se per una patch non esiste una via chiara per entrare nel ramo principale, allora è probabile che finirà in -mm. Le patch passate per -mm eventualmente finiranno nel sottosistema più appropriato o saranno inviate direttamente a Linus. In un tipico ciclo di sviluppo, circa il 5-10% delle patch andrà nel ramo principale attraverso -mm.}(hjc hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhM)hj6 hhubh)}(h`La patch -mm correnti sono disponibili nella cartella "mmotm" (-mm of the moment) all'indirizzo:h]hfLa patch -mm correnti sono disponibili nella cartella “mmotm” (-mm of the moment) all’indirizzo:}(hjq hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhM4hj6 hhubj)}(h#http://www.ozlabs.org/~akpm/mmotm/ h]h)}(h"http://www.ozlabs.org/~akpm/mmotm/h]jZ)}(hj h]h"http://www.ozlabs.org/~akpm/mmotm/}(hj hhhNhNubah}(h]h ]h"]h$]h&]refurij uh1jYhj ubah}(h]h ]h"]h$]h&]uh1hhjhM7hj ubah}(h]h ]h"]h$]h&]uh1jhjhM7hj6 hhubh)}(hÈ molto probabile che l'uso dei sorgenti MMOTM diventi un'esperienza frustrante; ci sono buone probabilità che non compili nemmeno.h]hÈ molto probabile che l’uso dei sorgenti MMOTM diventi un’esperienza frustrante; ci sono buone probabilità che non compili nemmeno.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhM9hj6 hhubh)}(hXI sorgenti principali per il prossimo ciclo d'integrazione delle patch è linux-next, gestito da Stephen Rothwell. I sorgenti linux-next sono, per definizione, un'istantanea di come dovrà apparire il ramo principale dopo che la prossima finestra di inclusione si chiuderà. I linux-next sono annunciati sulla lista di discussione linux-kernel e linux-next nel momento in cui vengono assemblati; e possono essere scaricate da:h]hXI sorgenti principali per il prossimo ciclo d’integrazione delle patch è linux-next, gestito da Stephen Rothwell. I sorgenti linux-next sono, per definizione, un’istantanea di come dovrà apparire il ramo principale dopo che la prossima finestra di inclusione si chiuderà. I linux-next sono annunciati sulla lista di discussione linux-kernel e linux-next nel momento in cui vengono assemblati; e possono essere scaricate da:}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhM<hj6 hhubj)}(h-http://www.kernel.org/pub/linux/kernel/next/ h]h)}(h,http://www.kernel.org/pub/linux/kernel/next/h]jZ)}(hj h]h,http://www.kernel.org/pub/linux/kernel/next/}(hj hhhNhNubah}(h]h ]h"]h$]h&]refurij uh1jYhj ubah}(h]h ]h"]h$]h&]uh1hhjhMChj ubah}(h]h ]h"]h$]h&]uh1jhjhMChj6 hhubh)}(hXLinux-next è divenuto parte integrante del processo di sviluppo del kernel; tutte le patch incorporate durante una finestra di integrazione dovrebbero aver trovato la propria strada in linux-next, a volte anche prima dell'apertura della finestra di integrazione.h]hX Linux-next è divenuto parte integrante del processo di sviluppo del kernel; tutte le patch incorporate durante una finestra di integrazione dovrebbero aver trovato la propria strada in linux-next, a volte anche prima dell’apertura della finestra di integrazione.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMEhj6 hhubeh}(h] sorgenti-nextah ]h"]sorgenti -nextah$]h&]uh1jhjhhhjhMubj)}(hhh](j)}(hSorgenti in preparazioneh]hSorgenti in preparazione}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1jhj hhhjhMLubh)}(hX)Nei sorgenti del kernel esiste la cartella drivers/staging/, dove risiedono molte sotto-cartelle per i driver o i filesystem che stanno per essere aggiunti al kernel. Questi restano nella cartella drivers/staging fintanto che avranno bisogno di maggior lavoro; una volta completato, possono essere spostate all'interno del kernel nel posto più appropriato. Questo è il modo di tener traccia dei driver che non sono ancora in linea con gli standard di codifica o qualità, ma che le persone potrebbero voler usare ugualmente e tracciarne lo sviluppo.h]hX+Nei sorgenti del kernel esiste la cartella drivers/staging/, dove risiedono molte sotto-cartelle per i driver o i filesystem che stanno per essere aggiunti al kernel. Questi restano nella cartella drivers/staging fintanto che avranno bisogno di maggior lavoro; una volta completato, possono essere spostate all’interno del kernel nel posto più appropriato. Questo è il modo di tener traccia dei driver che non sono ancora in linea con gli standard di codifica o qualità, ma che le persone potrebbero voler usare ugualmente e tracciarne lo sviluppo.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMNhj hhubh)}(hXOGreg Kroah-Hartman attualmente gestisce i sorgenti in preparazione. I driver che non sono completamente pronti vengono inviati a lui, e ciascun driver avrà la propria sotto-cartella in drivers/staging/. Assieme ai file sorgenti dei driver, dovrebbe essere presente nella stessa cartella anche un file TODO. Il file TODO elenca il lavoro ancora da fare su questi driver per poter essere accettati nel kernel, e indica anche la lista di persone da inserire in copia conoscenza per ogni modifica fatta. Le regole attuali richiedono che i driver debbano, come minimo, compilare adeguatamente.h]hXOGreg Kroah-Hartman attualmente gestisce i sorgenti in preparazione. I driver che non sono completamente pronti vengono inviati a lui, e ciascun driver avrà la propria sotto-cartella in drivers/staging/. Assieme ai file sorgenti dei driver, dovrebbe essere presente nella stessa cartella anche un file TODO. Il file TODO elenca il lavoro ancora da fare su questi driver per poter essere accettati nel kernel, e indica anche la lista di persone da inserire in copia conoscenza per ogni modifica fatta. Le regole attuali richiedono che i driver debbano, come minimo, compilare adeguatamente.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMWhj hhubh)}(hXuLa *preparazione* può essere una via relativamente facile per inserire nuovi driver all'interno del ramo principale, dove, con un po' di fortuna, saranno notati da altri sviluppatori e migliorati velocemente. Entrare nella fase di preparazione non è però la fine della storia, infatti, il codice che si trova nella cartella staging che non mostra regolari progressi potrebbe essere rimosso. Le distribuzioni, inoltre, tendono a dimostrarsi relativamente riluttanti nell'attivare driver in preparazione. Quindi lo preparazione è, nel migliore dei casi, una tappa sulla strada verso il divenire un driver del ramo principale.h](hLa }(hj" hhhNhNubhemphasis)}(h*preparazione*h]h preparazione}(hj, hhhNhNubah}(h]h ]h"]h$]h&]uh1j* hj" ubhXj può essere una via relativamente facile per inserire nuovi driver all’interno del ramo principale, dove, con un po’ di fortuna, saranno notati da altri sviluppatori e migliorati velocemente. Entrare nella fase di preparazione non è però la fine della storia, infatti, il codice che si trova nella cartella staging che non mostra regolari progressi potrebbe essere rimosso. Le distribuzioni, inoltre, tendono a dimostrarsi relativamente riluttanti nell’attivare driver in preparazione. Quindi lo preparazione è, nel migliore dei casi, una tappa sulla strada verso il divenire un driver del ramo principale.}(hj" hhhNhNubeh}(h]h ]h"]h$]h&]uh1hhjhM`hj hhubeh}(h]sorgenti-in-preparazioneah ]h"]sorgenti in preparazioneah$]h&]uh1jhjhhhjhMLubj)}(hhh](j)}(h Strumentih]h Strumenti}(hjO hhhNhNubah}(h]h ]h"]h$]h&]uh1jhjL hhhjhMlubh)}(hXwCome è possibile notare dal testo sopra, il processo di sviluppo del kernel dipende pesantemente dalla capacità di guidare la raccolta di patch in diverse direzioni. L'intera cosa non funzionerebbe se non venisse svolta con l'uso di strumenti appropriati e potenti. Spiegare l'uso di tali strumenti non è lo scopo di questo documento, ma c'è spazio per alcuni consigli.h]khXCome è possibile notare dal testo sopra, il processo di sviluppo del kernel dipende pesantemente dalla capacità di guidare la raccolta di patch in diverse direzioni. L’intera cosa non funzionerebbe se non venisse svolta con l’uso di strumenti appropriati e potenti. Spiegare l’uso di tali strumenti non è lo scopo di questo documento, ma c’è spazio per alcuni consigli.}(hj] hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMnhjL hhubh)}(hXIn assoluto, nella comunità del kernel, predomina l'uso di git come sistema di gestione dei sorgenti. Git è una delle diverse tipologie di sistemi distribuiti di controllo versione che sono stati sviluppati nella comunità del software libero. Esso è calibrato per lo sviluppo del kernel, e si comporta abbastanza bene quando ha a che fare con repositori grandi e con un vasto numero di patch. Git ha inoltre la reputazione di essere difficile da imparare e utilizzare, benché stia migliorando. Agli sviluppatori del kernel viene richiesta un po' di familiarità con git; anche se non lo utilizzano per il proprio lavoro, hanno bisogno di git per tenersi al passo con il lavoro degli altri sviluppatori (e con il ramo principale).h]hXIn assoluto, nella comunità del kernel, predomina l’uso di git come sistema di gestione dei sorgenti. Git è una delle diverse tipologie di sistemi distribuiti di controllo versione che sono stati sviluppati nella comunità del software libero. Esso è calibrato per lo sviluppo del kernel, e si comporta abbastanza bene quando ha a che fare con repositori grandi e con un vasto numero di patch. Git ha inoltre la reputazione di essere difficile da imparare e utilizzare, benché stia migliorando. Agli sviluppatori del kernel viene richiesta un po’ di familiarità con git; anche se non lo utilizzano per il proprio lavoro, hanno bisogno di git per tenersi al passo con il lavoro degli altri sviluppatori (e con il ramo principale).}(hjk hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMuhjL hhubh)}(haGit è ora compreso in quasi tutte le distribuzioni Linux. Esiste una sito che potete consultare:h]haGit è ora compreso in quasi tutte le distribuzioni Linux. Esiste una sito che potete consultare:}(hjy hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhjL hhubj)}(hhttp://git-scm.com/ h]h)}(hhttp://git-scm.com/h]jZ)}(hj h]hhttp://git-scm.com/}(hj hhhNhNubah}(h]h ]h"]h$]h&]refurij uh1jYhj ubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhjhMhjL hhubh)}(hIQui troverete i riferimenti alla documentazione e alle guide passo-passo.h]hIQui troverete i riferimenti alla documentazione e alle guide passo-passo.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhjL hhubh)}(hrTra gli sviluppatori Kernel che non usano git, la scelta alternativa più popolare è quasi sicuramente Mercurial:h]hrTra gli sviluppatori Kernel che non usano git, la scelta alternativa più popolare è quasi sicuramente Mercurial:}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhjL hhubj)}(h"http://www.selenic.com/mercurial/ h]h)}(h!http://www.selenic.com/mercurial/h]jZ)}(hj h]h!http://www.selenic.com/mercurial/}(hj hhhNhNubah}(h]h ]h"]h$]h&]refurij uh1jYhj ubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhjhMhjL hhubh)}(hMercurial condivide diverse caratteristiche con git, ma fornisce un'interfaccia che potrebbe risultare più semplice da utilizzare.h]hMercurial condivide diverse caratteristiche con git, ma fornisce un’interfaccia che potrebbe risultare più semplice da utilizzare.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhjL hhubh)}(h6L'altro strumento che vale la pena conoscere è Quilt:h]h8L’altro strumento che vale la pena conoscere è Quilt:}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhjL hhubj)}(h,http://savannah.nongnu.org/projects/quilt/ h]h)}(h*http://savannah.nongnu.org/projects/quilt/h]jZ)}(hj h]h*http://savannah.nongnu.org/projects/quilt/}(hj hhhNhNubah}(h]h ]h"]h$]h&]refurij uh1jYhj ubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhjhMhjL hhubh)}(hXQuilt è un sistema di gestione delle patch, piuttosto che un sistema di gestione dei sorgenti. Non mantiene uno storico degli eventi; ma piuttosto è orientato verso il tracciamento di uno specifico insieme di modifiche rispetto ad un codice in evoluzione. Molti dei più grandi manutentori di sottosistema utilizzano quilt per gestire le patch che dovrebbero essere integrate. Per la gestione di certe tipologie di sorgenti (-mm, per esempio), quilt è il miglior strumento per svolgere il lavoro.h]hXQuilt è un sistema di gestione delle patch, piuttosto che un sistema di gestione dei sorgenti. Non mantiene uno storico degli eventi; ma piuttosto è orientato verso il tracciamento di uno specifico insieme di modifiche rispetto ad un codice in evoluzione. Molti dei più grandi manutentori di sottosistema utilizzano quilt per gestire le patch che dovrebbero essere integrate. Per la gestione di certe tipologie di sorgenti (-mm, per esempio), quilt è il miglior strumento per svolgere il lavoro.}(hj% hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhjL hhubeh}(h] strumentiah ]h"] strumentiah$]h&]uh1jhjhhhjhMlubj)}(hhh](j)}(hListe di discussioneh]hListe di discussione}(hj> hhhNhNubah}(h]h ]h"]h$]h&]uh1jhj; hhhjhMubh)}(hXUna grossa parte del lavoro di sviluppo del Kernel Linux viene svolto tramite le liste di discussione. È difficile essere un membro della comunità pienamente coinvolto se non si partecipa almeno ad una lista da qualche parte. Ma, le liste di discussione di Linux rappresentano un potenziale problema per gli sviluppatori, che rischiano di venir sepolti da un mare di email, restare incagliati nelle convenzioni in vigore nelle liste Linux, o entrambi.h]hXUna grossa parte del lavoro di sviluppo del Kernel Linux viene svolto tramite le liste di discussione. È difficile essere un membro della comunità pienamente coinvolto se non si partecipa almeno ad una lista da qualche parte. Ma, le liste di discussione di Linux rappresentano un potenziale problema per gli sviluppatori, che rischiano di venir sepolti da un mare di email, restare incagliati nelle convenzioni in vigore nelle liste Linux, o entrambi.}(hjL hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj; hhubh)}(hpMolte delle liste di discussione del Kernel girano su vger.kernel.org; l'elenco principale lo si trova sul sito:h]hrMolte delle liste di discussione del Kernel girano su vger.kernel.org; l’elenco principale lo si trova sul sito:}(hjZ hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj; hhubj)}(hhttps://subspace.kernel.org h]h)}(hhttps://subspace.kernel.orgh]jZ)}(hjn h]hhttps://subspace.kernel.org}(hjp hhhNhNubah}(h]h ]h"]h$]h&]refurijn uh1jYhjl ubah}(h]h ]h"]h$]h&]uh1hhjhMhjh ubah}(h]h ]h"]h$]h&]uh1jhjhMhj; hhubh)}(hTuttavia, esistono liste gestite altrove; controllare il file MAINTAINERS per trovare la lista relativa ad un sottosistema specifico.h]hTuttavia, esistono liste gestite altrove; controllare il file MAINTAINERS per trovare la lista relativa ad un sottosistema specifico.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj; hhubh)}(hXLa lista di discussione principale per lo sviluppo del kernel è, ovviamente, linux-kernel. Questa lista è un luogo ostile dove trovarsi; i volumi possono raggiungere i 500 messaggi al giorno, la quantità di "rumore" è elevata, la conversazione può essere strettamente tecnica e i partecipanti non sono sempre preoccupati di mostrare un alto livello di educazione. Ma non esiste altro luogo dove la comunità di sviluppo del kernel si unisce per intero; gli sviluppatori che evitano tale lista si perderanno informazioni importanti.h]hXLa lista di discussione principale per lo sviluppo del kernel è, ovviamente, linux-kernel. Questa lista è un luogo ostile dove trovarsi; i volumi possono raggiungere i 500 messaggi al giorno, la quantità di “rumore” è elevata, la conversazione può essere strettamente tecnica e i partecipanti non sono sempre preoccupati di mostrare un alto livello di educazione. Ma non esiste altro luogo dove la comunità di sviluppo del kernel si unisce per intero; gli sviluppatori che evitano tale lista si perderanno informazioni importanti.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj; hhubh)}(hQCi sono alcuni consigli che possono essere utili per sopravvivere a linux-kernel:h]hQCi sono alcuni consigli che possono essere utili per sopravvivere a linux-kernel:}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj; hhubj)}(hhh](j)}(hTenete la lista in una cartella separata, piuttosto che inserirla nella casella di posta principale. Così da essere in grado di ignorare il flusso di mail per un certo periodo di tempo. h]h)}(hTenete la lista in una cartella separata, piuttosto che inserirla nella casella di posta principale. Così da essere in grado di ignorare il flusso di mail per un certo periodo di tempo.h]hTenete la lista in una cartella separata, piuttosto che inserirla nella casella di posta principale. Così da essere in grado di ignorare il flusso di mail per un certo periodo di tempo.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhj hhhjhNubj)}(hX Non cercate di seguire ogni conversazione - nessuno lo fa. È importante filtrare solo gli argomenti d'interesse (sebbene va notato che le conversazioni di lungo periodo possono deviare dall'argomento originario senza cambiare il titolo della mail) e le persone che stanno partecipando. h]h)}(hXNon cercate di seguire ogni conversazione - nessuno lo fa. È importante filtrare solo gli argomenti d'interesse (sebbene va notato che le conversazioni di lungo periodo possono deviare dall'argomento originario senza cambiare il titolo della mail) e le persone che stanno partecipando.h]hX#Non cercate di seguire ogni conversazione - nessuno lo fa. È importante filtrare solo gli argomenti d’interesse (sebbene va notato che le conversazioni di lungo periodo possono deviare dall’argomento originario senza cambiare il titolo della mail) e le persone che stanno partecipando.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhj hhhjhNubj)}(hLNon alimentate i troll. Se qualcuno cerca di creare nervosismo, ignoratelo. h]h)}(hKNon alimentate i troll. Se qualcuno cerca di creare nervosismo, ignoratelo.h]hKNon alimentate i troll. Se qualcuno cerca di creare nervosismo, ignoratelo.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhj hhhjhNubj)}(hXQuando rispondete ad una mail linux-kernel (o ad altre liste) mantenete tutti i Cc:. In assenza di importanti motivazioni (come una richiesta esplicita), non dovreste mai togliere destinatari. Assicuratevi sempre che la persona alla quale state rispondendo sia presente nella lista Cc. Questa usanza fa si che divenga inutile chiedere esplicitamente di essere inseriti in copia nel rispondere al vostro messaggio. h]h)}(hXQuando rispondete ad una mail linux-kernel (o ad altre liste) mantenete tutti i Cc:. In assenza di importanti motivazioni (come una richiesta esplicita), non dovreste mai togliere destinatari. Assicuratevi sempre che la persona alla quale state rispondendo sia presente nella lista Cc. Questa usanza fa si che divenga inutile chiedere esplicitamente di essere inseriti in copia nel rispondere al vostro messaggio.h]hXQuando rispondete ad una mail linux-kernel (o ad altre liste) mantenete tutti i Cc:. In assenza di importanti motivazioni (come una richiesta esplicita), non dovreste mai togliere destinatari. Assicuratevi sempre che la persona alla quale state rispondendo sia presente nella lista Cc. Questa usanza fa si che divenga inutile chiedere esplicitamente di essere inseriti in copia nel rispondere al vostro messaggio.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhj hhhjhNubj)}(hCercate nell'archivio della lista (e nella rete nella sua totalità) prima di far domande. Molti sviluppatori possono divenire impazienti con le persone che chiaramente non hanno svolto i propri compiti a casa. h]h)}(hCercate nell'archivio della lista (e nella rete nella sua totalità) prima di far domande. Molti sviluppatori possono divenire impazienti con le persone che chiaramente non hanno svolto i propri compiti a casa.h]hCercate nell’archivio della lista (e nella rete nella sua totalità) prima di far domande. Molti sviluppatori possono divenire impazienti con le persone che chiaramente non hanno svolto i propri compiti a casa.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj ubah}(h]h ]h"]h$]h&]uh1jhj hhhjhNubj)}(hXRRispondete sotto alla porzione di righe citate, così da dare un contesto alle vostre risposte, e quindi renderle più leggibili (in altre parole, evitate di rispondere in cima, ovvero prima del testo citato). Per maggiori dettagli leggete :ref:`Documentation/translations/it_IT/process/submitting-patches.rst `. h]h)}(hXPRispondete sotto alla porzione di righe citate, così da dare un contesto alle vostre risposte, e quindi renderle più leggibili (in altre parole, evitate di rispondere in cima, ovvero prima del testo citato). Per maggiori dettagli leggete :ref:`Documentation/translations/it_IT/process/submitting-patches.rst `.h](hRispondete sotto alla porzione di righe citate, così da dare un contesto alle vostre risposte, e quindi renderle più leggibili (in altre parole, evitate di rispondere in cima, ovvero prima del testo citato). Per maggiori dettagli leggete }(hj3 hhhNhNubh)}(h_:ref:`Documentation/translations/it_IT/process/submitting-patches.rst `h]h)}(hj= h]h?Documentation/translations/it_IT/process/submitting-patches.rst}(hj? hhhNhNubah}(h]h ](hstdstd-refeh"]h$]h&]uh1hhj; ubah}(h]h ]h"]h$]h&]refdochΌ refdomainjI reftyperef refexplicitrefwarnhԌit_interleaved_repliesuh1hhjhMhj3 ubh.}(hj3 hhhNhNubeh}(h]h ]h"]h$]h&]uh1hhjhMhj/ ubah}(h]h ]h"]h$]h&]uh1jhj hhhjhNubj)}(hChiedete nella lista di discussione corretta. Linux-kernel può essere un punto di incontro generale, ma non è il miglior posto dove trovare sviluppatori da tutti i sottosistemi. h]h)}(hChiedete nella lista di discussione corretta. Linux-kernel può essere un punto di incontro generale, ma non è il miglior posto dove trovare sviluppatori da tutti i sottosistemi.h]hChiedete nella lista di discussione corretta. Linux-kernel può essere un punto di incontro generale, ma non è il miglior posto dove trovare sviluppatori da tutti i sottosistemi.}(hjo hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhjk ubah}(h]h ]h"]h$]h&]uh1jhj hhhjhNubeh}(h]h ]h"]h$]h&]j/ j0 uh1jhjhMhj; hhubh)}(hXInfine, la ricerca della corretta lista di discussione è uno degli errori più comuni per gli sviluppatori principianti. Qualcuno che pone una domanda relativa alla rete su linux-kernel riceverà quasi certamente il suggerimento di chiedere sulla lista netdev, che è la lista frequentata dagli sviluppatori di rete. Ci sono poi altre liste per i sottosistemi SCSI, video4linux, IDE, filesystem, etc. Il miglior posto dove cercare una lista di discussione è il file MAINTAINERS che si trova nei sorgenti del kernel.h]hXInfine, la ricerca della corretta lista di discussione è uno degli errori più comuni per gli sviluppatori principianti. Qualcuno che pone una domanda relativa alla rete su linux-kernel riceverà quasi certamente il suggerimento di chiedere sulla lista netdev, che è la lista frequentata dagli sviluppatori di rete. Ci sono poi altre liste per i sottosistemi SCSI, video4linux, IDE, filesystem, etc. Il miglior posto dove cercare una lista di discussione è il file MAINTAINERS che si trova nei sorgenti del kernel.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj; hhubeh}(h]liste-di-discussioneah ]h"]liste di discussioneah$]h&]uh1jhjhhhjhMubj)}(hhh](j)}(h#Iniziare con lo sviluppo del Kernelh]h#Iniziare con lo sviluppo del Kernel}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1jhj hhhjhMubh)}(hSono comuni le domande sul come iniziare con lo sviluppo del kernel - sia da singole persone che da aziende. Altrettanto comuni sono i passi falsi che rendono l'inizio di tale relazione più difficile di quello che dovrebbe essere.h]hSono comuni le domande sul come iniziare con lo sviluppo del kernel - sia da singole persone che da aziende. Altrettanto comuni sono i passi falsi che rendono l’inizio di tale relazione più difficile di quello che dovrebbe essere.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj hhubh)}(hXLe aziende spesso cercano di assumere sviluppatori noti per creare un gruppo di sviluppo iniziale. Questo, in effetti, può essere una tecnica efficace. Ma risulta anche essere dispendiosa e non va ad accrescere il bacino di sviluppatori kernel con esperienza. È possibile anche "portare a casa" sviluppatori per accelerare lo sviluppo del kernel, dando comunque all'investimento un po' di tempo. Prendersi questo tempo può fornire al datore di lavoro un gruppo di sviluppatori che comprendono sia il kernel che l'azienda stessa, e che possono supportare la formazione di altre persone. Nel medio periodo, questa è spesso uno delle soluzioni più proficue.h]hXLe aziende spesso cercano di assumere sviluppatori noti per creare un gruppo di sviluppo iniziale. Questo, in effetti, può essere una tecnica efficace. Ma risulta anche essere dispendiosa e non va ad accrescere il bacino di sviluppatori kernel con esperienza. È possibile anche “portare a casa” sviluppatori per accelerare lo sviluppo del kernel, dando comunque all’investimento un po’ di tempo. Prendersi questo tempo può fornire al datore di lavoro un gruppo di sviluppatori che comprendono sia il kernel che l’azienda stessa, e che possono supportare la formazione di altre persone. Nel medio periodo, questa è spesso uno delle soluzioni più proficue.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj hhubh)}(hXI singoli sviluppatori sono spesso, comprensibilmente, una perdita come punto di partenza. Iniziare con un grande progetto può rivelarsi intimidatorio; spesso all'inizio si vuole solo verificare il terreno con qualcosa di piccolo. Questa è una delle motivazioni per le quali molti sviluppatori saltano alla creazione di patch che vanno a sistemare errori di battitura o problematiche minori legate allo stile del codice. Sfortunatamente, tali patch creano un certo livello di rumore che distrae l'intera comunità di sviluppo, quindi, sempre di più, esse vengono degradate. I nuovi sviluppatori che desiderano presentarsi alla comunità non riceveranno l'accoglienza che vorrebbero con questi mezzi.h]hXI singoli sviluppatori sono spesso, comprensibilmente, una perdita come punto di partenza. Iniziare con un grande progetto può rivelarsi intimidatorio; spesso all’inizio si vuole solo verificare il terreno con qualcosa di piccolo. Questa è una delle motivazioni per le quali molti sviluppatori saltano alla creazione di patch che vanno a sistemare errori di battitura o problematiche minori legate allo stile del codice. Sfortunatamente, tali patch creano un certo livello di rumore che distrae l’intera comunità di sviluppo, quindi, sempre di più, esse vengono degradate. I nuovi sviluppatori che desiderano presentarsi alla comunità non riceveranno l’accoglienza che vorrebbero con questi mezzi.}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj hhubh)}(hDAndrew Morton da questo consiglio agli aspiranti sviluppatori kernelh]hDAndrew Morton da questo consiglio agli aspiranti sviluppatori kernel}(hj hhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhMhj hhubh literal_block)}(hX|Il primo progetto per un neofita del kernel dovrebbe essere sicuramente quello di "assicurarsi che il kernel funzioni alla perfezione sempre e su tutte le macchine sulle quali potete stendere la vostra mano". Solitamente il modo per fare ciò è quello di collaborare con gli altri nel sistemare le cose (questo richiede persistenza!) ma va bene - è parte dello sviluppo kernel.h]hX|Il primo progetto per un neofita del kernel dovrebbe essere sicuramente quello di "assicurarsi che il kernel funzioni alla perfezione sempre e su tutte le macchine sulle quali potete stendere la vostra mano". Solitamente il modo per fare ciò è quello di collaborare con gli altri nel sistemare le cose (questo richiede persistenza!) ma va bene - è parte dello sviluppo kernel.}hj sbah}(h]h ]h"]h$]h&] xml:spacepreserveuh1j hjhMhj hhubh)}(h"(http://lwn.net/Articles/283982/).h](h(}(hj hhhNhNubjZ)}(hhttp://lwn.net/Articles/283982/h]hhttp://lwn.net/Articles/283982/}(hjhhhNhNubah}(h]h ]h"]h$]h&]refurijuh1jYhj ubh).}(hj hhhNhNubeh}(h]h ]h"]h$]h&]uh1hhjhM hj hhubh)}(hXIn assenza di problemi ovvi da risolvere, si consiglia agli sviluppatori di consultare, in generale, la lista di regressioni e di bachi aperti. Non c'è mai carenza di problematiche bisognose di essere sistemate; accollandosi tali questioni gli sviluppatori accumuleranno esperienza con la procedura, ed allo stesso tempo, aumenteranno la loro rispettabilità all'interno della comunità di sviluppo.h]hXIn assenza di problemi ovvi da risolvere, si consiglia agli sviluppatori di consultare, in generale, la lista di regressioni e di bachi aperti. Non c’è mai carenza di problematiche bisognose di essere sistemate; accollandosi tali questioni gli sviluppatori accumuleranno esperienza con la procedura, ed allo stesso tempo, aumenteranno la loro rispettabilità all’interno della comunità di sviluppo.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjhM hj hhubeh}(h]#iniziare-con-lo-sviluppo-del-kernelah ]h"]#iniziare con lo sviluppo del kernelah$]h&]uh1jhjhhhjhMubeh}(h](%come-funziona-il-processo-di-sviluppojeh ]h"](%come funziona il processo di sviluppoit_development_processeh$]h&]uh1jhhhhhjhK expect_referenced_by_name}j7jsexpect_referenced_by_id}jjsubeh}(h]h ]h"]h$]h&]sourcejuh1hcurrent_sourceN current_lineNsettingsdocutils.frontendValues)}(jN generatorN datestampN source_linkN source_urlN toc_backlinksjfootnote_backlinksK sectnum_xformKstrip_commentsNstrip_elements_with_classesN strip_classesN report_levelK halt_levelKexit_status_levelKdebugNwarning_streamN tracebackinput_encoding utf-8-siginput_encoding_error_handlerstrictoutput_encodingutf-8output_encoding_error_handlerj`error_encodingutf-8error_encoding_error_handlerbackslashreplace language_codeenrecord_dependenciesNconfigN id_prefixhauto_id_prefixid dump_settingsNdump_internalsNdump_transformsNdump_pseudo_xmlNexpose_internalsNstrict_visitorN_disable_configN_sourcej _destinationN _config_files]7/var/lib/git/docbuild/linux/Documentation/docutils.confafile_insertion_enabled raw_enabledKline_length_limitM'pep_referencesN pep_base_urlhttps://peps.python.org/pep_file_url_templatepep-%04drfc_referencesN rfc_base_url&https://datatracker.ietf.org/doc/html/ tab_widthKtrim_footnote_reference_spacesyntax_highlightlong smart_quotessmartquotes_locales]character_level_inline_markupdoctitle_xform docinfo_xformKsectsubtitle_xform image_loadinglinkembed_stylesheetcloak_email_addressessection_self_linkenvNubreporterNindirect_targets]substitution_defs}substitution_names}refnames}refids}j]jasnameids}(j7jj6j3jjj j j3 j0 j j jI jF j8 j5 j j j.j+u nametypes}(j7j6jj j3 j jI j8 j j.uh}(jjj3jjjj jj0 j j j6 jF j j5 jL j j; j+j u footnote_refs} citation_refs} autofootnotes]autofootnote_refs]symbol_footnotes]symbol_footnote_refs] footnotes] citations]autofootnote_startKsymbol_footnote_startK id_counter collectionsCounter}Rparse_messages](hsystem_message)}(hhh]h)}(heUnexpected possible title overline or transition. Treating it as ordinary text because it's so short.h]hgUnexpected possible title overline or transition. Treating it as ordinary text because it’s so short.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjubah}(h]h ]h"]h$]h&]levelKtypeINFOlineKsourcejuh1jhjubj)}(hhh]h)}(heUnexpected possible title overline or transition. Treating it as ordinary text because it's so short.h]hgUnexpected possible title overline or transition. Treating it as ordinary text because it’s so short.}(hjhhhNhNubah}(h]h ]h"]h$]h&]uh1hhjubah}(h]h ]h"]h$]h&]levelKtypejlineKsourcejuh1jhjubetransform_messages]j)}(hhh]h)}(hhh]h