Lines Matching full:non
35 Se non avete un repositorio coi sorgenti del kernel più recenti, allora usate
41 Notate, comunque, che potreste non voler sviluppare direttamente coi sorgenti
46 in cui i sorgenti da usare non siano elencati il quel file.
66 sulla radice dei sorgenti del kernel, e non sulle sue sottocartelle.
80 "vergini", o comunque non modificati, e fare un ``diff`` coi vostri.
94 Assicuratevi che la vostra patch non includa file che non ne fanno veramente
104 Se non usate ``git``, un'alternativa popolare è ``quilt``
119 e blocchi sono abbastanza convincenti, ma non tutti i bachi sono così evidenti.
134 che non sono ovvi. Solitamente le ottimizzazioni non sono gratuite, ma sono
154 completa delle modifiche e la loro giustificazione. Non limitatevi a dire che
155 questa è la versione N della patch (o serie). Non aspettatevi che i
159 revisori. Probabilmente, alcuni revisori non hanno nemmeno ricevuto o visto
171 ``Message-Id``, in questo modo vi assicurerete che il collegamento non diventi
179 Se volete far riferimento a uno specifico commit, non usate solo
192 caratteri. Tenete ben presente che anche se oggi non ci sono collisioni con il
240 della vostra serie in un punto qualsiasi; non vi saranno grati se nel mezzo
243 Se non potete condensare la vostra serie di patch in una più piccola, allora
251 Controllate che la vostra patch non violi lo stile del codice, maggiori
253 Non farlo porta semplicemente a una perdita di tempo da parte dei revisori e
258 ad un altro -- in questo caso non dovreste modificare il codice spostato
259 per nessun motivo, almeno non nella patch che lo sposta. Questo separa
266 di stile dovrebbe essere visto come una guida, non come un sostituto al
285 scripts/get_maintainer.pl può esservi d'aiuto. Se non riuscite a trovare un
292 diversi sviluppatori non la seguano. Guardate nel file MAINTAINERS per trovare
294 patch riceverà molta più attenzione. Tuttavia, per favore, non spammate le
295 liste di discussione che non sono interessate al vostro lavoro.
302 Non inviate più di 15 patch alla volta sulle liste di discussione vger!!!
314 in questo caso, ovviamente, la patch non dovrebbe essere inviata su alcuna
322 nella vostra patch, nell'area dedicata alle firme (notate, NON come destinatario
328 La rete di manutentori, in particolare, non vorrebbe vedere i singoli
350 - sostituzione di codice non potabile con uno portabile (anche in codice
372 attenti che il vostro programma non corrompa il contenuto con andate
375 La patch non deve essere un allegato MIME, compresso o meno. Molti
376 dei più popolari programmi di posta elettronica non trasmettono un allegato
391 Le grosse modifiche non sono adatte ad una lista di discussione, e nemmeno
392 per alcuni manutentori. Se la vostra patch, non compressa, eccede i 300 kB
402 è un ottimo modo per essere ignorati. Riscontri o domande che non conducono
413 9) Non scoraggiatevi - o impazientitevi
417 I revisori sono persone occupate e potrebbero non ricevere la vostra patch
422 in una settimana o poco più; se questo non dovesse accadere, assicuratevi di
462 la licenza open-source (a meno che non abbia il permesso di usare
466 ha certificato (a), (b) o (c) e non l'ho modificata.
479 usando il vostro vero nome (spiacenti, non si accettano pseudonimi o
488 integrare; questo perché il codice non è esattamente lo stesso nei vostri
495 Signed-off-by e il vostro, che spiega la vostra modifica. Nonostante non ci
543 Se una persona non è direttamente coinvolta con la preparazione o gestione
549 quando quello stesso manutentore non ha contribuito né trasmesso la patch.
551 Acked-by: non è formale come Signed-off-by:. Questo indica che la persona ha
556 Acked-by: non indica l'accettazione di un'intera patch. Per esempio, quando
563 Se una persona ha avuto l'opportunità di commentare la patch, ma non lo ha
643 non garantisco (se non specificato altrimenti) che questa
659 non dovrebbe essere aggiunta senza un permesso esplicito, specialmente se
660 l'idea non è stata pubblicata in un forum pubblico. Detto ciò, dando credito
678 appropriato. Lo strumento non crea il testo necessario, per cui, leggete
689 patch non ne è l'autore).
691 - Il corpo della spiegazione, con linee non più lunghe di 75 caratteri,
701 - Qualsiasi altro commento che non deve finire nel changelog.
714 il contenuto della patch. La ``summary phrase`` non dovrebbe essere un nome
715 di file. Non utilizzate la stessa ``summary phrase`` per tutte le patch in
735 Le etichette non verranno considerate come parte della frase riassuntiva, ma
766 di compilazione, non sarà necessario includere proprio _tutto_ quello che
783 cosicché i nomi dei file elencati non occupino troppo spazio (facilmente
799 In questo modo versioni multiple di una patch non diventeranno un'ingestibile
837 firmata Linus, in particolare, non prenderà alcuna patch da siti pubblici come
843 sviluppatori, ma non ci sono altre vie. Andare alle conferenze potrebbe
854 Se i sorgenti da cui il manutentore prenderà le patch non sono gli stessi del
855 repositorio su cui state lavorando, allora non dimenticatevi di caricare