Lines Matching +full:x +full:- +full:tal
1 .. include:: ../disclaimer-ita.rst
3 :Original: :ref:`Documentation/process/stable-kernel-rules.rst <stable_kernel_rules>`
8 Tutto quello che volevate sapere sui rilasci -stable di Linux
12 "-stable":
14 - Questa patch o una equivalente deve esistere già nei sorgenti principali di
16 - Ovviamente dev'essere corretta e verificata.
17 - Non dev'essere più grande di 100 righe, incluso il contesto.
18 - Deve rispettare le regole scritte in
19 :ref:`Documentation/translations/it_IT/process/submitting-patches.rst <it_submittingpatches>`
20 - Deve correggere un vero baco che causi problemi agli utenti oppure aggiunge
23 - Corregge un problema come un oops, un blocco, una corruzione di dati, un
27 - Problemi importanti riportati dagli utenti di una distribuzione potrebbero
34 - Non si accettano cose del tipo "Questo potrebbe essere un problema ..."
37 - Non deve includere alcuna correzione "banale" (correzioni grammaticali,
40 Procedura per sottomettere patch per i sorgenti -stable
41 -------------------------------------------------------
45 di revisione -stable, ma dovrebbe seguire le procedure descritte in
46 :ref:`Documentation/translations/it_IT/process/security-bugs.rst <it_securitybugs>`.
48 Ci sono tre opzioni per inviare una modifica per i sorgenti -stable:
67 inclusa in specifiche versioni stabili. In tal caso, assicurarsi che la correzione
71 l'aggiornamento, se ad esempio una correzione per 5.19-rc1 venisse
88 send-email', perché i messaggi inviati a quell'indirizzo non vengono inviati da
100 Cc: <stable@vger.kernel.org> # 3.3.x: a1f84a3: sched: Check for idle
101 Cc: <stable@vger.kernel.org> # 3.3.x: 1b9508f: sched: Rate-limit newidle
102 Cc: <stable@vger.kernel.org> # 3.3.x: fd21073: sched: Fix affinity logic
103 Cc: <stable@vger.kernel.org> # 3.3.x
104 Signed-off-by: Ingo Molnar <mingo@elte.hu>
108 git cherry-pick a1f84a3
109 git cherry-pick 1b9508f
110 git cherry-pick fd21073
111 git cherry-pick <this commit>
124 Cc: <stable@vger.kernel.org> # 3.3.x
128 git cherry-pick <this commit>
130 per ogni sorgente "-stable" che inizia con la versione indicata.
136 Cc: <stable@vger.kernel.org> # after -rc3
180 ---------------------
186 Se accettata, la patch verrà aggiunta alla coda -stable per essere revisionata
190 ----------------------
192 - Quando i manutentori -stable decidono di fare un ciclo di revisione, le
196 linux-kernel.
197 - La commissione per la revisione ha 48 ore per dare il proprio ACK o NACK
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
203 - Le patch che hanno ricevuto un ACK verranno inviate nuovamente come parte di
204 un rilascio candidato (-rc) al fine di essere verificate dagli sviluppatori e
206 - Solitamente si pubblica solo una -rc, tuttavia se si riscontrano problemi
209 nuove -rc e così via finché non si ritiene che non vi siano più problemi.
210 - Si può rispondere ad una -rc scrivendo sulla lista di discussione un'email
211 con l'etichetta "Tested-by:". Questa etichetta verrà raccolta ed aggiunta al
213 - Alla fine del ciclo di revisione il nuovo rilascio -stable conterrà tutte le
215 - Le patch di sicurezza verranno accettate nei sorgenti -stable direttamente
221 --------
223 - La coda delle patch, sia quelle già applicate che in fase di revisione,
226 https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git
228 - Il rilascio definitivo, e marchiato, di tutti i kernel stabili può essere
233 - I rilasci candidati di tutti i kernel stabili possono essere trovati al
236 https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git/
239 I sorgenti -stable-rc sono un'istantanea dei sorgenti stable-queue e
245 -------------------------
247 - Questo comitato è fatto di sviluppatori del kernel che si sono offerti