Lines Matching full:per
25 O vi è stato detto dal vostro capo, "Vai, scrivi un driver Linux per
27 di insegnarvi tutto ciò che dovete sapere per raggiungere il vostro
30 di spiegare alcune delle ragioni per le quali la comunità lavora in un
35 Per lo sviluppo kernel è richiesta una buona conoscenza del linguaggio C.
37 pensiate di fare dello sviluppo di basso livello per un'architettura.
54 esiste alcuna indicazione definitiva. Per maggiori informazioni, controllate,
61 meglio per un squadra così grande e geograficamente sparsa. Cercate di
70 sorgente, per eventuali dettagli sulla licenza. Se avete ulteriori domande
75 Per domande più frequenti e risposte sulla licenza GPL, guardare:
96 minimo necessario per configurare e generare il kernel. I novizi
106 Questo file descrive lo stile della codifica per il kernel Linux,
139 - Sottosistemi shim-layers (per compatibilità?)
144 Questo documento è vitale per la comprensione della filosifia alla base
145 dello sviluppo di Linux ed è molto importante per le persone che arrivano
150 seguite i passaggi scritti in questo documento per notificarlo agli
156 lettura per tutti coloro che sono nuovi allo sviluppo del kernel (o per
168 Per favore consultate questa lista se non trovate ciò che cercate nella
207 che potete usare per formulare domande in tempo reale, e molti documenti utili
216 partire per partecipare alla comunità di sviluppo, andate al progetto Linux
224 imparerete le basi per l'inserimento delle vostre modifiche all'interno dei
243 e di molti altri rami per specifici sottosistemi. Questi rami sono:
248 - Il kernel 4.x -next per test d'integrazione
260 inseriti nel ramo -next del kernel per alcune settimane. Il modo migliore
261 per sottoporre dei cambiamenti è attraverso git (lo strumento usato per
274 aggiunto. git può essere utilizzato per inviare le patch a Linus dopo che
276 una lista di discussione pubblica per un'ulteriore revisione.
298 Questo è il ramo raccomandato per gli utenti che vogliono un kernel recente
312 quali tipologie di modifiche sono accettate per i sorgenti -stable, e come
333 sezione dedicata qui sotto). Per molti sottosistemi del kernel, tale processo
340 Il kernel 4.x -next per test d'integrazione
363 Per maggiori dettagli su come usare il bugzilla del kernel, guardare:
369 informazioni sono necessarie agli sviluppatori per poter aiutare il
375 Uno dei modi migliori per mettere in pratica le vostre capacità di hacking è
379 al corrente della vostra presenza. Riparare bachi è una delle migliori vie per
383 Per lavorare sui rapporti di bachi già riportati, andate su
397 di ricerca per trovarli. Per esempio:
406 dedicata. Guardate nel file MAINTAINERS per avere una lista delle liste di
409 Molte di queste liste sono gestite su kernel.org. Per informazioni consultate
414 Per favore ricordatevi della buona educazione quando utilizzate queste liste.
416 guida per interagire con la lista (o con qualsiasi altra lista):
443 Ed infine, per favore ricordatevi di mostrare rispetto per gli altri
462 modifiche o fornire delle chiare e concise motivazioni per le quali le
494 fare per evitare problemi:
508 deve per forza essere giusto..."
509 - "Ho fatto questo per 20 anni, quindi.."
510 - "Questo è richiesto dalla mia Azienda per far soldi"
511 - "Questo è per la linea di prodotti della nostra Azienda"
514 - "Ci ho lavorato per 6 mesi..."
531 La lingua potrebbe essere un ostacolo per quelle persone che non si trovano
533 necessaria per esporre le proprie idee in maniera appropiata all'interno
549 discarica per le vostre aggiunte. In ogni caso, non inviate 50 email nello
553 I motivi per i quali dovreste frammentare le cose sono i seguenti:
559 500 linee può richiedere ore di rilettura per verificarne la correttezza
564 non va. È molto più facile annullare le modifiche una per una che
580 *"Lo stesso vale per lo sviluppo del kernel. I manutentori ed i
588 revisione per migliorare il vostro lavoro, ma anche per riuscire a tenere le
608 scrivete nella vostra email. Questa diventerà il *ChangeLog* per la modifica,
609 e sarà visibile a tutti per sempre. Dovrebbe descrivere la modifica nella sua
617 Per maggiori dettagli su come tutto ciò dovrebbe apparire, riferitevi alla
636 Randy Dunlap e Gerrit Huizenga per la lista di cose che dovreste e non
640 David A. Wheeler, Junio Hamano, Michael Kerrisk, e Alex Shepard per le