Lines Matching refs:una
35 Per lo sviluppo kernel è richiesta una buona conoscenza del linguaggio C.
47 Sebbene si attenga allo standard ISO C11, esso utilizza una serie di
81 I sorgenti del kernel Linux hanno una vasta base di documenti che vi
86 con lo spazio utente, è raccomandabile che inviate una notifica o una
91 Di seguito una lista di file che sono presenti nei sorgente del kernel e che
95 Questo file da una piccola anteprima del kernel Linux e descrive il
101 Questo file fornisce una lista dei pacchetti software necessari
114 Questo file descrive dettagliatamente come creare ed inviare una patch
162 kernel, e spiega cosa fare se si vuole che una modifica venga inserita
171 Una buona introduzione che descrivere esattamente cos'è una patch e come
176 ReStructuredText (ReST), come questo. Esso include una completa
212 la compilazione del kernel e l'applicazione di una modifica.
220 È un buon posto da cui iniziare. Esso presenta una lista di problematiche
227 Prima di apportare una qualsiasi modifica al codice del kernel Linux,
256 - Non appena un nuovo kernel viene rilasciato si apre una finestra di due
270 accettato dopo la -rc1 poiché non esistono rischi di una possibile
275 una lista di discussione pubblica per un'ulteriore revisione.
279 L'obiettivo è quello di rilasciare una nuova -rc ogni settimana.
288 legato allo stato dei bachi e non ad una cronologia preventiva."*
326 in uso, o file di patch pubblicate come una serie quilt.
330 Prima che una modifica venga inclusa in questi sottosistemi, sarà soggetta ad
331 una revisione che inizialmente avviene tramite liste di discussione (vedere la
371 al corrente della vostra presenza. Riparare bachi è una delle migliori vie per
378 spesso sarà una lista di discussione, raramente un bugtracker. Cercate
380 anche consultare https://bugzilla.kernel.org; però, solo una manciata di
399 É caldamente consigliata una ricerca in questi archivi sul tema che volete
403 Molti dei sottosistemi del kernel hanno anche una loro lista di discussione
404 dedicata. Guardate nel file MAINTAINERS per avere una lista delle liste di
422 ricevere la stessa email due volte: una dal mittente ed una dalla lista; e non
437 caratteri. Un ottimo primo test è quello di inviare a voi stessi una mail e
448 Quando inviate una modifica che volete integrare, sarà valutata esclusivamente
473 In una comunità che è alla ricerca delle migliori soluzioni tecniche possibili,
474 ci saranno sempre opinioni differenti sull'utilità di una modifica.
478 una soluzione che è corretta.
481 semplicemente una lista con dozzine di cose che dovreste correggere.
491 sviluppo aziendali. Qui di seguito una lista di cose che potete provare a
498 - "Qui una modifica che spiega cosa sto cercando di fare."
500 - "Qui una serie di piccole modifiche che.."
513 - "Ecco una patch da 5000 righe che.."
515 - "Ho una scadenza, e questa modifica ha bisogno di essere approvata ora"
524 basandosi sul nome di una persona. Un uomo può chiamarsi Andrea ed una donna
526 Linux e che hanno espresso una personale opinione hanno avuto esperienze
540 buttati lì tutti in una volta. Le modifiche necessitano di essere
548 stesso momento in una lista di discussione, il più delle volte la vostra serie
556 manutentore con a mala pena una seconda occhiata. Invece, una modifica da
562 non va. È molto più facile annullare le modifiche una per una che
563 dissezionare una patch molto grande dopo la sua sottomissione (e rompere
580 problema che uno sta risolvendo. Vogliono vedere una soluzione
583 Può essere una vera sfida il saper mantenere l'equilibrio fra una presentazione
584 elegante della vostra soluzione, lavorare insieme ad una comunità e dibattere