De BlogDrake a Contrib

En los siguientes párrafos expondré una serie de interrogantes y presentare algunas ideas de carácter muy personal, sobre los procedimientos y las políticas actuales para la creación de paquetes y su colocación en los diferentes repositorios, en este caso también sobre la intención de colocar paquetes del repositorio en Blogdrake en los repositorios de Contrib, tomando en cuenta criterios como Funcionalidad y Calidad y todo lo que ello implica.

Inicialmente tomaré como referencia, parte de un intercambio de ideas entre bravas y Juan Luis Baptiste Mentor de Mandriva.

bravas:

"Todos los paquetes están testados y funcionan perfectamente, pero
supongo que necesitarán cambios antes de subirlos a contrib."

Juan Luis Baptiste:

"Como te comento, para subir un paquete a Mandriva hay ciertas
políticas de calidad que se deben cumplir, no importa si el paquete
funciona, eso no es suficiente. Como bien sabes, Mandriva siempre se
ha caracterizado por ser una distro de excelente calidad, y esto se
debe a los controles de calidad que se imponen que garantizan su buen
funcionamiento y la mantenibilidad de los paquetes hacia el futuro."

Interrogantes:

¿Cuales son exactamente esas políticas de calidad, cuales son los procedimientos exactos para producir un paquete que cumpla con esas políticas, existe algún manual para empaquetar siguiendo dichos procedimientos, tanto las políticas como los procedimientos están documentados, hay documentación oficial al respecto?

Si no disponemos de una especie de Documentación Oficial al respecto, jamás se tendrá la certeza de que lo que estamos haciendo esta bien, ello implicaría estar aclarando dudas, por cada paso y eso implica obviamente un gasto mucho mayor de tiempo.

El hecho de que por ejemplo bravas diga:"El único paquete cuyo spec está preparado para llegar a contrib es Performous,he tenido que hacerle cambios, y aún espero
usuario para subirlo"

¿De más de 100 paquetes en el repositorio de BlogDrake que están testeados y funcionan, solo uno ha sido analizado y es acto para subirse a contrib? ¿ya esta en contrib? ¿cuanto tiempo hay que esperar para colocar un unico paquete del repositorio de Blogdrake en Contrib? a ese ritmo y teniendo que aclarar dudas con un mentor oficial por cada procedimiento posiblemente no alcanzarán los 6 meses apróx, que se mantiene una versión de Mandriva en vigencia para colocar el resto de los paquetes en Contrib.

Señores, lo significativo del repositorio de BlogDrake es que facilita a los usuarios una gran cantidad de paquetes que no se encuentran en otros repositorios oficiales y no oficiales, eso es un gran avance!!!

No se puede tapar el sol con un dedo y la verdad es que la paqueteria de las distros basadas en .deb supera por un amplio margen a la paqueteria de las distros basadas en .rpm
y más aun la paqueteria de otras distros basadas en .rpm, como Fedora y Suse, tambien es superior en cantidad y nivel de actualización a la paqueteria de Mandriva, no estoy al tanto de saber si superan en calidad a los paquetes producidos para Mandriva, pero FUNCIONAN y este detalle es el que al fin y al cabo le interesa al usuario final.

No estoy diciendo que la calidad no importe, claro que importa, siempre y cuando estas políticas de calidad no interfieran ni retrasen notablemente el proceso de habilitación de un determinado paquete en un repositorio. A menos que se establezcan y documenten con claridad una serie de procedimientos, por parte de los entes oficiales, con respecto a como debería construirse un paquete "Decente" me temo personalmente que no se llegará muy lejos en cuanto a avances cuantitativos en nuestros repositorios se refiere, es por ello que si se insiste en sobreponer este factor CALIDAD sobre el factor FUNCIONALIDAD este tipo de documentación debe necesariamente existir y estar al acceso de todos, sin excepción.

Otro criterio importante es el de SOSTENIBILIDAD, en mi opinión si un paquete funciona adecuadamente, no es para nada difícil, hacer que el mismo funcione para adaptarlo a versiones sucesivas del mismo paquete, siguiendo el mismo SPEC. según mi opinión La Sostenibilidad de un paquete va de le mano con su funcionalidad y depende mas de ella, el factor Calidad, en cuanto a empaquetado se refiere, podria considerarse secundario, aunque no menos importante como expuse anteriormente.

Hay que aclarar que nos estamos refiriendo a calidad en cuanto a el proceso de empaquetado, no a calidad en cuanto a funcionamiento, segun este principio, un paquete elaborado con calidad funciona exactamente igual a un paquete elaborado sin "calidad" en cuanto a políticas y procedimientos de empaquetado se refiere. Claro esta que esta busqueda de "Calidad" en empaquetamiento favorece la disciplina e allí su importancia mas relevante.

Continuo con las interrogantes, por favor espero que tomen todo esto como una critica constructiva, al fin y al cabo personalmente lo que espero de todo esto y estoy seguro de que muchos de mis compañeros también lo esperan, es lograr que el proceso de colocación de paquetes en los repositorios de Mandriva, en este caso particular para los que pretendan contribuir con paquetes desde repositorios no oficiales, sea lo más optimo posible, tanto en funcionalidad como en calidad y que de esta manera se pueda brindar un mejor servicio a los usuarios finales.

Otras interrogantes:

Esta interrogante surge de mi experiencia propia: hace unos meses quise empaquetar para uso personal la aplicación Enna , pero me encontré con un obstáculo. Enna depende en parte de algunas de las librerías el entorno de escritorio enlightenment 17

* Eina >= 0.9.9.063
* Eet >= 1.2.2
* Evas >= 0.9.9.063
* Ecore >= 0.9.9.063
* Embryo >= 0.9.9.063
* Edje >= 0.9.93.063
* Elementary >= 0.6.0.063

Hasta allí todo bien, pero el detalle está en que, en los repositorios oficiales de Mandriva estas librerías jamás fueron actualizadas desde la 0.9.9.063 para la versión 2010.0 de mandriva, aun cuando las versiones 0.9.9.063 salieron desde la pagina oficial el 02-12-2009, un desface de mas de 6 meses... ¿tolerar? quizás, ya todos sabemos la situación actual de Mandriva, ¿conformarse?, esto es lo mas decepcionante, para mi y quizás también para todo aquel que sienta hasta el más minimo aprecio por nuestra distro, sobre todo tomando en cuenta que otras distros basadas en .rpm tales como fedora, suse y otras como Slack, etc y ni que decir de las basadas en .deb, actualizaron esas librerías a los dias de la salida de las mismas (6 o más meses atrás). Apenas las actualizaron para cooker, pero luego de mas de 6 meses, aun así ya esas librerías de enlightenment 17 van por la versión 0.9.9.49898. Esto es solo uno de los ejemplos.

Tampoco debería considerarse todo esto como una queja de mi parte, para mi si bien todo esto es decepcionante al principio, no es motivo para quejarme en lo personal, dado que en mi caso personal he encontrado maneras de solucionarlo, por ejemplo tomando y adaptando para Mandriva, todas esas librerías ya actualizadas.

Lo que se deduce de aquí es que la magnitud de las consecuencias de tales desfaces en la actualización de algunos paquetes en los repositorios oficiales de Mandriva no es igual para todos los usuarios, algunos podrán resolver por su cuenta, pero la magnitud de estos desfaces en las actualizaciones para el publico en general y para la imagen de Mandriva tienen un alcance mucho mayor... No es difícil sentirse tentado a pensar: "algo anda mal, muy mal..." pero como expuse anteriormente, nada que no pueda resolverse si se toman las medidas necesarias.

Animo!!!

Saludos!