español desde descargar comandos actualizar linux kernel patch

desde - manual linux mint 18 español



¿Cómo/Dónde encontrar los errores del Kernel de Linux para corregir? (1)

Estoy tratando de encontrar errores que deben solucionarse en el kernel de Linux, pero no sé dónde buscarlos. Vi el video "Cómo enviar su primer parche de kernel de Linux" por Greg Kroah-Hartman en Youtube, pero realmente no menciona dónde encontrar los errores que deben solucionarse.

En el video, él menciona brevemente la lista de correo y busca TODOs en el código del kernel. ¿Alguien sabe dónde puedo unirme a la lista de correo? Además, encontré el kernel Bugzilla, pero de acuerdo con Kernel.org solo se enumeran los errores de la versión 2.6. En realidad me registré, pero ¿acabo de encontrar un error que me interese e intente solucionarlo si aún no se ha solucionado en el último kernel? ¿Importa si ya ha sido asignado a alguien?

Sería fantástico si pudiera encontrar un sitio donde se enumera una lista de todos los errores existentes, luego puedo buscar algo que sea de baja prioridad y de baja gravedad. Realmente estoy buscando un error que sea relativamente fácil de solucionar, de esa manera puedo aprender las cuerdas y trabajar a mi manera.

Cualquier consejo, entrada, sitios web para leer, etc. de cualquier persona sería muy apreciado. Gracias por leer / responder. =)


1. Sí, tiene razón, uno de los lugares para buscar es el rastreador de errores del kernel .

La búsqueda de la lista de correo del kernel de Linux, así como las listas de correo relacionadas con el subsistema, también podría ser útil, pero probablemente sea más difícil.

2. La lista de correo principal del kernel está here . Puedes encontrar las instrucciones de suscripción allí.

3. También hay información muy útil sobre la contribución al kernel de Linux y el proceso de desarrollo en general en la documentación del kernel: consulte Documentation/development-process .

4. Si ya se ha asignado un error, esto no siempre significa que el cesionario realmente vaya a trabajar en él en el corto plazo. Puede significar que (s) él es el único responsable de un subsistema en particular. Por lo tanto, supongo que si encuentra el error asignado que desea corregir, puede ponerse en contacto con la persona a la que está asignado actualmente el error y ofrecerle su ayuda. Si se utiliza una dirección de lista de correo en lugar de una dirección de correo electrónico personal del cesionario, puede escribir a esa lista de correo, preguntar si alguien ya trabaja en el error y, nuevamente, ofrecer su ayuda.

5. Una de las formas de ver si el error se ha solucionado es intentar reproducirlo en el kernel para el que se informó y en la última variante de kernel para un subsistema en particular. No siempre es fácil, pero aún así puede ser muy útil para que ingrese al proceso de desarrollo.