Lines Matching refs:se
18 este archivo, que se encuentra en la parte superior del documento.
43 bien se adhiere al estándar ISO C89, utiliza una serie de extensiones que
56 largo del tiempo en función de lo que se ha encontrado que funciona mejor
59 que están bien documentados; no espere que la gente se adapte a usted o a
64 El código fuente del kernel de Linux se publica bajo licencia GPL. Por
79 comunidad del kernel. Cuando se agregan nuevas funciones al kernel, se
80 recomienda que se incluyan nuevos archivos de documentación que expliquen
82 que el kernel expone espacio de usuario cambie, se recomienda que envíe la
103 aceptarán parches si se siguen estas reglas, y muchas personas solo
108 parche, que incluye (pero no se limita a):
112 - A quien se debe enviar
135 de Linux y es muy importante para las personas que se mudan a Linux
152 Este archivo describe las reglas sobre cómo se suceden las versiones
171 Todos estos documentos se pueden generar como PDF o HTML ejecutando::
178 Los documentos que utilizan el markup ReST se generarán en
179 Documentation/output. También se pueden generar en formatos LaTeX y ePub
223 especializadas. Una de esas herramientas que se recomienda especialmente
226 excelente puesta al día del repositorio del código del kernel se puede
249 - Tan pronto como se lanza un nuevo kernel, se abre una ventana de dos
251 grandes modificaciones a Linus, por lo general los parches que ya se
256 - Después de dos semanas, se lanza un kernel -rc1 y la atención se centra
260 este tipo de correcciones si son importantes. Tenga en cuenta que se
264 fuera del código que se está agregando. git se puede usar para enviar
265 parches a Linus después de que se lance -rc1, pero los parches también
270 - El proceso continúa hasta que el kernel se considera "listo", y esto
276 *"Nadie sabe cuándo se publicara un nuevo kernel, pues esto sucede
293 <stable@vger.kernel.org>, y se liberan (publican) según lo dicten las
309 desarrollo es rápido, se le puede pedir a un desarrollador que base sus
314 SCM en uso, o colas de parches que se publican como series quilt. Las
315 direcciones de estos repositorios de subsistemas se enumeran en el archivo
316 MAINTAINERS. Muchos de estos se pueden ver en https://git.kernel.org/.
318 Antes de que un parche propuesto se incluya con dicho árbol de subsistemas,
321 kernel, esta revisión se rastrea con la herramienta patchwork. Patchwork
325 estos sitios de trabajo de parches se enumeran en
332 Antes de que las actualizaciones de los árboles de subsistemas se combinen
334 un repositorio especial de pruebas en el que se encuentran casi todos los
339 De esta manera, linux-next ofrece una perspectiva resumida de lo que se
358 mundo real y mejora sus habilidades, y otros desarrolladores se darán
364 que le interese. Verifique el archivo MAINTAINERS donde se informan los
371 se archivan allí.
376 Como se explica en algunos de los documentos anteriores, la mayoría de
378 Linux. Detalles sobre cómo para suscribirse y darse de baja de la lista se
391 en detalle solo se registran en los archivos de la lista de correo.
423 formato como se indica en :ref:`Documentation/process/submitting-patches.rst <submittingpatches>`.
438 posible. Cuando envíe un parche para su aceptación, se revisará en sus
450 y conciso de por qué no se deben hacer tales cambios. Si no hay respuestas
451 a su publicación, espere unos días e intente de nuevo, a veces las cosas se
456 - esperar que su parche se acepte sin preguntas
513 La barrera del idioma puede causar problemas a algunas personas que no se
554 estudiante antes de que se les ocurriera la solución. Quiere ver la
560 al problema que se está resolviendo. Quieren ver un solución simple y
584 texto de su correo electrónico. Esta información se convertirá en el
585 ChangeLog del parche, y se conservará para que todos la vean, todo el
601 continuo de mejora que requiere mucha paciencia y determinación. Pero no se
608 se basara en el texto que había escrito (https://lwn.net/Articles/94386/),