Lines Matching refs:la

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
60 la forma de hacer las cosas en su empresa.
65 favor, revise el archivo COPYING, presente en la carpeta principal del
66 código fuente, para detalles de la licencia. Si tiene alguna otra pregunta
71 Para preguntas y respuestas más frecuentes sobre la licencia GPL, consulte:
78 que son increíblemente valiosos para aprender a interactuar con la
81 cómo usar la función. Cuando un cambio en el kernel hace que la interfaz
82 que el kernel expone espacio de usuario cambie, se recomienda que envíe la
84 a mtk.manpages@gmail.com, y CC la lista linux-api@vger.kernel.org.
86 Esta es la lista de archivos que están en el código fuente del kernel y son
126 Este archivo describe la lógica detrás de la decisión consciente de
134 Este documento es crucial para comprender la filosofía del desarrollo
159 dentro de la documentación del kernel.
168 completa de la API en el kernel y reglas sobre cómo manejar cerrojos
200 El sitio web tiene información básica sobre la organización del código,
206 comenzar a hacer para unirse a la comunidad de desarrollo del kernel,
216 descubrir en la dirección en que trabajar a continuación, si no tiene ya
222 está bien comentado), tal vez incluso con la ayuda de herramientas
253 de enviar grandes cambios es usando git (la herramienta de
256 - Después de dos semanas, se lanza un kernel -rc1 y la atención se centra
268 actual esta en un estado razonablemente sano y adecuado para la prueba.
273 Vale la pena mencionar lo que Andrew Morton escribió en las listas de
285 Cada lanzamiento en una gran serie estable incrementa la tercera parte de
286 la versión número, manteniendo las dos primeras partes iguales.
288 Esta es la rama recomendada para los usuarios que quieren la versión
296 problema relacionado con la seguridad, en cambio, puede causar un
320 (ver la sección respectiva a continuación). Para varios subsistemas del
321 kernel, esta revisión se rastrea con la herramienta patchwork. Patchwork
350 desarrolladores del kernel para ayudar a rastrear la fuente del problema.
376 Como se explica en algunos de los documentos anteriores, la mayoría de
377 desarrolladores del kernel participan en la lista de correo del kernel de
378 Linux. Detalles sobre cómo para suscribirse y darse de baja de la lista se
383 Existen archivos de la lista de correo en la web en muchos lugares
390 tratar, antes de publicarlo en la lista. Un montón de cosas ya discutidas
391 en detalle solo se registran en los archivos de la lista de correo.
404 Aunque un poco cursi, la siguiente URL tiene algunas pautas simples para
405 interactuar con la lista (o cualquier lista):
410 puede hacerse bastante grande. No elimine a nadie de la lista CC: sin una
411 buena razón, o no responda solo a la dirección de la lista. Acostúmbrese
412 a recibir correos dos veces, una del remitente y otra de la lista, y no
413 intente ajustar esto agregando encabezados de correo astutos, a la gente no
416 Recuerde mantener intacto el contexto y la atribución de sus respuestas,
417 mantenga las líneas "El hacker John Kernel escribió ...:" en la parte
419 individuales citadas en lugar de escribiendo en la parte superior del
434 Colaborando con la comunidad
437 El objetivo de la comunidad del kernel es proporcionar el mejor kernel
461 En una comunidad que busca la mejor solución técnica posible, siempre habrá
464 del kernel, o al menos esté dispuesto a demostrar que su idea vale la pena.
473 Diferencias entre la comunidad kernel y las estructuras corporativas
476 La comunidad del kernel funciona de manera diferente a la mayoría de los
494 - "Esto es para la linea de nuestros productos Enterprise"
501 Otra forma en que la comunidad del kernel es diferente a la mayoría de los
502 entornos de trabajo tradicionales en ingeniería de software, es la
504 correo electrónico y el IRC como formas principales de comunicación es la
523 código, sobretodo a la vez. Los cambios deben introducirse correctamente,
528 haciendo. También deje que la comunidad sienta que está trabajando con
535 1) Los cambios pequeños aumentan la probabilidad de que sus parches sean
543 Los parches pequeños también facilitan la depuración cuando algo falla.
552 *"Piense en un maestro que califica la tarea de un estudiante de
554 estudiante antes de que se les ocurriera la solución. Quiere ver la
556 presentaría su trabajo intermedio antes de tener la solución final.*
559 revisores no quieren ver el proceso de pensamiento detrás de la solución
564 elegante y trabajar junto a la comunidad, discutiendo su trabajo inacabado.
576 Además de dividir sus parches, es muy importante que deje a la comunidad de
585 ChangeLog del parche, y se conservará para que todos la vean, todo el
593 Para obtener más detalles sobre cómo debería quedar todo esto, consulte la
607 Gracias a Paolo Ciarrocchi que permitió que la sección "Development Process"
609 y a Randy Dunlap y Gerrit Huizenga por algunas de la lista de cosas que