Lines Matching refs:il
14 Il resto di questa sezione riguarda il processo di sviluppo del kernel e
17 per il kernel debba essere incorporato nel kernel ufficiale, fra le quali:
24 La sezione :ref:`it_development_process` introduce il processo di sviluppo,
25 il ciclo di rilascio del kernel, ed i meccanismi della finestra
29 qualcosa per il kernel sono invitati ad individuare e sistemare bachi come
34 coinvolgimento della comunità, il prima possibile.
36 La sezione :ref:`it_development_coding` riguarda il processo di scrittura
40 nell'assicurarvi che le modifiche per il kernel siano corrette.
50 la pubblicazione delle modifiche; a questo punto il lavoro è lontano
54 nell'affermare che il lavoro è concluso quando una modifica è incorporata nei
61 La sezione :ref:`it_development_conclusion` chiude il documento con dei
78 hardware vogliono assicurarsi che il loro prodotti siano supportati da Linux,
81 vogliono che Linux sia capace ed adeguato agli obiettivi ed il più possibile
91 libero. Ma, anzi, il kernel è persino più aperto rispetto a molti altri
102 che il processo di sviluppo del kernel differisca notevolmente dai metodi di
116 bisogno di sviluppatori che vogliano aiutare a rendere il kernel migliore;
117 il testo seguente potrebbe esservi d'aiuto - o essere d'aiuto ai vostri
129 speciale ad Amanda McPherson, che ha visto il valore di questo lavoro e lo ha
132 L'importanza d'avere il codice nei sorgenti principali
137 inserire il loro codice nel ramo di sviluppo principale (per ramo principale
140 un costo inutile; può sembra più facile tenere separato il proprio codice e
141 supportare direttamente i suoi utilizzatori. La verità è che il tenere il
167 Invece, il codice che si trova nel ramo principale non necessita di questo
169 interfacce viene richiesto di sistemare anche il codice che utilizza
170 quell'interfaccia. Quindi, il codice che è stato inserito nel ramo principale
173 - Oltre a ciò, spesso il codice che è all'interno del kernel sarà migliorato da
180 sviluppatore originale, il processo di revisione troverà il modo di migliore
181 il codice. Spesso la revisione trova bachi importanti e problemi di
182 sicurezza. Questo è particolarmente vero per il codice che è stato
191 renderanno il kernel più funzionale alle loro necessità.
193 - Quando il codice è gestito separatamente, esiste sempre la possibilità che
199 il codice e far migrare i vostri utenti alla versione "nei sorgenti".
201 - Contribuire al codice è l'azione fondamentale che fa funzionare tutto il
202 processo. Contribuendo attraverso il vostro codice potete aggiungere nuove
205 di farlo), avete chiaramente interesse nel far proseguire il successo di
207 aiutarne il successo.
210 dal kernel, incluso il codice proprietario distribuito solamente in formato
235 E inoltre i vostri utilizzatori dovranno aggiornare il vostro modulo
236 separatamente ogni volta che aggiornano il loro kernel.
246 immutabile e che non richiede un ulteriore sviluppo dopo il rilascio. Questa
247 idea non comprende il valore di una vasta revisione del codice e il valore
250 deve essere rilasciata una nuova versione. A quel punto, i produttori il cui
259 IL codice Linux utilizza diverse licenze, ma il codice completo deve essere
268 Per il codice sottomesso al kernel non è necessario (o richiesto) la
269 concessione del Copyright. Tutto il codice inserito nel ramo principale del
270 kernel conserva la sua proprietà originale; ne risulta che ora il kernel abbia
275 fallimento. Esistono alcuni scenari pratici nei quali il consenso di tutti
276 i detentori di copyright può essere ottenuto (o il loro codice verrà rimosso
280 È imperativo che tutto il codice che contribuisce al kernel sia legittimamente
283 contributori di firmare il proprio codice, attestando così che quest'ultimo
286 potrebbe creare problemi di copyright per il kernel (come il codice derivante