Reflexiones sobre un hipotético Mdv basado en Debian

Mandriva tiene un año y medio más o menos hasta la próxima iteración en cuanto a avances en tecnología (el instalador, autodetección, centro de control, revisión de defaults,etc.); que aparecerían probablemente a finales de 2006 o principios de 2007 (no sé si ya hay fechas en el calendario del área de desarrollo del sitio de Mandriva). Veamos que podría pasar con la idea de un Mdv basado en Debian.

Realmente todavía no tenemos ninguna indicación definitiva de hacia donde estará enfocada concretamente la "nueva" tecnología adquirida por Mandriva al integrar Conectiva y Lycoris, excepto algunos rumores sobre la integración de smart en algún momento y los comentarios del CEO de Lycoris en cuanto a que la tecnología de Lycoris sería aplicada a las versiones Discovery de Mandriva.

(IMHO por supuesto)

El nuevo asunto "Debian+Mandriva" planteado por Ian Murdock se parece mucho a una invitación de compra para Mandriva (una idea que leí en los comentarios de OSnews y comparto bastante). Sin embargo Ian tiene razón en cuanto a algunas cosas.

Si la estrategia comercial de Mandriva a mediano plazo consiste en ir adquiriendo empresas pequeñas basadas en Linux, distribuciones principalmente, tarde o temprano van a tener que lidiar con distros basadas en Debian/APT, si ello es así según I. Murdock, el momento de cambiar a Debian/APT como base para la distro es ahora. En realidad también podrían hacerlo al adquirir una distro basada en Debian/APT mientras que por el momento se continúa con todo como está.

Me parece que I.Murdock está interesado en sacar alguna ventaja del potencial de la tecnología de Mandriva para Debian, aunque no sé mucho cómo, por eso "pega más" la idea de una oferta encubierta de Progeny a Mandriva.

En cuanto a la factibilidad del cambio de .rpms/urpmi a .deb/apt se ve bastante difícil de hacer a corto plazo sin embargo la especialidad de Progeny es justamente esa: crear distros personalizadas. Si Mandriva hubiere comprado Progeny, se podría dedicar todos los recursos de esta última a adaptar a alta velocidad todos los "chiches" de Mandriva a una infraestructura deb/apt.

Otra cosa a tener en cuenta es smart, esta tecnología funciona en ambos sentidos, si bien en teoría sería innecesario cambiar de rpms/urpmi a debs/apt debido a smart, con smart bien afinado tampoco habría mucho inconveniente en cambiar de rpms a debs. Hay algo de lógica entonces en la frase de Ian donde dice que él no ve el futuro de Mandriva sin Debian.

Por otro lado las cosas no son tan simples del lado del código de Mandriva. Si ven el código fuente con que se parche el KDE estándar, lo pueden entender fácilmente. No se trata simplemente de cambiar el tipo de paquetes y rediseñar las herramientas de instalación; un cambio no sería relevante si en vez de usar el código estándar (de KDE, Gnome,etc.) apenas modificado tal como todas las demás distros, se usa lo mismo que hasta ahora, que fue muchas veces la causa de la inestabilidad atribuída a Mandrake en su momento.

Todo lo anterior sin contar con todas las herramientas de instalación y configuración de Mandriva, aunque hace tiempo que no veo el código y pudiera ser que son bastante modulares y un cambio radical de rpms a debs pudiera hacerse con tiempo (un año por ejemplo) y los recursos de un tercero como Progeny sumado a todo lo que es ahora Mandriva.

En fin, un cambio a Debian/APT no se haría tan automágicamente.

Qué sería lo bueno? En resumidas cuentas lo bueno sería Debian, la estabilidad y el rápido acceso a todo el resto de los paquetes no parcheados por Mandrake y la posibilidad de acceder a los repositorios masivos de Debian reutilizando recursos y volcando muchos nuevos miembros (pagos y ad-honorem) a la familia debianita.

De nuevo estamos con smart: teniéndolo funcionando lo anterior sería un hecho sin cambio alguno, excepto que en ese caso Mandriva aprovecharía paquetes disponibles para Debian pero sin retribuir a esa comunidad, el tema "smart" muere aquí, sería injusto ya que es difícil que los paquetes base (herramientas y scripts) de Mandriva (como están ahora) se pudieran instalar e integrar bien en una base Debian.

No sé que tanto se podría ganar aparte de tener una base Debian sólida para una "infraestructura Mandriva" y es realmente difícil que la empresa quiera separar esta infraestructura del resto de la distro.

Por ejemplo, digamos que todas las modificaciones y herramientas se pudieran instalar como paquetes separados, y que los KDE,Gnome, etc. parcheados por Mandriva pudieran descartarse (ya se puede de hecho), como para poder instalar una base "Mandriva" (sistema base Debian, herramientas y scripts de autodetección/autoconfiguración) e instalar sobre eso un KDE/Gnome oficial estándar, los de Debian Sarge inclusive. Eso sería una potencial pérdida de ventaja competitiva para Mandriva, cualquiera podría llegar a generar nuevas distribuciones utilizando todo la I+D (Investigación y Desarrollo) gratuitamente y superponer digamos, un KDE con íconos y fondo personalizado. Haciendo un simple reemplazo de los gráficos y en el código de las herramientas para eliminar la marca "Mandriva" ya estaríamos en condiciones de generar una distro totalmente nueva prácticamente sin necesidad de recompilar masivas cantidades de paquetes como ahora se debe hacer (solo "estorbaría" probablemente el que los paquetes Debian generen el típico menú "Debian" en los menúes).

Esto último no es un problema en sí, aunque si aparecieran rápidamente muchas versiones compatibles con Mandriva y sus repositorios por la facilidad para generarlas, al estilo knoppix, gnoppix, morphix, etc. sí sería algo difícil para la empresa. Solo piensen en el ciclo anual y las dos versiones de KDE y Gnome que supondrían casi seguro la aparición de clones con versiones nuevas y que serían distros muy estables "de punta", ¿quién compraría entonces la siguiente Mandriva?

Sin embargo Ubuntu demuestra que basarse en Debian es una realidad práctica a pesar de todo, incluso con el riesgo de perder fácilmente la ventaja competitiva debido a la flexibilidad de Debian (piensen en Kubuntu y las distros de las regiones españolas que ahora estarán basadas en Ubuntu => no comprar la distro). De todos modos Canonical, la empresa detrás de Ubuntu, está trabajando sobre el mismo modelo de negocios que Mandriva: servicios basados en la distribución y la empresa no da soporte técnico para las versiones derivadas, he aquí el punto de equilibrio entre flexibilidad de la distro/ventaja competitiva/modelo de negocio rentable.

Como ven no solo es una cuestión técnica, hay otros factores complejos en juego.

Lo único seguro es como sea que resulte todo, Mandriva seguirá definitivamente por la senda de la estabilidad y los ciclos anuales de liberación aunque ello signifique ir un poco atrás en versiones de software.