Package Review Process/es

Propósito de la Revisión
Para que se pueda agregar un paquete nuevo a Fedora, éste debe primero pasar una revisión formal. El propósito de esta revisión formal es intentar asegurar que el paquete cumple con los requerimientos de control de calidad para Fedora. Esto no significa que el paquete (o el software que se está empaquetando) está perfecto, sino que cumple con los requisitos básicos mínimos de calidad.

Las revisiones se hacen actualmente para todos los paquetes nuevos renombrado de paquetes y paquetes mezclados desde el repositorio anterior de Fedora Core.

Proceso de Revisión
Hay dos roles en el proceso de revisión, el del contribuidor y el del revisor. En este documento, se presentarán ambas perspectivas.

Contribuidor
Un contribuidor se define como alguien que quiere enviar (y mantener) un paquete nuevo en Fedora. Para convertirse en un contribuidor, debe seguir las instrucciones detalladas para Unirse a los mantenedores de la colección de paquetes.

Como un Contribuyente, ya debe haber hecho un paquete que cumpla con los Lineamientos de Nombres de Paquetes y con los Lineamientos de Empaquetado. También hay algunos paquetes que no se pueden incluir en fedora, para verificar si su paquete cumple, verifique si contiene algún item prohibido.

Cuando ya esté feliz con su archivo spec, debe enviar el SRPM para su revisión. Actualmente, esto se hace siguiendo estos pasos:


 * 1) Ponga su archivo spec y el SRPM en algún lugar en Internet.
 * 2) Llene un pedido de revisión en bugzilla. Esta es una muestra de como queda un pedido de revisión: [[Image:PackageReviewProcess_review.png]]
 * 3) Si no tiene todavía ningún paquete en Fedora, significa que necesita un patrocinador y que debe agregar FE-NEEDSPONSOR al informe que se esté bloqueando por su pedido de revisión. Para más información, lea la página wiki sobre Cómo obtener un patrocinador para el grupo de empaquetadores.
 * 4) ¡Espere a que alguien revise su paquete! En este punto del proceso, la bandera fedora-review estará desmarcada, lo que significa que no se le asignó un revisor.
 * 1) Pueden haber comentarios de gente que no está formalmente revisando el paquete, y pueden agregar NotReady al campo Pizarra, indicando que el pedido de revisión todavía no está listo, debido a alguna cuestión que informan. Después que las resuelva, por favor, ponga las URLs de los archivos SPEC y del SRPM actualizados y sáquelo de la Pizarra
 * 2) Un revisor toma la tarea de revisar su paquete. Marcarán la bandera fedora-review a ?
 * 3) El revisor revisará su paquete. Debe corregir cualquier problema bloqueante que el revisor identifique. Una vez que el revisor esté conforme con el paquete, la bandera fedora-review se pondrá a +, indicando que el paquete ha pasado la revisión.
 * 4) En este punto, necesita pedir para su paquete recién aprobado un pedido administrativo de SCM
 * 5) Cuando ésto esté completo, puede importar su paquete al SCM.
 * 6) Extraiga su paquete usando "fedpkg clone " realice una comprobación final de los tags del archivo spec, etc, y ejecute "make tag".
 * 7) Ejecute una construcción haciendo "fedpkg build".
 * 8) Repita el proceso para otras ramas que haya pedido.
 * 9) Pida actualizaciones para las ramas de lanzamiento de Fedora, si es necesario, usando "fedpkg update" o actualice la interfaz Bodhi como se detalla en la Guía de Bodhi.
 * 10) Debe asegurarse que el ticket de revisión esté cerrado. Se le agradecerá que lo cierre una vez que el paquete haya sido construído en las ramas pedidas, o si construyó para una de las ramas de lanzamiento de Fedora le puede pedir a Bodhi que cierre el ticket por Ud. cuando complete el proceso. Si cerró el ticket Ud. mismo, use NEXTRELEASE como resolución.

Necesita pasar todo el proceso de revisión cada vez que hayan cambios posteriores en el paquete.

