Cambios de paquetes en masa

Primero, deberías publicar en el listado de desarrollo de Fedora y lograr consenso sobre los cambios que deseas implementar. Por muy simples o necesarios que creas que sean, puede que haya mejores maneras de hacerlo o que el cambio no sea necesario por otras razones. Parte de esta discusión debería ser el desarrollo de un conjunto conciso de instrucciones que los empaquetadores deberán seguir para corregir los paquetes afectados. Esto puede, por supuesto, referirse a documentos externos, pero los empaquetadores serían capaces de obtener la idea básica de los cambios necesarios sin tener que perseguir enlaces.

El conjunto de paquetes cuál necesitará los cambios tendrían que ser publicados en el listado devel-announce apenas aquel conjunto ha sido determinado. Para hacer cosas tan fáciles como posibles en los mantenedores implicados, esto tomaría la forma de dos listados, uno listando paquetes y sus propietarios y el otro listando mantenedores y sus paquetes. Esto lo hace trivial para un único mantenedor para ver cuánto trabajo hay que hacer, y además para otros tener una idea de quién necesitaría ayuda. Para conveniencia, una utilidad la cual generará estos listados dados está disponible un archivo de nombres de paquetes desde «encontrar mantenedores del paquete».

Estos listados serían actualizados por medio de la discusión como paquetes están reparados, y además incluirían las instrucciones para reparar los paquetes mencionados anteriormente.

Se recomienda la purga de paquetes automatizada. Si esto es posible para realizar el campo relevante en una manera automatizada con un cambio bajo de efectos laterales no deseados cuando esto al menos sería considerado, incluso si eso puede solo realizarse para un asunto de los paquetes afectados. Los detalles actuales de este proceso (tales como si compilaciones son requeridos o si los cambios simplemente serían efectuados) al menos son ciertamente dependientes en los cambios involucrados y estarían funcionando fuera de la discusión. Los empaquetadores probados pueden realizar una purga automatizada sin utilizar solicitudes de extracción, enviándolas directamente al control de fuente.

Tampoco pedir la lista o muchos interesaron mantenedores para mirar sobre el texto pretendes enviar al devel-anunciar lista (paso próximo) y pretender utilizar en vuestro texto de defecto. Esto ayudará hacer vuestro texto claro y entendible y libre de tipos u otros errores sencillos. Marca seguro varias personas ven vuestro texto y acordar describe el problema claramente junto con soluciones. Este texto tendría que incluir las instrucciones desarrollaron encima.

Una vez tienes una idea clara de los cambios necesitó, poste un correo-e claro en cambios necesitó al listado de devel-announce. Espera al menos una semana para dejar mantenedor para hacer cambios o pedirte cuestiones más lejanas sobre el cambio en el listado devel. Si el cambio tiene que ser hecho debido a alguna fecha límite, complacer nota él en el correo-e. Si intenta tener paquete(s) probados o un proceso automatizado sencillamente hace los cambios a todos los paquetes sin cambios, tome nota que también en el correo-e.

Ahora puedes archivar un seguimiento de defecto en bugzilla y los defectos frente a todos los paquetes que todavía necesitan cambios. Nota que comprobaría para asegurar que los mantenedores ya no hicieron los cambios y solo los defectos del archivo contra aquellos paquetes que no hizo.