Manjaro 0.8.5 llega por fin, y lo hace con instalador gráfico

Los responsables de esta distribución han anunciado la disponibilidad de Manjaro 0.8.5, una distribución Linux que tiene como sistemas gráficos protagonistas a Openbox 3.5.0 y a Xfce 4.10, lo que orientan esta edición a entornos ligeros en los que la velocidad y fluidez son importantes aun contando con escasos recursos hardware.

Otra de las novedades importantes es la inclusión de un instalador gráfico -derivado del que se usa en Linux Mint, y adaptado a esta distro basada en Arch Linux- que simplificará el proceso de instalación, además de un gestor de configuración con el que podremos controlar las cuentas de usuarios, preferencias de teclado, idiomas, etc.

Pacmac se ha mejorado y ya se ha traducido a varios idiomas, y hay un mejor soporte multimedia con nuevas herramientas como VLC o XNoise. En el caso de Openbox tenemos un nuevo look mezcla de los anteriores Openbox-Synapse y Openbox-Lite. Avisan no obstante de que no se detecta ni configura la gráfica en la instalación, pero eso se puede hacer con los comandos mencionados en el anuncio oficial. Ya podéis descargar la distribución desde el sitio oficial de descargas.

Cinnarch abandona Cinnamon en favor de GNOME 3.8 y GNOME Shell

Los desarrolladores de Cinnarch han decidido dejar de utilizar Cinnamon como la interfaz por defecto para su distribución Linux, y en lugar de eso harán uso de GNOME, algo curioso teniendo en cuenta que precisamente el nombre de la distribución dejaba claro que -al menos, hasta ahora- uno de sus pilares era el uso de Cinnamon.

Entre sus razones destacan que Cinnamon es complicado de instalar en Arch y combinar esa instalación con sus objetivos originales -ofrecer lo último de lo último sin duplicación de paquetes en los repositorios- estaba siendo cada vez más complicado.

Aunque siguen confiando totalmente en la forma de trabajar de Arch Linux, su pilar fundamental, creen que los paquetes de Cinnamon que se basan en el código de GNOME 3.6 e incluso en versiones anteriores de este entorno de escritorio está muy detrás de los paquetes GNOME más recientes. De hecho indicaron que «Es casi imposible mantener software desarrollado por Linux Mint en una rolling release«, y según ellos el proyecto Cinnamon va un año por detrás del código upstream.

La idea es la de cambiar cuanto antes a GNOME 3.8, así que en cuanto estos paquetes estén disponibles en el repositorio extra de Arch, harán la migración, y además los paquetes con Cinnamon serán eliminados. Han prometido además ofrecer un script para ayudar a la gente a hacer esa transición sin que tengan que realizar una reinstalación completa.

MariaDB ya es la preferida de Arch Linux, Fedora, Mageia, openSUSE y Slackware. Y más.

Varias distribuciones de primer nivel han anunciado en las últimas semanas y días su decisión de adoptar MariaDB como sistema de gestión de bases de datos en lugar de MySQL, una plataforma que desde que cayó en manos de Oracle -tras la compra de Sun Microsystems- ha ido torciendo su camino y que muy pronto podría seguir los pasos de OpenOffice.org, el proyecto que acabó cedido a la Apache Foundation.

