Proceso de Nuevo Paquete para Colaboradores Existentes

Usted debería comprobar que es un nuevo paquete. Una lista de los paquetes existentes en Fedora Packages (Paquetes Fedora) está aquí: https://src.fedoraproject.org/projects/rpms/*

Alguna información sobre como crear un paquete RPM está en Tutorial de Empaquetamiento: GNU Hello.

Asegúrese de que su paquete cumple las Directrices de Empaquetamiento y las Directrices de Denominación de Paquetes

Tenga cuidado con los elementos prohíbidos y Package Review Guidelines (Directrices de Revisión de Paquete). Serán usados durante la revisión del paquete.

If you have already got a Fedora Account then you can use your storage at https://fedorapeople.org for this.

Asegure poner el nombre del paquete en el campo Review Summary, junto con un muy breve resumen de lo que es

Asegure que ha puesto las rutas URL para los archivos SPEC y SRPM en la Review Description

Ponga una descripción de su paquete (normalmente, esto puede ser lo mismo que ha puesto en la %description en las especificaciones) en Review Description

El proceso de revisión se describe en detalla en Package Review Guidelines.

Asegure que el revisor sea el Assignee (Asignado) en su ticket Bugzilla.

Solicite un repositorio distgit con fedpkg request-repo PACKAGE-NAME BUGZILLA-TICKET-NUMBER. Package Maintenance Guide (Guía de Mantenimiento de Paquete) tiene más información sobre fedpkg.) Es posible que necesite obtener un pagure-API-token antes de poder solicitar correctamente el repositorio.

When the repo is created, it only contains the rawhide branch. If you want to bring the package to other Fedora releases, see Requesting branches.

Primero fkinit -u username

Después puede importar el SRPM aprobado en la rama rawhide ejecutando`fedpkg import libfoo-x.x.x.src.rpm; git commit -m "Initial import (fedora#nnnnnn)."`(donde nnnnnn es su número de revisión de errores de paquete Bugzilla). Si su paquete está usando autochangelog, al escribir el número de error como se específica hará que Bodhi automáticamente cierre el error cuando su paquete se envíe al repositorio Rawhide estable.

Obviamente, reemplace libfoo-x.x.x.src.rpm con la ruta completa a su SRPM aprobado.

Debería ver que carga las fuentes y finaliza correctamente. Si no configuró ssh-agent le pedirá con frecuencia su contraseña de clave ssh. Esto es normal.

Ahora ejecute git push para obtener las versiones finales en su rama rawhide.

La manera más rápida de hacer esto es utilizar fedpkg switch-branch BRANCH para cambiar la rama (donde BRANCH puede ser f13 etcétera).

Ahora usted puede`git merge rawhide`. Esto conseguirá archivo .spec, .gitignore y archivo fuente junto con cualquier parche y otros archivos de la rama rawhide y crea una confirmación idéntica.

El paso anterior ya creó la confirmación para usted, ahora puede enviar los resultados utilizando fedpkg push o git push.

Para cada rama para la que desee solicitar compilaciones, cambie usando fedpkg switch-branch y ejecute fedpkg build.

Si toda va bien, debería poner en cola su rama para construcción, el paquete se construirá limpiamente y ¡listo!

Si falla al compilar, el sistema de compilación le enviará un correo electrónico para informarle del fallo y le enlazará los registros. Confirme los cambios necesarios en git, aumente el número de versión en las especificaciones y solicite una nueva compilación.

Debería cerrarlo con la resolución NEXTRELEASE o RAWHIDE, dependiendo de donde haya compilado el paquete. El campo resolución aparecerá después de que usted establezca el campo estado a CLOSED.