Proceso de Revisión de Paquete

Ponga su archivo de especificaciones y el SRPM en algún lugar en la Internet donde pueda ser descargado directamente (solo http(s), sin páginas de registro ni métodos de descarga especiales, por favor). Si no tiene sitio donde poner sus especificaciones y SRPM, use copr.

Rellene una solicitud de revisión en bugzilla. Asegúrese absolutamente de presentar este bug con una cuenta vinculada a su dirección de correo electrónico de FAS, de lo contrario, sus solicitudes de seguimiento se cerrarán por no ser válidas.

Si usted no es miembro de una grupo empaquetador, necesita un patrocinador. Agregue FE-NEEDSPONSOR} a los bugs que están siendo bloqueados por su solicitud de revisión. Para más información lea xref:How_to_Get_Sponsored_into_the_Packager_Group.adoc[Como Ser Patrocinado en el Grupo de Empaquetadores.

Si esto es una solicitud de "re-revisión" necesaria para reclamar la propiedad de un paquete retirado, agregue Unretirement al campo Whiteboard.

¡Espere a que alguien revise su paquete! En este punto del proceso, el indicador fedora-review está en blanco, lo que significa que no hay revisor asignado.

Puede haber comentarios de personas que no están revisando formalmente el paquete, ellos pueden añadir NotReady al campo Whiteboard, indicación de que la solicitud de revisión no está todavía lista, debido a algunos problemas que reportan. Después de que los haya corregido, publique la URLs del archivo SPEC y SRPM actualizado y limpie la Whiteboard. Se espera que usted responderá al comentario, incluyendo su envío para corregirlo; si no lo hace el ticket será cerrado.

Un revisor toma la tarea de revisar su paquete. Él establecerá el indicador fedora-review a ?.

El revisor revisará su paquete. Usted debería corregir cualquier bloqueo que el revisor identifique. Una vez que el revisor está conforme con el paquete, el indicador fedora-review será establecido a +, indicando que el paquete ha pasado la revisión.

Si todavía no ha sido patrocinado, solicite patrocinio planteando una cuestión a los patrocinadores de paquetes.

Cuando su paquete pase la revisión usted debería utilizar fedpkg para solicitar un repositorio Git para él. Antes de que pueda solicitar un repositorio Git para el paquete, necesitará unahttps://pagure.io/settings/token/new[ ficha pagure.io api* con Create a new ticket ACL añadido en ~/.config/rpkg/fedpkg.conf:

[fedpkg.pagure]
token = <generated-code>

Solicite un repositorio Git para el paquete. Por ejemplo, si el nombre del paquete es my-package y el ticket de revisión bugzilla es 12345:

fedpkg request-repo my-package 12345

Si usted desea añadir su paquete a más versiones de Fedora y no solo a Rawhide, vea Solicitar ramas.

Cuando se cierren los tickets fedora-scm-requests para el repositorio y las ramas solicitados, verifique el paquete:

fedpkg clone

Ahora usted puede importar su paquete SRPM. Haga una comprobación final de las etiquetas del archivo de especificaciones.

Solicite una compilación de Koji ejecutando fedpkg build. (Necesitará configurar Kerberos para proyecto Fedora)

Repita el proceso para las otras ramas que ha solicitado anteriormente:

Solicite actualizaciones para las ramas de las versiones Fedora, si es necesario, utilizando fedpkg update u otra interfaz Bodhi como se detalla en Bodhi.

Si es posible, añada su paquete a Monitorizar Versiones del Desarrollador.

Para recibir una notificación si su paquete deja de compilarse correctamente cuando se actualizan las dependencias en Fedora, puede habilitar Koschei.

Usted debería asegurarse que la revisión del ticket está cerrada. Puede cerrarlo una vez que el paquete se haya creado en las ramas solicitadas. Si usted creó para una de las ramas de versiones de Fedora puede pedirle a Bodhi que cierre el ticket por usted cuando complete el proceso. Si usted mismo cierra el ticket, utilice NEXTRELEASE como la resolución.

Busque en el Rastreador de Revisión de Paquete una solicitud de revisión que necesite revisor: el indicador fedora-review esta en blanco o el bug está asignado a nobody@fedoraproject.org.

Si nota algunos problemas que deban resolverse antes de hacer una revisión formal, añada estas cuestiones en un comentario y establezca la Whiteboard del bug para contener NotReady. Esto ayuda a otros posibles revisores a tener en cuenta que la solicitud de revisión no está todavía preparada para más acciones de revisión.

Si usted desea revisar formalmente el paquete, establezca el indicador fedora-review a ? y asignese el bug a usted mismo.

Revisar el paquete

Incluya el texto de su revisión en un comentario en el ticket. Para facilitar la lectura, simplemente utilice un comentario regular en lugar de un archivo adjunto.

Realice una de las siguientes acciones:

Una vez que el paquete está indicado como fedora-review + (o`-`), el trabajo del Revisor está hecho aunque pueden ser llamados para asistir al Colaborador con el proceso de importar/construir/actualizar y asegurar que el Colaborador cierra el ticket cuando el proceso está completo.