El problema reside en la incertidumbre que el modelo de licencias de MySQL tiene en casos en los que la edición comunitaria de este sistema de gestión de bases de datos se utilice con fines comerciales, y otros expertos revelan que en Oracle ya no se publica información útil sobre problemas de seguridad (CVEs). Las cinco distribuciones que han anunciado recientemente cambios al respecto son las siguientes:

  • Mageia: Mageia 2 fue la primera distribución en «arriesgarse» al cambio, y lo hicieron hace casi un año, con un salto que dejaba claro que confiaban plenamente en las posibilidades de MariaDB en lugar de MySQL, ya que según ellos, MariaDB «tiene un desarrollo mucho más abierto».
  • Slackware: anunció ayer mismo que la próxima versión de esta distribución adoptará MariaDB en lugar de MySQL, y de hecho va más lejos que otras alternativas, ya que sustituirá por completo MySQL con MariaDB, y no se limitará a ofrecerla de serie. No hay fecha estimada para la próxima versión de Slackware, pero tenemos como referencia el hecho de que Slackware 14 se anunció a finales de septiembre de 2012.
  • Arch Linux: en otro anuncio realizado ayer, uno de los máximos responsables de la distribución indicó que MariaDB se convierte a partir del anuncio en la implementación por defecto de MySQL. En ese anuncio se incluyen las instrucciones para realizar el cambio para los usuarios actuales, y aunque el proceso de migración es sencillo, pueden surgir algunas incompatibilidades que hacen imposible una actualización automática. En ese anuncio también nos hablan de Percona Server como alternativa, pero afirman que eligen MariaDB porque dispone de algunas características de mayor interés.
  • OpenSUSE: los desarrolladores de esta distribución dieron el salto definitivo a MariaDB en openSUSE 12.3, aunque ya pudimos ver este motor presente en ediciones preliminares de esa distribución. En realidad ese cambio estaba anunciado desde finales de enero, y ahora  ya es una realidad.
  • Fedora: en otro anuncio que se realizó poco después del de openSUSE, los responsables de Fedora anunciaron que Fedora 19, que llegará teóricamente en mayo, adoptará también MariaDB en lugar de MySQL.

No son las únicas, desde luego, y como señala la propia base de conocimiento del proyecto MariaDB, hay otras distribuciones implicadas en ese cambio. Destacan Gentoo, ALTLinux, Parabola GNU/Linux, TurboLinux, MariaDB Devian Live y The Chakra Project. En esa base de conocimiento también podemos encontrar una interesante comparativa de MySQL vs. MariaDB (hay que tener en cuenta que está realizada por los desarrolladores de MariaDB), y lo que parece claro es que MariaDB irá conquistando más y más distribuciones -curioso que en Canonical no se haya hablado nada de esa posibilidad para Ubuntu- durante este 2013.

El periodo de soporte de las versiones de Ubuntu no-LTS se reduce a la mitad, nada de rolling release

En una reunión del Ubuntu Technical Board los responsables técnicos de la distribución de Canonical decidieron reducir el periodo de soporte de las versiones no-LTS de Ubuntu a tan solo nueve meses, la mitad del periodo disponible hasta ahora. Al mismo tiempo, los desarrolladores querían facilitar a los usuarios el acceso a paquetes más actualizados sin tener que realizar actualizaciones de la distribución completa.

En esa reunión además hubo una conclusión clara más: esos responsables votaron en contra de pasar a un modelo rolling release, un debate que llevaba ya semanas en alza y sobre el que el propio Mark Shuttleworth mostraba muchas dudas. La idea del comité técnico es la de acelerar el ciclo de lanzamiento de versiones sin comprometer las ya planificadas.

Según The H Open, la reducción del tiempo de soporte de las versiones no-LTS de Ubuntu de 18 a 9 meses debería dar a los desarrolladores más tiempo para concentrarse en probar los paquetes con los que los usuarios podrán actualizarse entre las versiones principales. De momento no hay detalles específicos sobre cómo llevarán a cabo esos cambios en las actualizaciones con ciclos más frecuentes, pero sabremos más en las próximas semanas.

Resultados de la encuesta de uso de Linux en Reddit: Ubuntu, claro vencedor

En el subreddit r/Linux se hace todos los años una encuesta en la que los lectores de este hilo específico del conocido Reddit expresan sus preferencias en cuanto a distribuciones Linux tanto en equipos de sobremesa como en servidores, y los resultados dejan claro que Ubuntu sigue siendo la distribución de referencia para la mayoría de los usuarios.

La encuesta resulta una buena forma de medir el verdadero interés de los usuarios por esas distribuciones, ya que en ella han participado 7.698 usuarios, frente a los 4.932 que participaron el año anterior. La encuesta se mantuvo abierta durante dos semanas a través de un formulario de Google Docs, y el encargado de la misma publicó recientemente un resumen de todos los datos que además están disponibles como descarga para quienes los quieran consultar.

Distribución favorita en escritorio: Ubuntu

2013 r/Linux Survey results

Ubuntu fue la distribución preferida tanto en el escritorio como en servidores, y lo fue por un margen bastante amplio salvo en el caso de Arch Linux, que logra un segundo puesto destacado (igual que el año pasado) y que sobre todo está muy bien posicionada en servidores. Linux Mint pasó al tercer puesto en el escritorio (aunque en servidores Debian la superaría) mientras que Devian, Fedora y Xubuntu completan ese quinteto destacado. Sorprende el uso de Crunchbag, que por ejemplo supera a una muy discreta openSUSE.

