From Fedora Project Wiki

Cuando un paquete llega al final de su vida útil, el siguiente procedimiento le permitirá a otras personas - y los procesos automatizados! - Saber tanto y no se esperan más lanzamientos, y por qué se quitó. Este proceso se llama "retiro".

Procedimiento

Retire sólo en las ramas de desarrollo y/o EPEL!
No retire paquetes en otras ramas aparte de Branched (hasta la Congelación de funcionalidades), Rawhide (master) y EPEL (el5, el6, epel7). Cuando necesite añadir paquetes desde EPEL a cualquier release RHEL, retirelo únicamente una vez el paquete haya sido publicado en esa versión RHEL.

Ejecute los pasos en el orden indicado:

RPM

Si el paquete va a ser reemplazado por algún otro paquete, asegúrese de que las etiquetas "Obsoletes/Provides" han sido establecidas adecuadamente en el nuevo paquete. VeaRenaming/Replacing Guidelines.

GIT

Ejecute fedpkg retire DESCRIPCIÓN en todas las ramas que necesiten ser retiradas, empezando por la más antigua (p.ej, retire en f22 antes que en master)

Observaciones

  • La DESCRIPCIÓN debe explicar por qué el paquete está siendo retirado. Por ejemplo:
    • Obsoleted by bar
    • Renamed to bar
  • El comando eliminará todos los ficheros de la rama, añadirá un fichero llamado dead.package conteniendo la descripción, y subirá los cambios. A partir de fedpkg 1.13, también retirará el paquete de la base de datos de paquetes.
  • git rm todos los ficheros en las otras ramas sólo si hay factores especiales a considerar, como problemas de licencia, o paquetes siendo completamente eliminados de Fedora.
  • Si retira en master antes que en las ramas anteriores, simplemente continué con las ramas antiguas. Funcionará igual, pero bloqueará el paquete en más etiquetas de Koji.

Package DB

Asegúrese de que el paquete está marcado como "retirado" en the la base de datos de paquetes. Debería ocurrir automáticamente a partir de fedpkg 1.13 si proporciona sus credenciales FAS. Si falla, puede hacerlo manualmente con el siguiente comando:

   pkgdb-cli orphan --retire PACKAGENAME master

Observaciones

  • Una vez el paquete sea retirado de la abse de datos, no podrá hacer commits en GIT. Por tanto, limpie GIT primero.
  • Cambie master por la correspondiente rama
  • Empiece con la rama más antigua

Comps

Elimine el paquete de comps si aparece ahí.

Spins

Elimine el paquete de cualquier spin kickstart file

   git clone ssh://git.fedorahosted.org/git/spin-kickstarts.git

Upstream Release Monitoring

Elimine el paquete de Upstream_release_monitoring si aparece ahí.

Koji

Para evitar que un paquete retirado sea subido a los mirrors, debe ser bloqueado. Normalmente esto ocurre durante automáticamente, pero si no, abra un ticket para ticket rel-eng (componente koji) mencionando el nombre del paquete y la rama donde debe ser bloqueado.

Observaciones

  • Espere suficiente tiempo antes de crear el ticket.
  • Use un único ticket para todos los paquetes retirados a la vez en lugar de uno por paquete.
  • Compruebe si el paquete ha sido bloqueado en koji. Por ejemplo, para el paquete curry debe haber una entrada con [BLOCKED] para cada rama donde el paquete fue retirado. Es suficiente con haber sido retirado en una etiqueta más antigua, ya que por herencia se bloqueará en etiquetas más recientes:
$ koji list-pkgs  --show-blocked --tag f21 --package curry                               
Package                 Tag                     Extra Arches     Owner          
----------------------- ----------------------- ---------------- ---------------
curry                   f20                                      gemi            [BLOCKED]

EPEL

Este proceso puede usarse en EPEL, con una diferencia:

  • Puede eliminar el paquete de EPEL haya sido o no publicado.

Por ejemplo, si su paquete ha sido añadido a la release de base RHEL-6.4, siga los mismos pasos pero use la rama el6 branch en lugar de master.

Volver a activar el paquete

Vea Orphaned_package_that_need_new_maintainers