Lines Matching refs:per
14 il kernel da allora ha messo in atto un certo numero di procedure per rendere
16 processo si svolge per poter esserne parte attiva.
41 Viene seguita una disciplina abbastanza lineare per l'inclusione delle
46 patch per un nuovo ciclo di sviluppo (e tutte le più importanti modifiche)
50 (per inciso, vale la pena notare che i cambiamenti integrati durante la
55 La finestra di inclusione resta attiva approssimativamente per due settimane.
58 Per il kernel che è destinato ad essere 5.6, per esempio, il rilascio
68 amichevole. Come regola generale: se vi perdete la finestra di inclusione per
70 successivo (un'eccezione può essere fatta per i driver per hardware non
119 considerazione per un rilascio d'aggiornamento, una modifica deve:
121 per il prossimo sviluppo del kernel. Solitamente, passato il loro rilascio
122 iniziale, i kernel ricevono aggiornamenti per più di un ciclo di sviluppo.
123 Quindi, per esempio, la storia del kernel 5.2 appare così (anno 2019):
136 La 5.2.21 fu l'aggiornamento finale per la versione 5.2.
139 riceveranno assistenza per un lungo periodo di tempo. Consultate il seguente
140 collegamento per avere la lista delle versioni attualmente supportate e i
146 manutentori, alla loro necessità e al tempo per tenere aggiornate proprio
147 quelle versioni. Non ci sono altri kernel a lungo termine in programma per
155 per assicurare che ogni patch sia di buona qualità e desiderata nel
156 ramo principale. Questo processo avviene velocemente per le correzioni
157 meno importanti, o, nel caso di patch ampie e controverse, va avanti per anni.
179 - Revisione più ampia. Quando la patch è quasi pronta per essere inserita
195 i necessari aggiornamenti per mantenere la patch aggiornata al kernel
197 ad inviare gli aggiornamenti per essere revisionati e integrati.
215 responsabilità per il codice se quest'ultimo continua ad essere utile
221 a una condizione di frustrazione per tutti coloro che sono coinvolti.
227 del kernel: Linus Torvalds. Ma, per esempio, di tutte le 9500 patch
230 del kernel è cresciuto fino a raggiungere una dimensione tale per cui
233 scelta dagli sviluppatori per indirizzare tale crescita è stata quella
237 supporto per specifiche architetture, gestione della memoria, video e
242 (solitamente) accetteranno una patch per l'inclusione nel ramo principale
254 selezionato per l'inclusione. Se Linus acconsente, il flusso di patch si
263 provenienti da altri manutentori. Per esempio, i sorgenti per la rete rete
265 dedicati ai driver per dispositivi di rete, rete senza fili, ecc. Tale
281 patch pronte per la prossima finestra di integrazione?
282 Gli sviluppatori si interesseranno alle patch in sospeso per verificare
283 che non ci siano altri conflitti di cui preoccuparsi; una modifica che, per
292 raccolti per essere testati e controllati. Il più vecchio di questi sorgenti,
300 parte del kernel per la quale non esiste un sottosistema dedicato.
302 se per una patch non esiste una via chiara per entrare nel ramo principale,
303 allora è probabile che finirà in -mm. Le patch passate per -mm
316 I sorgenti principali per il prossimo ciclo d'integrazione delle patch
317 è linux-next, gestito da Stephen Rothwell. I sorgenti linux-next sono, per
335 molte sotto-cartelle per i driver o i filesystem che stanno per essere aggiunti
347 Il file TODO elenca il lavoro ancora da fare su questi driver per poter essere
349 conoscenza per ogni modifica fatta. Le regole attuali richiedono che i
352 La *preparazione* può essere una via relativamente facile per inserire nuovi
355 di preparazione non è però la fine della storia, infatti, il codice che si
370 strumenti non è lo scopo di questo documento, ma c'è spazio per alcuni
376 del software libero. Esso è calibrato per lo sviluppo del kernel, e si
381 utilizzano per il proprio lavoro, hanno bisogno di git per tenersi al passo
408 sottosistema utilizzano quilt per gestire le patch che dovrebbero essere
409 integrate. Per la gestione di certe tipologie di sorgenti (-mm, per esempio),
410 quilt è il miglior strumento per svolgere il lavoro.
420 problema per gli sviluppatori, che rischiano di venir sepolti da un mare di
432 La lista di discussione principale per lo sviluppo del kernel è, ovviamente,
437 altro luogo dove la comunità di sviluppo del kernel si unisce per intero;
440 Ci sono alcuni consigli che possono essere utili per sopravvivere a
445 di mail per un certo periodo di tempo.
474 comuni per gli sviluppatori principianti. Qualcuno che pone una domanda
477 di rete. Ci sono poi altre liste per i sottosistemi SCSI, video4linux, IDE,
488 Le aziende spesso cercano di assumere sviluppatori noti per creare un gruppo
492 sviluppatori per accelerare lo sviluppo del kernel, dando comunque
501 Questa è una delle motivazioni per le quali molti sviluppatori saltano alla
513 Il primo progetto per un neofita del kernel dovrebbe essere
516 la vostra mano". Solitamente il modo per fare ciò è quello di