Distribución favorita en servidores: Debian

2013 r/Linux Survey results

Debian vuelve a ser favorita entre los usuarios que centran su uso de Linux en servidores, pero gana en ese terreno solo por un 1% de diferencia a Ubuntu, cuando el año pasado le sacó cuatro puntos de diferencia. CentOS, Arch Linux y RHEL son opciones también muy consideradas, aunque de nuevo a gran distancia de Debian y de Ubuntu.

Entorno gráfico preferido: KDE, GNOME Shell, XFCE, Unity, Cinnamon

2013 r/Linux Survey results

Mucho más igualada estuvo la batalla por el entorno de escritorio e interfaz gráfica preferida de los usuarios. KDE fue el que más votos captó, pero superó por muy poco a GNOME Shell, Xfce, Unity o Cinnamon, que demostraron ser opciones muy válidas para una gran cantidad de usuarios. Es singular la diversidad en este caso, como demuestra la barra de «Otros» (Other)  entornos de escritorio y gestores de ventanas sin especificar.

Entorno gráfico más odiado: Unity

2013 r/Linux Survey results

Curiosa esta parte de la encuesta (yo no sé si la incluiría) que confirma que Unity es la interfaz de escritorio más polémica de la actualidad. La barra (blank) indica que muchos usuarios consideraron esta pregunta innecesaria, y dejaron claro que no «odian» a ningún desarrollo en particular en este sentido. GNOME Shell y KDE 4 fueron también protagonistas, aunque mucho me temo que en esta parte de la encuesta simplemente se ponen de manifiesto los flame wars tradicionales sobre estos desarrollos.

Conclusiones

Parece claro que de nuevo el ganador (como el año pasado) ha sido Ubuntu, tanto en el escritorio como en servidores, donde está ganando una cuota sorprendente entre los usuarios. Obviamente en la encuesta hay datos que no coincidirían en mercados específicos (como el español o el latinoamericano), pero aún así representa una forma muy interesante de mostrar tendencias en el mundo Linux.

(Créditos de la imagen: The tree of DistroLinux, de IcePetal en DeviatnArt)

Ubuntu podría migrar a un modelo Rolling Release

No es algo que no se haya planteado anteriormente, pero últimamente el debate sobre el paso de Ubuntu a una Rolling Release se ha hecho mucho más evidente. Lo comentaba en uno de mis últimos posts en MuyLinux, pero ahora la cosa se ha puesto aparentemente seria tras un mensaje de Rick Spencer, empleado de Canonical, en la lista de correo de Ubuntu, lo que ha desatado una larga lista de mensajes al respecto en muy pocas horas.

Spencer lo deja claro: en su opinión Ubuntu debería abandonar las llamadas «versiones interinas» (Interim Releases) -o sea, las ediciones que se lanzan cada seis meses pero no son LTS- y contar únicamente con dos ediciones. La LTS, con soporte garantizado y muy útil para un uso profesional de Ubuntu, y la Rolling Release, que se actualizaría a diario y que permitiría evitar los problemas de gestión y de desarrollo que produce el tener que sacar una nueva versión sí o sí cada 6 meses.

En realidad Spencer propone tener también versiones intermedias cada mes para poder establecer objetivos de forma más clara, pero esta última idea es probablemente la que más flojea en un enfoque que muchos usuarios también comparten, y entre ellos, yo. Lo decía Spencer claramente en su mensaje: «Muchos usuarios prefieren que su sistema operativo no cambie demasiado a menudo«, y así es.

La idea ha sido bien recibida en las listas de correo en su mayor parte, pero también es cierto que muchos plantean dudas, como las que afectan al tema de la gestión de la seguridad o los controladores hardware, que precisamente son aspectos que ahora se tienen muy controlados con el modelo del ciclo semestral y las actualizaciones constantes de ciertos paquetes.

Sin embargo, también hay críticas importantes a nivel interno, como las que ha expresado Allison Randal, una veterana desarrolladora de Ubuntu:

