¡URGENTE! Quedada en Madrid con dos desarrolladores de Mandriva

Estuvimos de tapeo en un bar cercano a la Puerta del Sol en Madrid.

Hablamos sobre diversos temas, entre ellos la distribución Mandriva Linux y su desarrollo. Básicamente transmití mis dudas acerca de los servicios que se ofrecen a los miembros de Mandriva Club.

Hablando concretamente de las distribuciones especiales para el Club y los paquetes que se les ofrecen dije que:
1) Son productos que no sufren fase de prueba alguna, y convierte a los miembros del club en sus probadores, cuando realmente son usuarios finales.
2) Carecen de actualizaciones de seguridad, y los paquetes de programas a veces son incompatibles entre sí (por ejemplo, se proveía de KDE 3.4 y KOffice 1.4., pero no se podían instalar juntos porque KOffice 1.4 estaba compilado para KDE 3.3).

Warly coincidía en ver esos fallos pero no le veía demasiada solución.

Yo propuse introducir en el desarrollo de Mandriva Linux una rama llamada testing, que partiera de la versión oficial. Esta rama serviría de prueba, de testeo, sería pública y accesible. Se trataría de evolucionar la versión oficial en función de las peticiones y deseos de los miembros del club.
Basada en esa rama se podrían hacer productos especiales para los miembros del club pero ya con una fase de prueba superada, y con una infraestructura que permitiera proveer de actualizaciones de seguridad.

Creo que Warly entendió la idea, pero no dependía de él en absoluto y a mi parecer mostró el desconocimiento general que existe sobre cómo podría evolucionar los servicios del club. En cualquier caso se habló que mi idea requeriría de recursos de los que quizás carece ahora mismo la compañía.

Hablamos también del desconcierto general que existe acerca de la rama Community, pues fuera de Mandriva nadie entiende muy bien cuál es el funcionamiento u objetivos de dicha rama.
Quedó claro que Community es simplemente la rama Official en la que se aplican directamente las actualizaciones de seguridad, incluso podría decirse que sirve de experimentación previa para dichas actualizaciones.

Con Olivier Blin se comentó algunos problemas que surgían con la configuración de los dispositivos wireless con las herramientas de Mandriva Linux.

También se habló con los dos el problema que significa carecer de un plan de desarrollo para cada distribución. Warly argumentó que no es posible dicho plan porque dependen de programas que no desarrollan ellos mismos. Pero yo advertí que sobre las herramientas y características que ellos desarrollan sí tienen control, y que tenían la manía de añadirlas siempre en el último momento con los consiguientes problemas y falta de calidad que eso conlleva.
Warly estuvo de acuerdo en ese punto, y mostró su esperanza de que el ciclo anual de desarrollo ayudara a corregir dichos problemas.

También mostramos preocupación por el hecho de que un mayor ciclo de desarrollo no llevara implícito un mayor tiempo de vida del producto final. Adujeron que el ciclo anual era para conseguir un producto más estable no más duradero en el tiempo, pero esto ya está dando que hablar entre muchos usuarios.

Aparte se hablaron de otros temas, pero lo que quizás os interese saber era lo anterior.

Quizás capi_x quiera añadir algo más de lo que yo me haya olvidado o no haya dado importancia.