Lines Matching refs:la
13 del kernel Linux e spiega come lavorare con la comunità di
29 su come lavorare con la comunità. Il documento cercherà, inoltre,
30 di spiegare alcune delle ragioni per le quali la comunità lavora in un
46 Il kernel è stato scritto usando GNU C e la toolchain GNU.
55 la pagina `info gcc`.
57 Tenete a mente che state cercando di apprendere come lavorare con la comunità
82 insegneranno come interagire con la comunità del kernel. Quando nuove
89 in CC la lista linux-api@vger.kernel.org.
136 Questo file descrive la motivazioni sottostanti la conscia decisione di
144 Questo documento è vitale per la comprensione della filosifia alla base
151 sviluppatori del kernel, ed aiutare la risoluzione del problema.
155 e la filosofia comune alla base del loro metodo. Questa è un'importante
178 descrizione dell'API interna del kernel, e le regole su come gestire la
213 la compilazione del kernel e l'applicazione di una modifica.
230 nulla di meglio che leggerlo direttamente (la maggior parte dei bit più
235 aggiornata fonte di consultazione del codice del kernel la potete trovare qui:
267 punto la maggior parte delle patch dovrebbero correggere un'eventuale
271 accettato dopo la -rc1 poiché non esistono rischi di una possibile
275 la -rc1 è stata rilasciata, ma è anche necessario inviare le patch ad
303 sarà il kernel 4.x con la numerazione più alta.
332 una revisione che inizialmente avviene tramite liste di discussione (vedere la
388 Come descritto in molti dei documenti qui sopra, la maggior parte degli
409 la seguente pagina:
415 guida per interagire con la lista (o con qualsiasi altra lista):
419 Se diverse persone rispondo alla vostra mail, la lista dei riceventi (copia
423 ricevere la stessa email due volte: una dal mittente ed una dalla lista; e non
439 cercare di sottoporre la vostra stessa patch. Se non funziona, sistemate il
445 Lavorare con la comunità
468 - aspettarvi che la vostra modifica venga accettata senza problemi
471 - sottomettere nuovamente la modifica senza fare nessuno dei cambiamenti
476 Siate cooperativi e vogliate adattare la vostra idea in modo che sia inserita
477 nel kernel. O almeno vogliate dimostrare che la vostra idea vale.
483 Questo **non** implica che la vostra patch non sarà accettata, e questo
485 Semplicemente correggete tutte le questioni sollevate contro la vostra modifica
488 Differenze tra la comunità del kernel e le strutture aziendali
510 - "Questo è per la linea di prodotti della nostra Azienda"
518 Un'altra cosa nella quale la comunità del kernel si differenzia dai più
519 classici ambienti di ingegneria del software è la natura "senza volto" delle
546 un riscontro su quello che state facendo. Lasciate che la comunità
549 stesso momento in una lista di discussione, il più delle volte la vostra serie
556 la correttezza. Una modifica di 5 righe può essere accettata da un
558 500 linee può richiedere ore di rilettura per verificarne la correttezza
564 dissezionare una patch molto grande dopo la sua sottomissione (e rompere
575 soluzione. Vuole vedere la risposta più pulita ed elegante
589 la vostra intera attività non lo sia ancora.
592 incomplete con la promessa che saranno "sistemate dopo".
607 scrivete nella vostra email. Questa diventerà il *ChangeLog* per la modifica,
608 e sarà visibile a tutti per sempre. Dovrebbe descrivere la modifica nella sua
611 - perchè la modifica è necessaria
633 Grazie a Paolo Ciarrocchi che ha permesso che la sezione "Development Process"
635 Randy Dunlap e Gerrit Huizenga per la lista di cose che dovreste e non