«No me opongo totalmente a la idea de que todo este tiempo el modelo de desarrollo de Debian con sus versiones estables cada 2 años y una versión «inestable» continuamente evolucionando haya sido el adecuado. Pero francamente, si alguien viniera a mi con esta propuesta como si fuera una «startup» y me pidiera invertir en ella, le diría «no has demostrado que esto sea posible técnicamente», y les mandaría a la pizarra para que comenzaran a explicarlo todo».

El mensaje de Randal es contundente: Spencer lo pone todo muy bonito, pero su propuesta son solo palabras sin demasiados argumentos técnicos. Randal conoce bien el modelo de desarrollo de Canonical a nivel técnico y sabe que ha costado mucho llegar hasta este punto. Aunque la filosofía Rolling Release parece una idea interesante, dar el salto a una Ubuntu Rolling Release no será cuestión de dos días. De hecho, la semana que viene habrá un Ubuntu Developer Summit, y apenas habrá tiempo de poner en orden todas estas ideas para discutirlas allí, donde el foco indiscutible parece que será Ubuntu on tablets y Ubuntu for phones.

Así pues, parece que Ubuntu podría convertirse efectivamente en una Rolling Release, porque hay argumentos válidos para ello. El problema es tanto el cómo como el cuándo. Y ese cuándo apunta a un futuro no demasiado cercano.

Instala Steam en Fedora, openSUSE o ArchLinux

Como probablemente ya sepáis, Valve anunció recientemente la disponibilidad del cliente final de Steam para Linux, que inicialmente está únicamente soportado oficialmente en Ubuntu. De hecho, la recomendación de Valve es la de descargar e instalar el cliente a través del Centro de Software de Ubuntu, pero entonces ¿qué ocurre con el resto de distribuciones?

Bueno, si sois usuarios de cualquier derivada de Debian o de Ubuntu los binarios del cliente de Steam para Linux os servirán prácticamente sin problemas. Asi, distribuciones como Xubuntu/Kubuntu, Linux Mint o Elementary OS (en esta última es donde he hecho mi prueba, y todo perfecto) son perfectamente capaces de aprovechar la potencia de este cliente, y simplemente bastará con que os descarguéis la última versión del cliente para instalarlo con el comando dpkg -i. Los usuarios de Debian puede que tengan algun que otro problemilla, pero en este enlace explican cómo instalar Steam en Debian 7.0, hay más información en un hilo especifico de SteamCommunity, y también podéis probar este otro tutorial.

Ahora bien, si sois usuarios de otras distribuciones la cosa es algo más complicada… pero no imposible. Aunque en Valve dejan claro que hoy por hoy la unica distribución soportada es Ubuntu, en su web para desarrolladores dan pistas sobre cómo instalar Steam en otras distribuciones. Asi tenemos:

  • Fedora: hay paquetes RPM disponibles aquí para Fedora 17 y 18, y también hay un repositorio no oficial de YUM que trata de tener los paquetes relativamente actualizados. Sin embargo, ha aparecido un nuevo repositorio que por lo visto esta aun más preparado para poder permitir a los usuarios de esta distribución aprovechar al máximo Steam.
  • OpenSUSE: los desarrolladores de esta distribución han dedicado una página específica de su documentación a este tema, y allí nos indican que es posible instalar la última versión de Steam a traves de su fantástico Build Service, en este enlace. Hacen referencia al binario de 32 bits (ya existe el de 64 bits), asi que por el momento tendreis que instalar algunas dependencias para que todo vaya bien, pero el proceso esta muy bien explicado y no deberíais tener demasiados problemas.
  • Arch Linux: como en el caso de openSUSE, los responsables de esta distribución han puesto a disposición de los usuarios una página de documentación especifica en el wiki de la distribución donde se explica cómo instalar Steam en esta distribución, y como superar los posibles conflictos que puedan aparecer.

En la documentación para desarrolladores de Steam mencionan dos últimas opciones: la de usar Play On Linux, y la de usar Winetricks, y en ambos casos accederéis a las ventajas de Steam para Linux, aunque de unas formas no nativas y que pueden perjudicar vuestra experiencia de usuario. Seguro que van apareciendo más y más soluciones en este sentido, asi que si de momento no podéis acceder a Steam en vuestra distribución, siempre podéis instalar una Ubuntu 12.04 o Ubuntu 12.10 aunque solo sea para este propósito.