Mageia 2 (Calendario, soporte y detalles)

Luego de un tiempo (e intensos debates en la comunidad de Mageia), ya sabemos gracias a Anne Nicolas cómo será el ciclo de liberaciones y soporte de Mageia 2:

Calendario de desarrollo para Mageia 2.

  • Alpha 1 : 16/11/2011
  • Alpha 2 : 14/12/2011
  • Beta 1 : 20/01/2012
  • Versions freeze : 06/02/2012
  • Artwork freeze: 10/02/2012
  • i18n freeze: 10/02/2012
  • Beta 2 : 14/02/2012
  • Releases freeze : 06/03/2012
  • RC : 09/03/2012
  • Final Release: 04/04/2012

Esto significa que básicamente, será el mismo que se uśo para Mageia 1.

En realidad (y a modo de curiosidad) hubieron 3 propuestas de ciclos:

Propuesta 1:
Nueva versión cada 6 meses -> vida máxima de cada ciclo de 12 meses
(Fedora, Ubuntu, Mandriva < 2010.1 && Mandriva != 2006.0)

Propuesta 2 (y la cual se decidió sería la usada):
Nueva versión cada 9 meses -> vida máxima de cada ciclo de 18 meses
(~ opensuse y el que se usó para Mageia 1)

Propuesta 3:
Nueva versión cada 12 meses -> vida máxima de cada ciclo de 24 meses
(Mandriva > 2010.1)

Si se percatan, usando la propuesta No.2 no se está completamente sincronizados con los lanzamientos de Gnome y KDE, no obstante Nicolas (ex-Directora de Ingeniería de Mandriva) dice que apoyó esta propuesta basada en su anterior experiencia con Mandriva, ya veremos cómo les vá 🙂

 También se discutieron aspectos un poco más técnicos, como por ejemplo permitirle al usuario ir hacia atrás en cada paso de la instalación (un botón de Back, como mismo existe uno de Next pues poner uno de Back), así como una opción que permita al usuario instalar junto con el sistema, todo tipo de codecs privativos. Otro aspecto/idea que se debatió es si deberían hacer un LiveCD de 64bits o no.

Personalmente, el hecho de que no exista un botón de Back en cualquier parte del proceso de instalación, lo veo como algo realmente retrógrada y absurdo. Tengan en cuenta que si pongo cualquier dato mal, solo podré corregirlo volviendo a reiniciar el ordenador y empezando de nuevo todo el proceso, esta idea se discutió antes en Mandriva y ahora se sigue debatiendo en Mageia, sinceramente espero que acaben de ponerla en práctica…

Pero esto no es todo. En el punto «escritorio» Mageia 2 contará con KDE 4.7 así como con Gnome 3.2 y están hablando si deberían cambiar el theme IaOra. Una sugerencia podría ser tomada seriamente en cuenta: «más juegos – de cualquier tipo, solo que sean más juegos«, nos puede parecer graciosa pero ya empezó a discutirse 😉 . También contaremos con nuevos themes KDM/GDM igual que con nuevos íconos.

Sobre el sistema en sí contaremos con Linux v3.0, GCC v4.6, Python v3, y RPM 4.9, también se está debatiendo la inclusión de systemd.


Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.

      hipersayan_x dijo

    Pueden lanzar versiones de 3 meses o 3 años si quieren, pero personalmente creo que el modelo cyclic release es decadente para computadoras de escritorio, lo mejor hubiera sido utilizar un modelo rolling release como en el que está basado Arch, el cual ha demostrado ser bastante estable a pesar de estar en constante actualización, además tenemos el caso de Chakra, PCLOS o LMDE han demostrado que se puede hacer una distro rolling release realmente amigable.
    Mi primera distro fue Mandriva, pero el rumbo que están tomando Mandriva/Mageia no me gusta nada, una que viene con muchas novedades interesantes, lo admito, pero que parece que no sale mas, y la otra quedandose en el pasado.

    PD: Ouch, con esto me he ganado unos cuantos enemigos mandrigeiros 😛

         Courage dijo

      Estoy en parte de acuerdo contigo. Considero una buena idea a sacar una rama Current rolling y otra Stable cycling para las empresas, ya que en empresas no es buena idea algo rolling (no entiendo bien por qué pero me imagino que es por si algún paquete no está maduro manda todo al cuerno)

      Frugalware funciona así