Politicas de los empaquetadores

Políticas de empaquetamiento

1. No es necesario seguirlas rigurosamente pero se recomienda tener en cuenta las políticas de empaquetado de la distribución para la que estemos creando el paquete.

2. sufijo, dependiendo de si estamos empaquetado para mandriva o para mageia debemos usar el sufijo bdk.mdv o bdk.mga, cualquiera que no cumpla con este requisito sera rechazado.

2.a si por alguna razón se requiere un rpm (por ejemplo algún rpm del que no se disponga fuentes ni src.rpm) que no cumpla lo anterior seria preferible hacer un paquete get-paquete-necesario (que siga las
políticas), el cual descargara el rpm del sitio que corresponda y lo instalara en el sistema, el paquete de flash en el repo mga1 es un ejemplo de como hacer eso.

Políticas de reempaquetado

Debido a que reempaquetar desde un src.rpm no nos produce un src.rpm actualizado se deberá seguir el siguiente procedimiento para reempaquetar desde un src.rpm

rpm -i <trayectoria1>/paquete.src.rpm

rpmbuild --rmsource --rmspec --clean -ba <trayectoria2>/archivo.spec

Donde <trayectoria1> seria la trayectoria en la que se encuentra el paquete.src.rpm a reconstruir, <trayectoria2> seria la trayectoria donde se encuentra el archivo.spec (en el subdirectorio SPECS de nuestro directorio de trabajo)

Esto nos da la ventaja de poder hacerle ajustes al archivo.spec antes de ejecutar el segundo comando

Políticas de subida de paquetes

Ahora hay una serie de carpetas en las que se deberán colocar los paquetes que suban:

i586/free para paquetes de arquitectura i586 con licencias libres

i586/non-free para paquetes de arquitectura i586 con licencias no libres

x86_64/free para paquetes de arquitectura x86_64 con licencias libres

x86_64/non-free para paquetes de arquitectura x86_64 con licencias no libres

noarch para paquetes que no dependen de la arquitectura

SRPMS para los paquetes con extensión src.rpm

¡CUALQUIER paquete que no sea subido a estas carpetas NO sera promovido al repositorio!

¡Se recomienda no insistir en colocar los paquetes en otras carpetas, ni crear carpetas nuevas para subir los paquetes!

Política sobre SPECS (por definir)

BDK-packagers es antes que nada un proyecto de constante aprendizaje, sabemos que es engorroso en algunos paquetes descargarse todo un
src.rpm para ver el spec, por lo tanto al subir un spec recomendamos subir una copia del spec originalmente ocupado en el que se añada la
versión del paquete, el sufijo correspondiente a la distribución + la versión de la misma, por ejemplo Tuningdrake-1.0.8.bdk.mdv2010.2.spec

Alternativamente se podría crear dentro de la carpeta SPECS una carpeta para cada distro y solo renombrar los spec con un esquema nombre + versión + . + versión de la distro, siguiendo el ejemplo
anterior Tuningdrake-1.0.8.2010.2.spec

Políticas sobre peticiones de paquetes

• No se empaquetan cosas relacionadas con el núcleo del sistema (como kernels)
• No se empaquetan aplicaciones o librerías que puedan entrar en conflicto con las aplicaciones o librerías existentes en los repositorios oficiales
• No se empaquetan cosas existentes en los repositorios oficiales a menos que sea una nueva versión no disponible en los repositorios, ofrezca alguna novedad o se corrija algún fallo del paquete oficial
• Nuestro trabajo es voluntario, no siempre podremos empaquetar lo que nos pides, no tomes los rechazos como algo personal

¿Problemas con alguno de nuestros paquetes o inconforme con alguna decisión?

Usa el foro de Servicio Técnico

Estas políticas ya han empezado a aplicarse, otras ya existían desde la creación del grupo, sin embargo debido a la reciente creación de algunas, es posible que se encuentren en el repositorio paquetes que no cumplan del todo con ellas, para ramas futuras del repositorio se espera ya estar aplicando estas políticas al 100% de los paquetes disponibles en nuestro repositorio