Lines Matching full:patch
11 Regole sul tipo di patch che vengono o non vengono accettate nei sorgenti
14 - Questa patch o una equivalente deve esistere già nei sorgenti principali di
40 Procedura per sottomettere patch per i sorgenti -stable
44 Una patch di sicurezza non dovrebbe essere gestita (solamente) dal processo
50 1. Aggiungi un'etichetta 'stable' alla descrizione della patch al momento della
52 2. Chiedere alla squadra "stable" di prendere una patch già applicata sui
54 3. Sottomettere una patch alla squadra "stable" equivalente ad una modifica già
62 L':ref:`it_option_3` è un'alternativa ai due metodi precedenti quando la patch
79 Aggiungete la seguente etichetta nell'area delle firme per far sì che una patch
91 Una volta che la patch è stata inclusa, verrà applicata anche sui sorgenti
98 * Specificate i prerequisiti per le patch aggiuntive::
113 Notate che per una serie di patch non dovere elencare come necessarie tutte
114 le patch della serie stessa. Per esempio se avete la seguente serie::
122 * Evidenziate le patch che hanno dei requisiti circa la versione del kernel::
135 * Ritardare l'inclusione di patch::
140 Cc: <stable@vger.kernel.org> # see patch description, needs adjustments for <= 6.3
153 Se la patch è già stata inclusa nei sorgenti Linux, inviate una mail a
154 stable@vger.kernel.org includendo: il titolo della patch, l'identificativo
164 patch a stable@vger.kernel.org facendo anche menzione delle versioni nella quale
167 kernel nel quale vorreste vedere la patch.::
175 Se la patch inviata devia rispetto all'originale presente nei sorgenti
182 Il mittente riceverà un ACK quando la patch è stata accettata e messa in coda,
183 oppure un NAK se la patch è stata rigettata. La risposta potrebbe richiedere
186 Se accettata, la patch verrà aggiunta alla coda -stable per essere revisionata
193 patch vengono mandate al comitato per la revisione, ai manutentori soggetti
194 alle modifiche delle patch (a meno che il mittente non sia anche il
198 alle patch.
199 - Se una patch viene rigettata da un membro della commissione, o un membro
200 della lista linux-kernel obietta la bontà della patch, sollevando problemi
201 che i manutentori ed i membri non avevano compreso, allora la patch verrà
203 - Le patch che hanno ricevuto un ACK verranno inviate nuovamente come parte di
207 importanti, alcune patch potrebbero essere modificate o essere scartate,
208 oppure nuove patch potrebbero essere messe in coda. Dunque, verranno pubblicate
214 patch che erano in coda e sono state verificate.
215 - Le patch di sicurezza verranno accettate nei sorgenti -stable direttamente
223 - La coda delle patch, sia quelle già applicate che in fase di revisione,