| /linux/Documentation/translations/sp_SP/process/ |
| H A D | embargoed-hardware-issues.rst | 33 El equipo solo maneja la coordinación de los problemas de seguridad de
45 La lista esta encriptada y el correo electrónico a la lista puede ser
46 enviado por PGP o S/MIME encriptado y debe estar firmado con la llave de
47 PGP del reportero o el certificado de S/MIME. La llave de PGP y el
48 certificado de S/MIME de la lista están disponibles en las siguientes
55 el vendedor de hardware afectado, damos la bienvenida al contacto de
72 alojados en la infraestructura de IT de la Fundación Linux. Al proporcionar
73 este servicio, los miembros del personal de operaciones de IT de la
74 Fundación Linux técnicamente tienen la capacidad de acceder a la
75 información embargada, pero están obligados a la confidencialidad por su
[all …]
|
| H A D | researcher-guidelines.rst | 9 La comunidad del kernel de Linux da la bienvenida a la investigación
12 beneficia mucho de este tipo de investigación, y la mayoría de los
15 La comunidad agradece mucho si los investigadores pueden compartir
18 temprano ayuda a mejorar la calidad de investigación y la capacidad
20 compartir copias de acceso abierto de la investigación publicada con
21 la comunidad.
23 Este documento busca clarificar lo que la comunidad del kernel de Linux
26 actividades afines deben seguir las reglas estándar de ética de la
27 investigación. Para más información sobre la ética de la investigación
28 en general, ética en la tecnología y la investigación de las comunidades
[all …]
|
| H A D | 2.Process.rst | 11 El desarrollo del kernel de Linux a principios de la década de 1990 fue
37 características, cambios internos en la API y más. Un lanzamiento típico
39 varias centenas de miles de líneas de código. 5.x es la vanguardia del
43 Se sigue una disciplina relativamente sencilla con respecto a la fusión
45 se dice que la "merge window" (ventana de fusión) está abierta. En ese
47 aceptado por la comunidad de desarrollo) se fusiona en el kernel mainline.
48 La mayor parte de los cambios para un nuevo ciclo de desarrollo (y todos
53 (Aparte, vale la pena señalar que los cambios integrados durante la
54 ventana de fusión no surgen de la nada; han sido recolectados, probados
58 La ventana de fusión dura aproximadamente dos semanas. Al final de este
[all …]
|
| H A D | management-style.rst | 21 puede o no tener relación con la realidad. Comenzó como una broma, pero
26 personas lideres técnicas, no de las personas que hacen la gestión
34 .. [#f1] Este documento lo hace no tanto respondiendo a la pregunta, sino
36 de cuál es la respuesta.
45 Todos piensan que los gerentes toman decisiones, y que la toma de
46 decisiones en importante. Cuanto más grande y dolorosa sea la decisión,
68 Ayuda darse cuenta de que la diferencia clave entre una decisión grande
73 gerencial por tomar **dos** decisiones intrascendentes - la equivocada
74 **y** la correcta.
79 Por lo tanto, la llave para evitar las grandes decisiones se convierte en
[all …]
|
| H A D | handling-regressions.rst | 10 *No causamos regresiones* -- este documento describe la que es la "primera
11 regla del desarrollo del kernel de Linux" y que implica en la práctica para
12 los desarrolladores. Y complementa la documentación:
20 #. Asegúrese de que los suscriptores a la lista `regression mailing list
24 * Cuando se reciba un correo que no incluyó a la lista, inclúyalo en la
25 conversación de los correos, mandando un breve "Reply-all" con la
29 a la lista.
36 respuesta (con la lista de regresiones en CC) que contenga un párrafo
42 * Cuando se mandan informes desde un gestor de incidentes a la lista de
50 "Link:" a la descripción, apuntado a todos los sitios donde se informó
[all …]
|
| H A D | 1.Intro.rst | 18 incluyendo la disponibilidad automática para los usuarios, el apoyo de la
19 comunidad en muchas formas, y la capacidad de influir en la dirección del
24 de lanzamiento del kernel y la mecánica de la "ventana de combinación"
26 la revisión y, el ciclo de fusión. Hay algunas discusiones sobre
31 :ref:`sp_development_early_stage` cubre la planificación de proyectos en
32 etapas tempranas, con énfasis en involucrar a la comunidad de desarrollo
42 su revisión. Para ser tomados en serio por la comunidad de desarrollo,
45 ayudar a garantizar la mejor recepción posible para su trabajo.
55 la administración de parches con git y la revisión de parches publicados
81 claro interés en las capacidades, el rendimiento, y la fiabilidad del
[all …]
|
| H A D | howto.rst | 14 técnico relacionado con la programación del kernel, pero le ayudará
18 este archivo, que se encuentra en la parte superior del documento.
26 que debe pasar, y con indicaciones de como trabajar con la comunidad.
27 También trata de explicar las razones por las cuales la comunidad trabaja
28 de la forma en que lo hace.
31 dependientes de la arquitectura en ensamblador. Un buen conocimiento de C
42 El kernel está escrito usando GNU C y la cadena de herramientas GNU. Si
45 sin depender de la biblioteca C estándar, por lo que algunas partes del
48 entender las suposiciones que el kernel hace respecto a la cadena de
59 que están bien documentados; no espere que la gente se adapte a usted o a
[all …]
|
| H A D | maintainer-kvm-x86.rst | 13 se sienta intimidado por la extensión de este documento y las numerosas
37 través del árbol KVM x86, se aplicará a la rama ``fixes`` antes de llegar
60 Las correcciones dirigidas a la versión actual, también conocida como
64 Los cambios dirigidos a la siguiente versión se dirigen a través del árbol
66 temática de KVM x86, normalmente la semana antes de que Linus abra la
67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las
69 el pull request principal de KVM enviado durante la ventana de fusión de
74 suave alrededor de rc6 para correcciones (para la próxima versión; fíjese
75 más arriba para las correcciones dirigidas a la versión actual).
80 margen de maniobra en función del tamaño de la serie, los parches que están
[all …]
|
| H A D | contribution-maturity-model.rst | 15 Como parte de la cumbre de mantenedores del kernel de Linux 2021, hubo
17 en el reclutamiento de mantenedores del kernel, así como la sucesión de
19 que las empresas que forman parte de la comunidad del kernel de Linux
24 upstream, como revisar los parches de otras personas, reestructurar la
27 Con ese fin, Technical Advisory Board (TAB) de la Fundación Linux propone
29 expectativas comunes para la participación con la comunidad upstream
30 tienen como objetivo aumentar la influencia de los desarrolladores
31 individuales, aumentar la colaboración de las organizaciones y mejorar
32 la salud general del ecosistema del kernel de Linux.
37 incorporar la reacción de toda la organización, incluyendo la gerencia
[all …]
|
| H A D | deprecated.rst | 13 alguna API obsoleta en una nueva API y quitar la API anterior en un
15 la jerarquía de mantenimiento, y el tiempo, no siempre es posible hacer
18 haciendo que la cantidad de trabajo para limpiar las APIs crezca. Para
31 un archivo de cabecera, no es la solución completa. Dichos interfaces
38 "imposibles" tan elegantemente como se pueda. Mientras que la familia de
43 estados?). La popular función BUG() desestabilizará el sistema o lo romperá
50 Nótese que la familia de funciones WARN() únicamente debería ser usada
52 avisar sobre situaciones "alcanzables pero no deseadas", úsese la familia
70 la reserva de memoria.)
76 En vez de eso, utilice la reserva con dos argumentos::
[all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 22 Nota: Si tiene alguna duda sobre la exactitud del contenido de esta
23 traducción, la única referencia válida es la documentación oficial en
36 embargo, incluso este modelo debe ser visto como la opinión colectiva de
44 (1) especificar la funcionalidad mínima en la que se puede confiar para
50 requisito mínimo para cualquier barrera en particular, pero si la
54 para alguna arquitectura porque por la forma en que funcione dicha
55 arquitectura, la barrera explícita resulte innecesaria en ese caso.
80 - Barreras de memoria de la CPU.
104 (*) Efectos de la memoria caché de la CPU.
151 Cada CPU ejecuta un programa que genera operaciones de acceso a la memoria.
[all …]
|
| H A D | index.rst | 17 El objetivo de esta traducción es facilitar la lectura y comprensión para
20 embargo, tenga en cuenta que la *única* documentación oficial es la que
23 La propagación simultánea de la traducción de una modificación en
25 de la traducción intentan mantener sus traducciones al día, en tanto les
29 al maintainer de la traducción y, si puede, consulte la documentación en
32 Una traducción no es una * bifurcación * de la documentación oficial, por
33 lo que los usuarios no encontrarán aquí ninguna información que no sea la
38 contribuciones que son puramente de interés relativo a la traducción (por
43 gramática, y una cultura tras ella, por lo tanto, la traducción de una
46 la forma, pero todavía transmiten el mensaje original. A pesar de la gran
[all …]
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | maintainer-pgp-guide.rst | 11 La guida a PGP per manutentori del kernel
56 enfatizzare che la fiducia debba risiedere sempre negli sviluppatori e mai nel
60 Il principio sopra indicato è la ragione per la quale è necessaria questa
61 guida. Vogliamo essere sicuri che il riporre la fiducia negli sviluppatori
76 La vostra distribuzione potrebbe avere già installato GnuPG, dovete solo
77 verificare che stia utilizzando la versione abbastanza recente. Per controllate
82 Se state utilizzando la versione 2.4 o successiva, allora siete pronti a
92 individuare la passphrase. Ci sono due opzioni che dovreste conoscere
93 per personalizzare la scadenza della passphrase nella cache:
95 - ``default-cache-ttl`` (secondi): Se usate ancora la stessa chiave prima
[all …]
|
| H A D | submitting-patches.rst | 8 Inviare patch: la guida essenziale per vedere il vostro codice nel kernel
27 renderà la vostra vita di sviluppatore del kernel molto più semplice.
43 principali del kernel. La maggior parte dei manutentori hanno i propri
55 ha fare il vostro lavoro, che sia la correzione di un baco da una riga o una
57 la pena risolvere il vostro problema e che ha senso continuare a leggere oltre
62 Anche se il problema è stato scoperto durante la revisione del codice,
64 la maggior parte delle installazioni Linux usa un kernel che arriva dai
74 o la dimensione del file binario, includete dei numeri a supporto della
77 un compromesso fra l'uso di CPU, la memoria e la leggibilità; o, quando si
83 nel dettaglio tecnico. È molto importante che descriviate la modifica
[all …]
|
| H A D | 6.Followthrough.rst | 16 lavoro sia ormai finito. In verità, la pubblicazione delle patch
24 lavorare con la comunità del kernel per assicurare che il vostro codice
34 Lavorare con i revisori può rivelarsi, per molti sviluppatori, la parte
35 più intimidatoria del processo di sviluppo del kernel. La vita può esservi
38 - Se avete descritto la vostra modifica correttamente, i revisori ne
47 - La revisione del codice è un duro lavoro, ed è un mestiere poco
53 tentazione di rispondere a tono. La revisione riguarda il codice e non
54 la persona, e i revisori non vi stanno attaccando personalmente.
60 stanno lavorando per la creazione del miglior kernel possibile; non
82 su di una modifica suggerita, spiegatela inserendo anche la vostra soluzione
[all …]
|
| H A D | 5.Posting.rst | 12 presentato alla comunità per una revisione ed eventualmente per la sua
14 la comunità di sviluppo del kernel ha elaborato un insieme di convenzioni
15 e di procedure per la pubblicazione delle patch; seguirle renderà la vita
29 dai riscontri che la comunità può darvi prima che completiate il lavoro.
54 maggiori informazioni sulle serie di patch, vedere la sezione successiva).
63 - La vostra patch ha delle conseguenze in termini di prestazioni?
80 La preparazione delle patch per la pubblicazione può richiedere una quantità
92 necessaria la produzione di versioni per -mm, linux-next o i sorgenti di un
105 - La serie di patch che pubblicherete, quasi sicuramente, non sarà
118 verificare la veridicità.
[all …]
|
| H A D | adding-syscalls.rst | 20 La prima considerazione da fare quando si aggiunge una nuova chiamata di
27 allora potrebbe avere molto più senso la creazione di un nuovo filesystem o
28 dispositivo. Inoltre, questo rende più facile incapsulare la nuova
32 - Se la nuova funzionalità prevede operazioni dove il kernel notifica
51 nasconde una notevole complessità, quindi è ottima solo quando la nuova
53 la nuova funzionalità è veramente semplice (per esempio, leggere/scrivere
83 in qual caso rifiutate la chiamata di sistema (con ``EINVAL``)::
91 argomenti, il modo migliore è quello di incapsularne la maggior parte in una
107 programma in spazio utente verificando che la memoria oltre la dimensione
111 programma in spazio utente estendendo la struttura dati con zeri (in pratica
[all …]
|
| H A D | stable-kernel-rules.rst | 29 interattività. Dato che questi problemi non sono così ovvi e la loro
61 era pensato di riportare la modifica su versioni precedenti.
62 L':ref:`it_option_3` è un'alternativa ai due metodi precedenti quando la patch
66 Quando si utilizza l'opzione 2 o 3 è possibile chiedere che la modifica sia
67 inclusa in specifiche versioni stabili. In tal caso, assicurarsi che la correzione
79 Aggiungete la seguente etichetta nell'area delle firme per far sì che una patch
87 esporre accidentalmente al pubblico la correzione quando si usa 'git
91 Una volta che la patch è stata inclusa, verrà applicata anche sui sorgenti
95 Per lasciare una nota per la squadra "stable", usate commenti in linea in stile
106 La sequenza di etichette ha il seguente significato::
[all …]
|
| H A D | 2.Process.rst | 32 la coppia 9.x identifica la versione del rilascio principale come
39 patch di ogni rilascio. All'inizio di ogni ciclo di sviluppo, la
42 viene incluso nel ramo principale del kernel. La maggior parte delle
47 (per inciso, vale la pena notare che i cambiamenti integrati durante la
52 La finestra di inclusione resta attiva approssimativamente per due settimane.
53 Al termine di questo periodo, Linus Torvald dichiarerà che la finestra è
65 amichevole. Come regola generale: se vi perdete la finestra di inclusione per
66 un dato componente, la cosa migliore da fare è aspettare il ciclo di sviluppo
72 Mentre le correzioni si aprono la loro strada all'interno del ramo principale,
107 finale peggiora la situazione; la quantità di modifiche in attesa della
[all …]
|
| H A D | 3.Early-stage.rst | 15 nella pianificazione e la comunicazione può far risparmiare molto
30 o altri artefatti dovuti all'eccessivo ritardo nel sistema. La soluzione
41 e un rischio per la stabilità del sistema. Le loro soluzioni di punta nel
46 La comunità audio, comunque, non poteva vedere al di là della singola
60 La realtà delle cose fu differente; gli sviluppatori del kernel erano molto
61 più preoccupati per la stabilità del sistema, per la manutenzione di lungo
62 periodo e cercavano la giusta soluzione alla problematica esistente con uno
63 specifico modulo. La morale della storia è quella di concentrarsi sul
64 problema - non su di una specifica soluzione- e di discuterne con la comunità
73 essere indirizzata la soluzione?
[all …]
|
| H A D | 1.Intro.rst | 19 differenti modalità, e la capacità di influenzare la direzione dello sviluppo
24 La sezione :ref:`it_development_process` introduce il processo di sviluppo,
32 La sezione :ref:`it_development_early_stage` copre i primi stadi della
36 La sezione :ref:`it_development_coding` riguarda il processo di scrittura
42 La sezione :ref:`it_development_posting` parla del processo di pubblicazione
43 delle modifiche per la revisione. Per essere prese in considerazione dalla
46 in questa sezione dovrebbe essere d'aiuto nell'assicurare la migliore
49 La sezione :ref:`it_development_followthrough` copre ciò che accade dopo
50 la pubblicazione delle modifiche; a questo punto il lavoro è lontano
57 La sezione :ref:`it_development_advancedtopics` introduce un paio di argomenti
[all …]
|
| H A D | management-style.rst | 19 documento potrebbe avere più o meno a che fare con la realtà. È cominciato
34 così dannatamente ovvio a chi la pone che non abbiamo la minima idea
45 sia importante. Più grande e dolorosa è la decisione, più importante deve
46 essere il dirigente che la prende. Questo è molto profondo ed ovvio, ma non è
66 Ciò aiuta a capire che la differenza chiave tra una grande decisione ed una
76 Così la chiave per evitare le decisioni difficili diviene l'evitare
86 anno. Improvvisamente la decisione che avevate preso un anno fa non era poi
98 cancellare, dall'altro canto potreste aver irrimediabilmente perso la
100 che avevamo cercato di evitare fin dall'inizio, e la vostra decisione
105 agli altri in anticipo che la vostra decisione è puramente ipotetica, e che
[all …]
|
| H A D | deprecated.rst | 16 possibile rimuovere la vecchia interfaccia in un singolo ciclo di sviluppo.
17 Tuttavia, per via delle dimensioni del kernel, la gerarchia dei manutentori e
22 cosa è considerato deprecato (e perché), è stata create la seguente lista a cui
28 `non produce più alcun avviso durante la compilazione
54 Tenete presente che la famiglia di funzioni WARN() dovrebbe essere
91 Un altro tipico caso da evitare è quello di calcolare la dimensione di una
97 Invece, usate la seguente funzione::
128 sostitute; tuttavia va notato che queste richiedono che la stringa sia
133 La funzione strcpy() non fa controlli agli estremi del buffer
138 questa funzione. La versione sicura da usare è strscpy(), tuttavia va
[all …]
|
| H A D | email-clients.rst | 14 Oggigiorno, la maggior parte degli sviluppatori utilizza ``git send-email``
19 Se siete dei novelli utilizzatori di ``git`` allora inviate la patch a voi
23 la patch alla lista di discussione più appropriata.
36 messaggio, sia per la patch che per qualsiasi altro messaggio. Il sito
51 I programmi di posta non dovrebbero modificare la codifica dei caratteri nel
58 "References" o "In-Reply-To:" cosicché la discussione non venga interrotta.
70 buona idea quella di inviare la patch a voi stessi, salvare il messaggio
90 Opzioni per la configurazione:
98 dove volete che la patch inizi, poi premendo `CTRL-R` vi verrà chiesto
109 Se la patch che avete inserito dev'essere modificata usando la finestra di
[all …]
|
| /linux/Documentation/translations/it_IT/doc-guide/ |
| H A D | sphinx.rst | 6 Usare Sphinx per la documentazione del kernel
9 Il kernel Linux usa `Sphinx`_ per la generazione della documentazione a partire
11 Per generare la documentazione in HTML o PDF, usate comandi ``make htmldocs`` o
12 ``make pdfdocs``. La documentazione così generata sarà disponibile nella
27 nel tempo, in formato reStructuredText, ma la maggior parte di questi rimarranno
41 La maggior parte delle distribuzioni Linux forniscono Sphinx, ma l'insieme dei
43 Sphinx, o qualche altro pacchetto Python, la documentazione non venga più
61 prima di generare la documentazione, dovrete rieseguire questo comando per
67 Il meccanismo che genera la documentazione del kernel contiene un'estensione
79 Al momento, la generazione di questi documenti è supportata solo dalle
[all …]
|