Revisor
El revisor es la persona que elige revisar su paquete.

El Revisor puede ser cualquiera que tenga una cuenta en Fedora, que sea miembro del grupo de empaquetadores. Hay una excepción_ Si es el primer paquete de un Contribuyente, el Revisor debe ser un

The Reviewer can be any Fedora account holder, who is a member of the packager group. There is one exception: If it is the first package of a Contributor, the Reviewer must be a Patrocinador. Puede verificar si un Contribuyente ya fue patrocinado buscando su dirección de correo en el grupo de empaquetadores del sistema de cuentas.
 * 1) Busque un pedido de revisión que necesite un revisor: http://fedoraproject.org/PackageReviewStatus/ (la bandera fedora-review está en blanco o el informe fue asignado a nobody@fedoraproject.org)
 * 2) Si observa algo que necesita ser resuelto antes de que quiera iniciar una revisión formal, agrégelo en un comentario y ponga la Pizarra del informe a NotReady. Esto ayuda a otros posibles revisores que observen que el pedido de revisión no está listo para acciones de revisión posteriores.
 * 3) Si quiere formalmente revisar el paquete, ponga la bandera fedora-review a ? y asígnese el informe a Ud.


 * 1) Revise el paquete.
 * 2) * Pase por toda la lista de items MUST de Lineamientos de Revisión.
 * 3) * Pase por toda la lista de items SHOULD de Lineamientos de Revisión.
 * 4) Realice alguna de las siguientes acciones:
 * 5) * ACCEPT: Acepte si el paquete está bueno, ponga la bandera fedora-review a + 
 * 6) *# Si el revisor está también actuando como Patrocinador del Contribuyente, entonces éste es el momento de patrocinar al Contribuyente en el sistema de cuentas.
 * 7) * FAIL, LEGAL: Fallo, Legal, si el paquete es legalmente riesgoso por alguna razón (infreacción de patente o copyright conocida, por razones de marca comercial) cierre el informe a WONTFIX y deje el comentario apropiado (i.e. no empaquetamos mp3, por lo tanto, evite subirlos). Ponga la bandera fedora-review en -, y ponga el ticket de revisión a bloqueo por FE-Legal.
 * 8) * FAIL, OTHER: Fallo, otro, si el paquete está simplemente fuera de los lineamientos o por alguna otra razón, y no hay una solución simple, entonces cierre el informe a WONTFIX y deje un comentario apropiado (i.e. no empaquetamos pornografía para redistribución, lo sentimos. O, éste no es un archivo spec, es un menú de McDonald, lo sentimos.) Ponga la bandera fedora-review a -.
 * 9) * NEEDSWORK: Necesita trabajarse, cualquier otra cosa que no sea explícitamente un fallo debe dejarse abierta hasta que el contribuidor y el revisor trabajen juntos para corregir cualquier cuestión potencial. Marque el informe como NEEDINFO mientras espera a que el revisor responda a los pedidos de mejora; esto hace más fácil a los revisores ver qué revisiones está abiertas esperando sus comentarios.
 * 10) Una vez que el paquete se haya marcado como fedora-review + (o -), el trabajo del Revisor termina, aunque puede ser llamado para asistir al Contribuyente con el proceso de importar/construir/actualizar y para asegurar que el Contribuyente cierre el ticket cuando el proceso esté completado.

Tickets bloqueadores especiales
Hay algunos tickets que se pueden poner con el campo de "Bloqueo" para indicar alguno de los estados de tickets específicos:

La Pizarra
Para ahorrar tiempo de los revisores, la página en http://fedoraproject.org/PackageReviewStatus/NEW.html ocultará ciertos tickets que todavía no estan revisables. El campo Pizarra se puede usar para marcar un ticket con varios bits de estado adicionales que harán que se oculten o se muestren de una manera diferente.

Seguimiento de Pedidos de Paquetes

 * Nuevos Pedidos de Revisión (Cacheado para acceso rápido)
 * Paquetes actaulmente bajo Revisión (Cacheado para acceso rápido)
 * Paquetes Revisados pero no Cerrados