Filosofía Linuxera

Kubuntu 16.04 Xenial Xerus: Ficha técnica, problemas conocidos y experiencia personal

2016-07-28T04:17:00.000+02:00

Se habla poco de Kubuntu en la red, bastante poco de hecho para ser la edición con KDE de Ubuntu, y es lo que mayoritariamente me ha impulsado a publicar mi experiencia personal, y por qué no, arrojar también un poco de luz sobre las virtudes y los defectos conocidos de una de las principales ediciones de Ubuntu en su última LTS, pero sobre la que casi ningún medio o blog linuxero se ha pronunciado.

Rememorando un poco para situarnos, durante los últimos meses, justo después del lanzamiento de Kubuntu 15.10, la distribución ha pasado por un período convulso debido a la salida de Jonathan Ridell, principal desarrollador y líder del proyecto desde hacía varios años, de su estructura organizativa, derivada mayoritariamente por las crecientes diferencias con la política de Canonical y el enquistamiento de las posturas entre el desarrollador y la empresa.

La salida de Ridell significó la salida del único desarrollador pagado y dedicado a tiempo completo al desarrollo de Kubuntu, lo que propició que a partir del pasado mes de Octubre el grupo encargado de desarrollar y mantener la distribución se compusiese completamente por voluntarios. Debido a esto se ha especulado en los últimos meses sobre el futuro de la distribución, de la que se llegó a dudar de si lanzaría la versión 16.04, dado el enorme reto que había de afrontar el nuevo equipo de desarrollo, y la llamativa ausencia de Kubuntu en el lanzamiento de la primera beta de dicha versión. No obstante, para aquellos que siguieran su actividad, el movimiento de las ISOs diarias de Kubuntu Xenial Xerus disipó las dudas.

La base

Kubuntu 16.04 Xenial Xerus se presentó con el kernel Linux 4.4, que al igual que esta versión de la distribución, es LTS, lo que asegura el soporte completo y la estabilidad de la pieza principal del sistema durante todo el periodo de soporte del mismo.

A ello se le añade el entorno de escritorio KDE Plasma, en su versión 5.4, junto con las KDE Applications 15.12, y algunas aplicaciones GTK esenciales como LibreOffice 5.1 y Firefox 45.
Entre las KDE Applications destacan las actualizaciones a KDE PIM, que incluyen características nuevas, como el soporte y la integración de Akonadi con MySQL, además de arreglar muchos pequeños errores.
También cabe señalar que no todas las aplicaciones de KDE han sido portadas aún a KDE Frameworks 5, lo que puede generar una mezcla de aplicaciones correspondientes a la rama de Plasma 5 y otras correspondientes a la rama de KDE 4, aunque, como veremos más adelante, a veces es mejor conservar algunas de ellas en la rama de KDE 4 para asegurar que todo funcione como es debido mientras se terminan de portar a KDE Frameworks 5 todas las partes del escritorio.

Entre los añadidos más novedosos de esta edición (al igual que en el resto de sabores de Ubuntu) se encuentra también Snappy, que proporciona la posibilidad de instalar aplicaciones, junto a todas las librerías necesarias para su ejecución, encapsuladas en un solo paquete: los llamados paquetes Snap, y que se postulan junto a Flatpak como el probable futuro de la paquetería de GNU/Linux. De momento el repositorio de paquetes Snap es muy pequeño pero ya tiene algunas aplicaciones para ir probando su funcionamiento. Su manejo de momento ha de hacerse por consola, ya que aún no existe un cliente gráfico que maneje estos paquetes. Ejecutando "snap help" en consola veremos todas las interacciones disponibles con los paquetes Snap.

Plasma Discover: La tienda de aplicaciones

Plasma Discover (o Discover a secas), la tienda de aplicaciones del proyecto KDE, es la nueva tienda de aplicaciones incluida en Kubuntu 16.04 en sustitución de Muon Discover, y comprende posiblemente uno de los componentes con mayor falta de pulido de esta edición.
Muon Discover nunca tuvo un desempeño óptimo, pero hay que alegar en su defensa que al menos estaba en bastante mejor estado que la versión de Plasma Discover incluida de serie en Kubuntu 16.04. A un diseño tirando a pésimo, con párrafos de texto que se superponen a las imágenes o iconos que tapan parte de los textos, se le añade que la función de búsqueda solamente responde si se realiza por categorías, no así si se realiza una búsqueda normal desde la pantalla de inicio. Es decir, que cualquier búsqueda que hagamos desde la pantalla de inicio [de un paquete presente en los repositorios] no nos arrojará ningún resultado.

El temprano estado de desarrollo de Plasma Discover es visible desde la primera toma de contacto

Afortunadamente, el desarrollo de Plasma Discover continúa a pleno rendimiento y en los backports de Kubuntu ya está disponible una versión más actualizada (junto al resto del escritorio KDE Plasma) que al menos corrige las fallas más evidentes. En la versión más reciente disponible en los backports todo se visualiza correctamente, ya no hay textos que se superpongan a las imágenes ni que sobresalgan de sus huecos, y las búsquedas funcionan correctamente en todas sus modalidades.

La versión de Plasma Discover disponible en los backports corrige las fallas de la versión instalada de serie

Las búsquedas ya funcionan correctamente

Por lo demás, podemos comprobar que el flujo de trabajo es muy similar al de otras tiendas de aplicaciones incluidas en otras distribuciones, donde instalar o desinstalar una aplicación es tan simple como hacer clic en un botón.
En el caso de Plasma Discover, los paquetes que ya tenemos instalados en el sistema aparecen con una marca de color verde.

Búsqueda por categorías en Plasma Discover

De todas formas, para los que gusten de gestores de paquetes al estilo tradicional, tienen disponible en los repositorios el gestor de paquetes Muon, que yo recomiendo instalar, ya que no sólo está mucho más maduro que Plasma Discover, sino que todos los paquetes aparecen más detallados en una sola visual y dispone de más opciones a la hora de interactuar con los paquetes.

Problemas conocidos

Alto consumo de RAM de MySQL
Este es un problema con el que podríamos tirarnos meses sin darnos cuenta si no somos de estar controlando periódicamente el consumo de recursos de nuestro sistema.
Es un problema que no se aprecia al principio, cuando el consumo del proceso de MySQL ronda entre los 135-180 MB normales, pero después de un rato de estar utilizando el sistema, sin hacer nada, el consumo de dicho proceso se eleva por encima de los 800 MB de RAM, lo que hace que el consumo total se dispare.

Al parecer se trata de un bug en la integración de MySQL 5.7 con Akonadi, ya que dicho consumo está directamente ligado a los múltiples procesos que lanza el servidor Akonadi. Se puede comprobar fácilmente si colocamos el puntero sobre el proceso 'mysqld' en el Monitor del sistema, que nos mostrará un cuadro de información en el que se puede leer claramente que el proceso padre que está generando ese consumo tan excesivo de MySQL es 'akonadiserver'.

Al tratarse de un bug en el desarrollo upstream de MySQL, no de la propia versión empaquetada en los repositorios de Ubuntu, sólo cabe esperar a que los desarrolladores de MySQL lo resuelvan. Mientras tanto, en los foros se han propuesto algunas soluciones temporales:

Sustituir MySQL por MariaDB. Para ello tendríamos que ejecutar en una consola:

$ sudo apt install mariadb-client-core-10.0 mariadb-server-core-10.0

Esta orden, al mismo tiempo que nos instala el cliente y el servidor de MariaDB, nos propondrá la eliminación del cliente y el servidor de MySQL. Cabe señalar que es mejor hacerlo así, porque si desinstalamos MySQL primero, sin proponer un sustituto, el gestor de paquetes eliminará también los programas que hagan uso de MySQL como dependencias, entre los que están el mencionado Akonadi, Amarok, Kontact, o KAdressBook.
También hay que tener en cuenta que si teníamos datos almacenados en la suite Kontact o en Amarok, al cambiar de MySQL a MariaDB los datos se pierden salvo que los migremos manualmente.

Editar el fichero ~/.local/share/akonadi/mysql.conf y añadir en él las siguientes líneas:

innodb-read-io-threads=1
innodb-write-io-threads=1

Hay tanto usuarios que afirman que este método les soluciona el problema, como otros que han indicado que sólo lo hace temporalmente, volviendo después a elevarse excesivamente el consumo. En el momento de escribir esta entrada, yo aún no lo he comprobado.

Otra solución, bastante menos ortodoxa, consiste en detener Akonadi mediante la ejecución de un sencillo script en el inicio del sistema. En este caso lo único que habría que hacer es crear un fichero con extensión '.sh', por ejemplo, detener-akonadi.sh, que contenga la orden:
pkill -f akonadi
Después sólo tendríamos que añadir dicho script al arranque del sistema. En KDE lo haríamos abriendo Preferencias del sistema (systemsettings5) > Arranque y apagado > Autoarranque, pulsando sobre el botón "Añadir script..." y seleccionando el script creado.

Una vez resuelto el asunto del consumo de MySQL por alguna de estas vías, comprobaremos que el consumo de recursos vuelve a la normalidad.

El consumo de recursos se normaliza cuando atajamos el problema del consumo de MySQL

Plugins ausentes y otros problemas con la edición de imágenes en Gwenview
Como sabemos, el visor de imágenes Gwenview incluye algunas opciones básicas de edición y tratamiento de imágenes a través de complementos. Estos complementos que integra Gwenview son parte del paquete KIPI Plugins. El problema en este caso es que la versión de los KIPI Plugins presente en los repositorios de Ubuntu Xenial en el momento de escribir esta entrada es la 4.12, para la rama de KDE 4, y por tanto incompatible con Gwenview 15.12, de la rama de aplicaciones para Plasma 5, instalada de serie. El resultado de esta incompatibilidad de versiones se materializa en que cuando abrimos el menú Complementos en Gwenview, lo único que veremos en cualquiera de los submenús es la opción "KXML Hello World...", que carece de efecto alguno.

Cabría señalar que este problema no se debe concretamente a la implementación de los paquetes para Kubuntu, sino a que los KIPI Plugins aún no han sido portados a Qt 5/Plasma 5 por los desarrolladores de KDE.

"KXML Hello World..." es lo único que veremos en los complementos de Gwenview hasta que se porten los KIPI Plugins a Qt 5/Plasma 5

Por otro lado, he constatado que al aplicar el efecto de reflejo a una fotografía, posteriormente, además de reflejada, la imagen aparece volteada. No es un proceso paralelo, ya que el volteo de la imagen no se produce al mismo tiempo que el reflejo, sino que es algo que se produce después de haber aplicado el efecto de reflejo.
En el momento de escribir esta entrada desconozco el motivo que provoca este comportamiento.

Módulo de configuración del cortafuegos ausente
En los repositorios de Ubuntu tenemos disponible el paquete "ufw-kde", cuya función es añadir un módulo de configuración para el cortafuegos UFW en el Centro de Control de KDE. Es la mejor manera de integrarlo gráficamente en KDE.
Pues bien, resulta que al instalar el paquete "ufw-kde" vemos cómo el módulo de configuración del cortafuegos sigue sin aparecer en el Centro de Control de KDE, y al igual que en el caso de los KIPI Plugins, tenemos un problema de incompatibilidad de versiones. La razón de que a pesar de tener el paquete instalado no veamos el módulo de configuración es porque está desarrollado para integrarse en el Centro de Control de KDE 4 (systemsettings), pero no en el de Plasma 5 (systemsettings5).

De momento, la única manera de tener una interfaz gráfica para configurar el cortafuegos UFW, hasta que se actualice el paquete "ufw-kde", es instalar el paquete "gufw", con el inconveniente de que la integración de su interfaz en KDE es nula.

No se muestran las miniaturas de los videos en Dolphin
El gestor de archivos de KDE, Dolphin, permite, a través de la activación de la opción 'Vista previa', la previsualización de una gran cantidad de tipos de archivo, aunque para la previsualización de videos necesitamos un paquete específico: ffmpegthumbs. Este paquete junto a otros tantos dedicados a la previsualización de archivos gráficos (como ffmpegthumbnailer, kffmpegthumbnailer, mplayerthumbs o kdegraphics-thumbnailers) está disponible en los repositorios de Ubuntu.
El problema que tenemos en Plasma 5 es que al habilitar la previsualización de archivos de video en la configuración de Dolphin (General > pestaña Vistas previas) y activar la 'Vista previa', las miniaturas de los archivos de video siguen sin mostrarse.
La razón por la que esto sucede es porque la versión de Dolphin para Plasma 5 busca los plugins necesarios en una ruta distinta a la que utilizaba hasta ahora. Hasta ahora Dolphin tomaba los plugins de la ruta /usr/lib/x86_64-linux-gnu/plugins/, mientras que ahora los toma de /usr/lib/x86_64-linux-gnu/qt5/plugins/.

La solución es sencilla. Una vez instalado el paquete ffmpegthumbs, basta con crear un acceso directo a los plugins en la ruta que utiliza Dolphin, ejecutando:

$ sudo ln -s /usr/lib/x86_64-linux-gnu/plugins/* /usr/lib/x86_64-linux-gnu/qt5/plugins/

No se muestra imagen de avatar en SDDM
Nos encontramos en este caso con el hecho de que si decidimos poner una imagen personalizada para nuestro avatar de usuario, ésta no se mostrará en el gestor de inicio de sesión al lado de nuestro nombre de usuario, mostrándose únicamente el recuadro de la imagen en color gris. No obstante, sí que se mostrará en la pantalla de bloqueo de sesión.
No tengo constancia de que esto suceda en otras distribuciones, pero al parecer tampoco se trata de un error nuevo, y algunos usuarios han comentado que parte del problema es del gestor de usuarios kcmshell5, que guarda el archivo ~/.face.icon (el archivo que guarda nuestra imagen de avatar) con los permisos incorrectos. En OpenSUSE, que es la otra distribución con Plasma 5 que he tenido el placer de usar, este pequeño problema no estaba presente.

Pide dos veces las contraseñas WiFi
Se trata de un bug reportado, y provoca que cada vez que intentamos conectarnos a una nueva red WiFi desde el gestor de redes de KDE, e introducimos la contraseña, cuando pulsamos en 'Conectar', automáticamente se nos abre una ventana de diálogo que nos vuelve a pedir la contraseña. Esto es lo normal cuando se introduce erróneamente la contraseña, pero en este caso se produce aunque la introduzcamos correctamente. Una vez que se introduce la contraseña en esta ventana de diálogo, se conecta sin problemas, pero está claro que tener que introducir dos veces la contraseña para poder conectarse a una red WiFi es una anomalía. Afortunadamente sólo sucede la primera vez que nos conectamos a una red WiFi.

Gestor de actualizaciones no refresca automáticamente los repositorios
Sabemos que lo normal en las distribuciones derivadas de Debian es que cada cierto tiempo tengamos que hacer hacer un refresco manual de los repositorios para obtener las últimas actualizaciones, pero en el caso de esta versión de Kubuntu, siendo Plasma Discover el encargado de gestionar las actualizaciones, nos daremos cuenta de que, salvo en la primera tanda de actualizaciones, no veremos el icono que nos notifica de nuevas actualizaciones hasta que hagamos un refresco manual desde Plasma Discover o ejecutando "sudo apt update" en la consola.

En mi caso, he resuelto parcialmente este problema añadiendo manualmente al inicio la orden "sudo apt update" desde el Centro de Control de KDE (Arranque y apagado > Autoarranque > Añadir programa...), aunque tengo que admitir que aparentemente no siempre funciona.

A todo esto hay que añadirle la sensación de falta de pulido y una preocupante dejadez en el acabado estético que transmite de inicio esta Kubuntu 16.04 Xenial Xerus. Esta edición viene bastante pelada en cuanto a aplicaciones instaladas de serie (lo que posiblemente contente a los amantes del minimalismo), pero por traer poco no viene con ninguna aplicación añadida de serie en los favoritos, cuando lo habitual en una distribución como Kubuntu, enfocada en el usuario genérico, es que venga en el apartado Favoritos del menú al menos el navegador Firefox, el gestor de ficheros Dolphin, las Preferencias del Sistema (systemsettings5, o Centro de Control de KDE) y un reproductor multimedia. No es un problema grave, ya que al fin y al cabo todo está al alcance de un par de clics, pero es un indicativo de que el esmero no ha sido el factor predominante en la preparación de esta Kubuntu 16.04.
La falta de pulido y la sensación de que todo se ha hecho aprisa y corriendo, aparte de la entrega de un escritorio ultravanilla, sin el menor rastro de personalización, y de la falta de integración con el escritorio de aplicaciones esenciales como Firefox o LibreOffice, se puede palpar ya desde el propio modo live con cosas como el diminuto cuadrado de vista de carpeta que casi "esconde" el icono del instalador. Afortunadamente la integración de aplicaciones como Firefox o LibreOffice con Plasma 5 ya es un hecho, y en la reciente actualización de la ISO de Kubuntu, la 16.04.1, el detalle antiestético del widget "Vista de carpeta" ha sido debidamente corregido.

El instalador casi no se veía dentro del diminuto widget "Vista de carpeta"

Por contra, podemos decir en defensa de esta edición de Kubuntu que goza de una fluidez que no tiene casi nada que envidiarle a Ubuntu MATE, siendo ésta última una de las ediciones más ligeras de Ubuntu, y que no sólo tiene un rendimiento bastante decente sino que incluso supera por un poco a la versión oficialista, Ubuntu 16.04, y a la anterior LTS de Kubuntu, según se refleja en los benchmarks de Phoronix Test Suite publicados por el compañero Enrique Bravo en su propia revisión de Kubuntu 16.04. La mayoría de filos rugosos que encontraremos en esta versión de Kubuntu se deben al estado de desarrollo del escritorio Plasma 5 y a muchas aplicaciones y paquetes que faltan aún por portar de Qt 4/KDE 4 a Qt 5/Plasma 5.

Aunque las actualizaciones de los últimos tres meses han mejorado mucho la estabilidad del sistema, y así se puede comprobar con el reciente lanzamiento de la primera revisión de esta LTS, mi recomendación para pulir la experiencia de uso con esta versión de Kubuntu, ya que ésta depende en su mayor medida de Plasma, es activar los backports, que nos entregará una versión más actualizada del escritorio Plasma, de KDE Frameworks 5 y de las KDE Applications, a pesar de que con ello perdamos parte del caracter LTS de la distribución, pero merece la pena porque con ello se corrigen muchas de las fallas de serie, algunas de las cuales se han comentado aquí.

Para añadir los backports y actualizar desde ellos basta con ejecutar lo siguiente en consola:

$ sudo apt-add-repository ppa:kubuntu-ppa/backports
$ sudo apt update
$ sudo apt full-upgrade -y

En el momento de escribir esta entrada, en los backports están disponibles las versiones 5.6.5 de Plasma y 5.23 de KDE Frameworks.

En mi caso particular, desde el momento en que el equipo de desarrollo de Kubuntu anunció la disponibilidad de Plasma 5.6.4 en los backports, los he venido usando y puedo afirmar que el rendimiento ha mejorado, no he notado merma en la estabilidad del sistema, y salvando los defectos ya mencionados, todo funciona correctamente y de manera fluida.

En cuanto al reconocimiento de hardware debo decir que no ha tenido ningún problema para reconocer todos los componentes de mis equipos, desde el bluetooth a la webcam, sin olvidarnos de los lectores de tarjetas, el sistema de sonido o el touchpad de mi PC portátil. Lo que por supuesto no quita que aún tiene muchos puntos y detalles que pulir, y tampoco justifica la más que cuestionable calidad del lanzamiento de esta Kubuntu 16.04. Otro de los puntos negros se encuentra en la suspensión y la hibernación del sistema, siendo en ambos casos pequeña la probabilidad de que el sistema se levante correctamente de la suspensión o la hibernación, además de completamente imprevisible. Por lo demás, muestra un buen desempeño y un rendimiento plenamente fluido.

No es la distro perfecta, ni mucho menos la que mejor integra el escritorio KDE Plasma, pero junta lo mejor del universo Ubuntu (facilidad de uso, disponibilidad de una gran cantidad de software, soporte oficial de terceros) con el entorno de escritorio más potente y versátil a día de hoy a pesar de los errores que aún presenta (aunque puede irse actualizando a través de los backports oficiales). Y además tiene soporte extendido (3 años), por lo que cabe esperar que conforme pase el tiempo la experiencia irá mejorando progresivamente hasta convertirse en una de las opciones de referencia, tal como lo fue la anterior LTS, sin perjuicio de aquello en lo que acabe derivando KDE Neon.

¿Estamos en el inicio del fin del imperio Microsoft?

2013-07-29T13:00:00.000+02:00

La pregunta puede ser fácil de responder si nos remitiésemos únicamente a los porcentajes de uso oficiales de sistemas Windows en el escritorio del PC, pero el mundo de la tecnología, y el de la informática en particular, avanza a un ritmo vertiginoso, y lo que antes se reducía únicamente a PC y Mac ahora se ha ampliado con otros dispositivos que han adoptado una infraestructura informática importante (y más que se siguen sumando), como los smartphones o las tabletas (aunque las tabletas no son nuevas, pero es ahora cuando están conociendo su auge).

Aunque en el PC de escritorio Microsoft continúa manteniendo un dominio abrumador, el boom de smartphones y tabletas ha metido de lleno en la arena de batalla por el dominio en la electrónica de consumo a los gigantes Apple y Google, aunque no son los únicos, pero sí los que mantienen una competencia más encarnizada.

Primero fue Apple con su iPhone, y sólo un año más tarde llegó Google para abrir definitivamente la nueva era de los teléfonos inteligentes (la que muchos han insistido en llamar "era post-PC"), con su sistema operativo Android en los nuevos terminales de la gran mayoría de fabricantes de telefonía móvil.
Quizás Microsoft llevase demasiado tiempo durmiendo en los laureles gracias a su dominio en el PC de escritorio, lo que posiblemente le haya hecho despertar tarde y entrar con un importante retraso en el nuevo mercado que abrían los smartphones y las tabletas. Para cuando Microsoft quiso darse cuenta del mercado que había en los smartphones, Apple y Google copaban casi la totalidad de nuevos terminales en el mundo, y a pesar de que, con algo de tardanza, lograron lanzar un buen sistema operativo para smartphones, intentando unificar la experiencia de Windows Phone con su sistema de escritorio Windows 8, lo cierto es que su aceptación en el mundo de la telefonía móvil dista mucho de la que aún conserva en el PC de escritorio, quedándose muy por detrás de los dispositivos Android o los iPhones de Apple.

Con la lucha por un hueco importante en la telefonía móvil francamente complicada, Microsoft decidió tomar la ofensiva por otra vía, la de las tabletas, intentando tomar ventaja implementando una especie de híbrido entre tableta y PC portátil: el Surface RT. Pero según ha explicado en esta semana Steve Ballmer, CEO de Microsoft, parece que las ventas de dispositivos Surface RT han sido flojas, y que tienen un stock de al menos 6 millones de tabletas que aún no han sido capaces de vender, a lo que añade que tampoco están vendiendo tantos Windows 8 como desearían.

Pero a pesar de la bajada en la venta de PCs, las ventas de Windows 8 menores a las previstas, de no cuajar en la telefonía móvil, y de haber registrado la mayor caída accionarial en bolsa en los últimos 13 años, Microsoft sigue manteniendo a día de hoy un beneficio trimestral de unos 5.000 millones de dólares, por lo que, a priori, no cabría hablar de que estén pasando apuros.

Microsoft continúa teniendo el monopolio en la informática de consumo (aunque eso sí, mantenida en gran parte todavía por el casi antediluviano Windows XP, que ya ha dejado de tener soporte oficial), pero Windows Vista inició un proceso de caída lenta pero inexorable, que tuvo un respiro con Windows 7, pero que se ha retomado con la salida de un Windows 8 con cuya interfaz (ModernUI) Microsoft ha pretendido obligar al usuario común a acostumbrarse para lo que creen que será el futuro de la informática de consumo: los dispositivos táctiles. Y puede que tal vez lo acaben siendo, pero no hoy, ni mañana. Un PC es un PC, y una tableta es una tableta, y hay usos de uno que son incompatibles con los del otro. Microsoft se ha equivocado en el enfoque, y esa tendencia es confirmada por unas ventas que vuelven a bajar.
Por supuesto es muy pronto para hablar, y más teniendo en cuenta el amplio margen económico que tienen, pero si continuaran en la actual dinámica descendente podríamos ver en unos años a una Microsoft mucho más debilitada, en cuyo caso podríamos confirmar que éste era el principio del fin del imperio Microsoft.

Aquí no hay adivinos pero tenemos el precedente histórico de que al final todos los imperios acaban cayendo, tarde o temprano.

Guía de post-instalación de OpenSuse: Poniendo el sistema a punto

2012-09-07T01:43:00.000+02:00

Esta guía comienza justamente en el momento posterior a la instalación en disco de la distribución, considerándose que se ha hecho una instalación normal y con las opciones por defecto del instalador.
La versión de OpenSuse utilizada para la guía ha sido la 12.1, si bien los procesos descritos son idénticos en todas las versiones actuales de OpenSuse.

Configuración de los repositorios

En el primer inicio de OpenSuse, la distribución ya cuenta con los repositorios oficiales automáticamente configurados, concretamente:

Source
Oss
Non-Oss
Debug
Update-Debug
Actualizaciones para OpenSuse 12.1

De los cuáles, sólo Oss, Non-Oss y el de actualizaciones estarán activados por defecto. Pero para poder acceder a todo el repertorio de software disponible en OpenSuse precisamos de añadir los repositorios comunitarios, y añadirlos es tan sencillo como abrir YaST > Repositorios de software. Se nos abrirá una ventana como ésta:

A continuación pinchamos en el botón "Añadir" que veremos en la parte inferior izquierda de la ventana.

Al pulsar en "Añadir" nos aparece una lista de opciones de todos los tipos de repositorios que podemos añadir (pudiendo incluso crearnos uno propio). Para añadir los repositorios comunitarios debemos escoger dicha opción en el menú.

Al pinchar en Siguiente, nos aparecerá la lista de todos los repositorios comunitarios disponibles (no debe alarmarnos la cantidad de repositorios que hay, pues el sistema es muy robusto y conserva en todo momento la estabilidad), de los que podremos elegir todos aquellos que creamos conveniente.

En esta imagen aparecen aquellos repositorios que yo en su momento no seleccioné, pero sirve para hacerse una idea de lo que nos encontraremos (y sí, KDE 3 sigue estando disponible para los nostálgicos).

Una vez elegidos todos los repositorios deseados pinchamos en Aceptar, lo que configurará cada uno de ellos de forma automática.

Como detalle cabe decir que cada vez que se configure un repositorio necesitamos decirle al sistema que confiamos en dicho repositorio, para lo cual habremos de pinchar en el botón "Confiar" cada vez que nos salte la ventana correspondiente.

Para una instalación de uso doméstico normal, los repositorios mínimos podrían ser los siguientes:

Mozilla -que nos brindará actualizaciones inmediatas sobre aplicaciones como Firefox o Thunderbird-
Packman -que contiene aplicaciones y paquetes con soporte para características propietarias de terceros, como los códecs multimedia-
Sistema de archivos
Bases de datos
Revisiones CVS de Wine
Virtualización (VirtualBox)
LibreOffice
GNOME:Apps -que contiene aplicaciones de uso común y otras típicas del escritorio GNOME-
Java
Juegos

Si hacemos uso de DVDs originales y queremos que nuestros reproductores de video favoritos sean capaces de leer el menú del DVD tendremos que añadir a la selección el repositorio Libdvdcss.

Y por supuesto, ni qué decir tiene que si queremos aceleración 3D en nuestros entornos gráficos necesitaremos los drivers propietarios correspondientes a nuestra tarjeta gráfica, en el caso de que dispongamos de una ATI o una Nvidia, para lo que necesitaremos, según sea el caso, el repositorio AMD/ATI Graphics Drivers, AMD/ATI Legacy Graphics Drivers (para las ATI más antiguas) o Nvidia Graphics Drivers.

Si elegimos KDE como entorno de escritorio, lo recomendable sería añadir también el repositorio KDE:UpdatedApps, o bien los repositorios correspondientes a la versiones 4.8 o 4.9 de KDE (IMPORTANTE: No mezclar repositorios de distintas versiones de KDE), en los que dispondremos de las versiones más actualizadas de los paquetes para dichas versiones de KDE, y que no aparecen por defecto en la lista de repositorios comunitarios, sino que habremos de agregarlos manualmente, seleccionando la opción "Especificar URL..." en lugar de "Repositorios de la comunidad" cuando pulsemos en "Añadir" en el menú de repositorios configurados. A continuación se detallan las URL para cada versión de KDE para la versión 12.1 de OpenSuse:

KDE 4.8
Principal: http://download.opensuse.org/repositories/KDE:/Release:/48/openSUSE_12.1/
Extra: http://download.opensuse.org/repositories/KDE:/Extra/KDE_Release_48_openSUSE_12.1/

KDE 4.9
Principal: http://download.opensuse.org/repositories/KDE:/Release:/49/openSUSE_12.1/
Extra: http://download.opensuse.org/repositories/KDE:/Extra/KDE_Release_49_openSUSE_12.1/

También podemos añadir estos repositorios desde la consola si nos resulta más cómodo, de la siguiente forma, por ejemplo para el repositorio principal de KDE 4.8:

# zypper ar -f -n http://download.opensuse.org/repositories/KDE:/Release:/48/openSUSE_12.1/ KDE_4.8_Main

Donde "KDE_4.8_Main" sería el nombre que le hemos dado al repositorio (podemos nombrarlo como queramos, pero a ser posible sin contener espacios).

Si deseamos instalar otros entornos no incluidos en el CD/DVD de instalación, como por ejemplo Cinnamon, al ser un shell para GNOME 3 tendremos que instalar GNOME 3, y luego visitar el Open Build Service desde donde podremos configurar el repositorio correspondiente con un solo click. Desde aquí http://software.opensuse.org/package/cinnamon, podremos ver el repositorio de Cinnamon para cada versión de OpenSuse. Para añadir el repositorio seleccionamos nuestra versión de OpenSuse, pinchamos sobre la opción "Show unstable packages" y acto seguido sobre 1 Click Install, que nos descargará un archivo que se abrirá con YaST, el cual nos configurará automáticamente el repositorio. Una vez añadido el repositorio ya podremos instalar Cinnamon desde YaST > Instalar/desinstalar software o desde el Menú principal > Añadir/quitar programas.

Actualizando el sistema

Lo primero que deberíamos hacer después de configurar los repositorios deseados es precisamente actualizarlos, para lo cual podemos abrir YaST > Repositorios de software y pinchar en el botón "Actualizar" que veremos en la parte inferior izquierda de la ventana, seleccionando a continuación "Actualizar todo habilitado", que nos actualizará todos los repositorios que tengamos marcados como "habilitado".
Si lo preferimos podemos hacerlo por consola mediante el comando:

# zypper ref

ó bien

$ sudo zypper ref

Acto seguido podemos proceder a la actualización del sistema, bien por vía gráfica, a través de YaST > Actualización en línea (decir que si usamos KDE podemos ejecutarlo directamente desde KRunner)...

Desde KRunner

...o bien a través de la consola con el comando:

# zypper update

o directamente

# zypper up

De esta manera estaríamos actualizando el sistema y los paquetes instalados por defecto, pero en el caso de ser usuarios del entorno KDE y hayamos configurado los repositorios especiales para cualquiera de las versiones de KDE (lo cual es muy recomendable si queremos tener el entorno debidamente actualizado), tendremos que decirle al sistema que actualice dando preferencia a dichos repositorios, y al igual que antes, podremos hacerlo de dos formas:

→ Por vía gráfica
Desde YaST > Instalar/desinstalar software o Menú principal > Añadir/Quitar programas (realmente se abre el mismo programa, son sólo dos vías diferentes para llegar al mismo programa). Una vez dentro, pinchamos en Ver > Repositorios, lo que hará que en la barra lateral izquierda nos aparezca la lista de repositorios configurados. Buscamos el repositorio correspondiente de KDE, y luego hacemos click en donde pone "Cambiar paquetes de sistema a las versiones en este repositorio", justo encima del cuadro de la lista de paquetes.
Haríamos ésto, primero con el repositorio principal, y luego con el de los extras.

→ Por consola:

# zypper dup --from KDE_principal && KDE_extra

Suponiendo en este caso que el nombre que les hubiéramos puesto a los repositorios correspondientes fuesen "KDE_principal" y "KDE_extra", en caso contrario debemos especificar el nombre exacto que les hayamos puesto.

Resolviendo conflictos entre actualizaciones

OpenSuse, además de YaST, utiliza Apper como gestor de actualizaciones, y podría darse el caso de que al llegarnos algún lote de actualizaciones Apper nos notifique de que no pudo actualizar algún paquete debido a conflictos entre versiones.
Esto ocurre cuando versiones distintas de un mismo paquete están en más de un repositorio y la versión en uso es de un repositorio distinto a la versión actualizada.
Lo que necesitamos para resolver el conflicto es cambiar el repositorio origen de los paquetes en conflicto, para lo que cerraremos Apper y actualizaremos desde YaST (Actualización en línea).
Al abrir el gestor de actualizaciones de YaST, nos saltará una ventana emergente ofreciéndonos varias opciones para llevar a cabo con los paquetes en conflicto, que irán desde cambiar el origen del paquete, hasta mantener la versión instalada o incluso romper el paquete deliberadamente bajo nuestra propia responsabilidad. En nuestro caso elegiríamos la opción de cambiar el origen de los paquetes. Después de elegir las acciones a llevar a cabo, YaST realizará las actualizaciones pertinentes.

Podemos estar tranquilos con YaST, pues siempre se encargará de que las actualizaciones no rompan el sistema.

Instalando los códecs multimedia y demás paquetes necesarios para el usuario común

Lo habitual es que un usuario común necesite códecs multimedia propietarios para poder reproducir todo archivo de video y audio que se le cruce, por lo que será necesario instalar los siguientes paquetes:

w32codec-all
gstreamer-0_10-ffmpeg
gstreamer-0_10-fluendo-mp3
gstreamer-0_10-fluendo-mpegmux
gstreamer-0_10-plugins-base
gstreamer-0_10-plugins-good
gstreamer-0_10-plugins-good-extra
gstreamer-0_10-plugins-bad
gstreamer-0_10-plugins-ugly
faad2
libxvidcore4
libxine1-codecs
libopencore-amrnb0
libopencore-amrwb0

Si codificamos audio o video, o extraemos el audio de los CDs habitualmente, necesitaremos también estos paquetes para obtener el soporte de los formatos necesarios:

wavpack
faac
flac
ffmpeg
lame
soundkonverter (KDE) ó soundconverter (GNOME)
winff ó mobilemediaconverter

Si somos aficionados a virtualizar otros sistemas utilizando VirtualBox, además de VirtualBox (ya sea la versión libre o la de Oracle con partes privativas) debemos instalar los módulos correspondientes del kernel de los que hace uso VirtualBox:

virtualbox-guest-kmp-desktop
virtualbox-host-kmp-desktop

Si necesitamos trastear con particiones o con discos extraíbles, recomiendo:

kde4partitionmanager (KDE) ó gparted (GNOME)

Y aquí van otros paquetes que nos pueden resultar muy útiles para la autocompilación de módulos del kernel, sobre todo para cuando se actualizan los drivers de la tarjeta gráfica o de la wifi, o el mismo kernel:

gcc
dkms
make
automake
cmake
autoconf
autofs
kernel-desktop-devel

Instalar cualquiera de estos paquetes es tan sencillo como seleccionarlos en el gestor de paquetes de YaST, o desde la consola, por ejemplo para el paquete 'make':

# zypper install make

# zypper in make

Para desinstalarlo:

# zypper remove make

Usando el Open Build Service

Aunque lo habitual es que encontremos los paquetes que buscamos en los repositorios, podría darse el caso de que busquemos algún paquete poco común que no esté presente en ninguno de los repositorios configurados, pero podríamos encontrarlo en el Open Build Service, en alguno de los repositorios construidos por los usuarios de la comunidad, y para buscarlo lo único que tenemos que hacer es introducir su nombre en el campo de búsqueda.

Si quisiéramos hacer una búsqueda más exhaustiva tendríamos que clicar sobre el icono de la llave que está justo al lado del cuadro de búsqueda, lo que hará aparecer debajo la opción "Mostrar paquetes de desarrollo, lenguaje y debug", que tendremos que seleccionar por si el paquete que buscamos no estuviese aún etiquetado como estable (lo que no quiere decir que no lo sea).

Instalar cualquier paquete desde el Open Build Service es sumamente sencillo, sobre todo si utilizamos la opción 1 Click Install, que nos instalará automáticamente el paquete correspondiente a nuestra arquitectura y nos ofrecerá además la posibilidad de añadir a nuestros repositorios aquél que contiene el paquete en cuestión (para las futuras actualizaciones), o si lo preferimos podemos descargar manualmente el paquete binario RPM para 32 o para 64 bits, o bien el tarball que contiene las fuentes del paquete, por si deseamos compilarlo.

Con los pasos descritos en esta guía, ya tendríamos OpenSuse listo para la batalla.

Y como dije al principio, aunque para esta guía se ha usado la versión 12.1 de OpenSuse, los procesos para ponerla a punto son idénticos en todas las versiones más recientes, los únicos cambios puntuales están en el número de versión de repositorios como el de KDE.

Cómo arreglar el problema de Amarok con la base de datos MySQL

2012-08-06T19:36:00.000+02:00

Como sabemos, el fantástico reproductor musical de KDE, Amarok, es también un gestor de colecciones de audio, para lo que hace uso de una base de datos embebida, que desde su versión 2 es MySQL (antes era SQLite).

No he tenido constancia de que el problema haya aparecido en otras distribuciones, pero en OpenSUSE se dio que tras diversas actualizaciones del servidor de bases de datos MySQL, cuando se abría Amarok aparecía una ventana alertando de que había un problema con el acceso a la base de datos de MySQL, y nos sugería resolverlo antes de continuar utilizando Amarok. El mensaje de error decía concretamente lo siguiente:

GREPME MySQLe query failed! (2000) on init

El efecto inmediato que tenía este problema sobre Amarok es que desaparecía toda la colección de música que tuviésemos almacenada en la base de datos del reproductor.

Como efectos secundarios se podía constatar que aunque se cerrara el programa el proceso seguía estando activo, haciendo que KDE se quedara momentáneamente en estado de "shock", por lo que había que ir al gestor de procesos y matar el proceso de Amarok a la fuerza.

Investigando un poco comprobé que el paquete que al parecer originaba el conflicto era libmysqld18, que contiene las librerías de ejecución para las aplicaciones que hacen uso del servidor MySQL. El problema con el acceso de Amarok a la base de datos de MySQL surgió después de que el servidor de MySQL (incluyendo sus dependencias, entre ellas libmysqld18) se actualizaran a una versión superior a la 5.5.16.

En la actual versión de OpenSUSE, la 12.1, he comprobado con éxito dos formas de resolver el problema. La primera y más sencilla era desactualizar el paquete libmysqld18 a la versión 5.5.16 (sin necesidad de desactualizar las demás dependencias), que se puede hacer fácilmente desde YaST.

La segunda, un poco más compleja pero quizás más ortodoxa, es crear manualmente la base de datos de Amarok en MySQL, y otorgarle a éste plenos permisos sobre dicha base de datos.

¿Cómo hacerlo? Muy sencillo siguiendo los pasos que se describen a continuación:

En primer lugar deberemos asegurarnos de tener instalados el servidor y el cliente MySQL, cuyos paquetes en los repositorios son mysql-community-server y mysql-community-server-client.
Abrimos una sesión de consola y accedemos a MySQL con el usuario root (de MySQL, no del sistema):

$ mysql -h localhost -u root
Creamos el usuario 'amarokuser' en la máquina 'localhost' (es decir, nuestra máquina local):

mysql> create user amarokuser@localhost identified by 'amarokpass';

donde 'amarokpass' sería la contraseña del usuario 'amarokuser' utilizada en este caso, pero podemos ponerle la que queramos.
Creamos la base de datos 'amarokdb' y le damos al usuario 'amarokuser' todos los permisos sobre ella:

mysql> create database amarokdb;

mysql> grant all privileges on amarokdb.* to amarokuser identified by 'amarokpass';
A continuación entramos a MySQL como el usuario amarokuser e intentamos acceder a la base de datos 'amarokdb' para verificar que no haya problemas de acceso:

$ mysql -h localhost -u amarokuser -p

mysql> use amarokdb;

Si no nos aparece ningún mensaje de error, significa que todo está correcto y podemos proseguir.
Abrimos Amarok y nos vamos a Preferencias > Configurar Amarok... > Base de datos. Ahí seleccionamos la opción "Utilizar base de datos MySQL externa", y rellenamos los campos, que en nuestro caso deberían estar así:

Servidor: localhost
Puerto: 3306
Usuario: amarokuser
Contraseña: amarokpass
Base de datos: amarokdb

Una vez hecho esto y aplicados los cambios, reniciamos Amarok y veremos cómo nuestra biblioteca musical vuelve a aparecer y a ser completamente accesible.

No obstante, en el bug reportado al respecto en el Bugzilla de OpenSUSE hay quien asegura haber resuelto el problema simplemente desinstalando el paquete mysql-community-server, lo que hace que el gestor de paquetes se encargue automáticamente de seleccionar e instalar los paquetes correspondientes al servidor MariaDB (fork de MySQL) como sustituto de mysql-community-server (https://bugzilla.novell.com/show_bug.cgi?id=712749#c40).

También se lee que a partir de la versión 12.2 de OpenSUSE, que será presumiblemente lanzada el próximo mes, este problema estará completamente resuelto. Pero si por cualquier razón nos topásemos de nuevo con el problema, ya tenemos aquí las posibles soluciones.

¿Cómo puedo cambiar el tema del KDM cuando los cambios en el Systemsettings no se aplican?

2012-06-27T02:18:00.000+02:00

Me he topado con este problema en la popular distribución OpenSUSE, y lo que ocurría básicamente es que el tema del gestor de sesiones de KDE (KDM) no cambiaba del predeterminado por mucho que aplicasemos un tema distinto desde el Centro de Control de KDE (Systemsettings) > Pantalla de acceso > Pestaña «Tema».

No obstante, aún podemos cambiar el tema del KDM, y para ello precisamos de saber en qué directorio se guardan los temas para KDM: /usr/share/kde4/apps/kdm/themes.

Si nos dirigimos a dicho directorio podremos saber el nombre exacto de los temas que tenemos instalados, que los necesitaremos para poder aplicarlos posteriormente.

Para aplicar alguno de los temas que tenemos disponibles en /usr/share/kde4/apps/kdm/themes tenemos que editar el fichero /etc/sysconfig/displaymanager y buscar la línea en la que pone:

DISPLAYMANAGER_KDM_THEME="SUSE"

Esta línea define el nombre del tema que se está usando, que por defecto en OpenSUSE es "SUSE", y será este valor el que haya que sustituir por el nombre exacto del tema que se quiera aplicar (y cuando digo exacto quiero decir respetando las mayúsculas y las minúsculas del nombre, y sin olvidarnos de ponerlo entre comillas). Cuando terminemos guardamos los cambios.

Para que el cambio sea visible se debe reiniciar el servidor gráfico. Podemos hacerlo de forma rápida abriendo una sesión de consola y ejecutando, primero:

# init 3

Y después:

# init 5

De esta manera paramos y volvemos a iniciar el servidor gráfico, que nos mostrará el gestor de sesiones KDM con el nuevo tema aplicado.

Truquillo para acelerar Firefox

2012-05-29T01:14:00.000+02:00

Es bien sabido que cada nueva versión mejora considerablemente las características de Firefox, siendo sobre todo la velocidad de arranque la que más había mejorado desde los tiempos de Firefox 3. Y aunque la velocidad de navegación no fue motivo de queja al principio, desde la aparición de Chrome y su velocidad de navegación, superior a la de todos los demás navegadores existentes, esto empezó a convertirse en la razón fundamental por la que muchos usuarios prefirieron pasar de Firefox a Chrome.

Por eso, y aunque a pesar de que la velocidad de navegación de Firefox es buena (realmente Chrome solo es más rápido en unos milisegundos), es posible mejorarla, y es tan sencillo como hacer unos pequeños retoques en la configuración del navegador.

¿Cómo? Sigue leyendo...

En primer lugar, abrimos una nueva pestaña y en la barra de direcciones escribiremos:

about:config

Cuando hagamos esto nos aparecerá un mensaje alertádonos de que tocar las configuraciones puede provocar la inestabilidad y el deterioro de la seguridad y el rendimiento del navegador. Una vez que prometamos no tocar nada más aparte de lo que aquí se indicará, seguimos adelante pulsando en el botón "¡Tendré cuidado, lo prometo!".

Aquí debemos buscar varias opciones que son las que cambiaremos pero debido a que podríamos tardar muchísimo en dar con las opciones que buscamos a ojo, usaremos la barra de búsqueda para encontrar rápidamente las opciones que buscamos. Así, primero escribiremos "pipe" (sin las comillas), y cambiaremos los siguientes valores:

network.http.pipelining: Cambiamos el valor de false a true (basta con hacer doble click para que el valor cambie).
Con esto activamos el pipelining, que no es más ni menos que activar las peticiones simultáneas al servidor (el pipelining es soportado a partir de HTTP 1.1).
network.http.proxy.pipelining: Cambiamos el valor de false a true.
Su función es la misma que la opción anterior pero nos servirá si nos conectamos a través de un proxy.
network.http.pipelining.maxrequests: Le damos un valor de 30 o más.
Esto indica cuantas solicitudes realizará nuestro navegador a la vez. Por defecto se realizan 4. Pueden probar cambiando los valores y ver qué tal funciona. A partir de 30 se recomienda.

Ahora volvemos a la barra de búsqueda y escribimos "max-p", y cambiamos los siguientes valores:

network.http.max-persistent-connections-per-proxy: -4
network.http.max-persistent-connections-per-server: -40

Para comprobar los resultados bastará con reiniciar el navegador y empezar a navegar.

¿Quién dijo que Firefox no se podía mejorar? ;)

Disponible Ubuntu 11.10

2011-10-15T02:11:00.000+02:00

Como indica el título, desde ayer está ya disponible la nueva versión de Ubuntu, la 11.10, cuyo nombre en clave es Oneiric Ocelot.

Sin entrar en profundidad en los detalles de esta nueva versión, podemos destacar sus características más relevantes, que incluyen diversas mejoras y novedades respecto a la versión anterior:

Nueva versión de Unity y de Compiz: Como sabemos, el shell Unity usa Compiz como gestor de ventanas, por lo que era lógico que las mejoras en ellos viniesen juntas. En ambos casos las mejoras afectan al rendimiento del intercambiador de ventanas, la sustitución de "Places" por "Lenses", una nueva lens para Banshee, y mejor rendimiento de los lanzadores y el panel.
Pero ahora hay una diferencia fundamental en todo ello respecto a la anterior versión, y es que todo funciona ahora con las librerías gráficas GTK 3, con lo que Ubuntu da el salto a GNOME 3 al que se resistió en la versión anterior.

Ubuntu Software Center 5.0: El famoso Centro de Software se renueva visualmente, ganando en usabilidad y en la presentación de las listas de aplicaciones.

Soporte para nuevas arquitecturas ARM: Ahora Ubuntu se podrá instalar en algunos dispositivos basados en ciertos modelos de la plataforma ARM.

Nueva imagen de DVD disponible: Hasta ahora Ubuntu se descargaba en una única imagen de CD. Ahora también está disponible una versión ampliada en DVD, que ocupa 1,5 GB, y que incluye todo el software que incluyera la imagen de CD, además de software adicional como GIMP, Inkscape, PiTiVi o la suite de ofimática LibreOffice.

Sitio para desarrolladores: Se pone en marcha un nuevo sitio en el que los desarrolladores dispondrán de todo lo necesario para implementar sus ideas, y dado el caso, distribuirlas a través del Centro de Software, ya sean gratuitas o de pago.

Inclusión de nuevas aplicaciones: Se renuevan las versiones de todas las aplicaciones, destacando entre ellas a Thunderbird, Déjà Dup, Gwibber o LightDM, aunque sin duda la mayor novedad es la inclusión de GNOME 3.2.
Por contra, hay otras aplicaciones, como PiTiVi o el clásico gestor de paquetes Synaptic, que se han eliminado de la instalación por defecto, aunque por supuesto seguirán estando disponibles en los repositorios.

Y respecto a la características técnicas tenemos las siguientes:

Kernel 3.0

GCC 4.6

Python 2.7.2 por defecto (en los repositorios están disponibles las versiones 2.6.7 y 3.2.2)

Compatibilidad de aplicaciones y librerías de 32 bits en sistemas de 64 bits

Ubuntu One se integra mejor con el dash de Unity, y por ejemplo, se puede reproducir música desde una cuenta de Ubuntu One con una lens orientada a dicho propósito.

Soporte de imágenes híbridas para CD y USB.

Estas nuevas mejoras se unen a las específicas de cada una de las versiones derivadas de Ubuntu (Kubuntu, Xubuntu, Lubuntu, Edubuntu, Mythbuntu y Ubuntu Studio), aunque el protagonismo y la dedicación son bastante más notorios en la edición principal.

Descanse en paz, Sir Dennis Ritchie

2011-10-14T01:36:00.000+02:00

En el mundo de la informática seguimos de luto. Si hace sólo unos días nos despedíamos de Steve Jobs, hoy nos dejaba Dennis Ritchie, uno de los padres del sistema operativo Unix, además del creador del famoso lenguaje de programación C, lo que lo convirtió en una leyenda de la informática a la que todo el mundo de las tecnologías, y los usuarios de Linux en particular, le debemos todo el respeto y reconocimiento del mundo.

Dennis Ritchie nació en Bronxville (Nueva York, Estados Unidos) y se graduó en Harvard con una licenciatura en matemáticas y un doctorado en física antes de unirse a Bell Labs en 1968.

Y allí fue donde todo empezó. Ritchie desarrolló junto a Ken Thompson el sistema operativo Unix en un ordenador DEC PDP-11, lanzando la primera versión en 1971. Aquel lanzamiento sentó las bases y principios de muchos de los conceptos que se manejan en la actualidad en los sistemas operativos modernos, siendo Unix además el pilar fundamental sobre el que algunos años más tarde se desarrolló el sistema Linux, naciendo de Minix, derivado de Unix.

El revolucionario desarrollo de Unix tuvo implicación posterior prácticamente en todas las plataformas existentes.

Dos años más tarde, en 1973, Dennis Ritchie desarrolló el lenguaje de programación C tomando como base el lenguaje de programación B, que fue elaborado por ingenieros de Bell Labs, y que fue la base fundamental para el desarrollo posterior de sistemas como Linux así como de infinidad de programas.

Más tarde escribiría junto con Brian Kernighan el que probablemente sea el libro de programación más famoso de la historia: The C Programming Language.

Sin duda la informática se queda hoy un poquito más huérfana. Y resultaría muy injusto despedir a Steve Jobs y no hacerlo también con Dennis Ritchie de la forma que se merece, aunque desgraciadamente para los medios Dennis Ritchie pase prácticamente desapercibido. Aún así, en este blog como en tantos otros siempre habrá un lugar para Dennis Ritchie, del que ahora sin duda nos queda su legado.

Descanse por siempre en paz, Sir Dennis Ritchie.

Mandriva 2011: Ficha técnica, erratas conocidas y experiencia personal

2011-10-08T21:13:00.000+02:00

Hace ya más de un mes que fue lanzada la esperada nueva versión de Mandriva Linux, que venía con la vitola de revulsiva, y con la promesa de ofrecer una distribución renovada de cabo a rabo.
En este tiempo he estado dándole el uso y el “maltrato” suficiente para obtener un veredicto objetivo sobre este lanzamiento, eso sí, basado en la experiencia personal.

Mandriva 2011 ha supuesto un nuevo punto de partida, tanto para la compañía que la desarrolla como para la distribución en sí misma, esta vez no se trataba únicamente de una actualización de los paquetes incluidos, sino que la distribución ha sufrido una transformación cuya misión era devolverle el reconocimiento perdido en los últimos años. Y no se ha escatimado en esfuerzos para ello, a pesar de las turbulencias que han rodeado a Mandriva SA debido a su mala gestión económica. Al principio las noticias dadas por la nueva dirección de Mandriva respecto a la nueva versión, como el hecho de abandonar los drakes que habían dado tan buena reputación a la distribución, generaron algunas dudas en la comunidad, pero tras ese halo de secretismo que mantenía la compañía, empezaron a darse pasos que fueron haciendo mucho más interesante el desarrollo de Mandriva. El equipo francés puso la base, el brasileño construyó un escritorio sólido, y por último, los rusos de ROSA Labs le dieron el toque final.

La base

Mandriva 2011 se construye sobre una base totalmente renovada. El sistema de paquetes pasa a ser RPM5, un fork del RPM oficial que lo mejora con una mayor potencia y ciertas extensiones que permiten exprimirle todo el jugo, aparte de brindarle una velocidad nunca antes conocida. Y por supuesto es compatible con la rama oficial de RPM.
En el plano del arranque tenemos a Systemd, que nos brinda un arranque más rápido y más avanzado. Mandriva se convierte así en una de las primeras distribuciones en adoptarlo.

Se ha hecho una limpieza en algunos componentes y en los repositorios que ha permitido tener una base más ordenada, y que ha iniciado el camino hacia el abandono progresivo de algunas de las herramientas de configuración propias de la distribución (las conocidas como drakes), debido sobre todo a que están desarrolladas en lenguaje Perl y en GTK, y que sus desarrolladores originales ya no trabajan para Mandriva, motivo principal por el cual se tomó la decisión de portar los drakes principales a Python y Qt, lo que hará que sean mucho más ligeros y se integren a la perfección en el entorno, abandonar los drakes prescindibles, y por último, integrarlos en el Centro de Control de KDE. O al menos esa era la idea inicial.

El kernel con el que se cuenta por defecto es el 2.6.38.7, aunque según dijeron en su momento desde Mandriva, habría pronto una actualización, la cual, en el momento de escribir ésto, aún no ha tenido lugar. Se dijo también que a partir de ese momento se contaría con una imagen de instalación con el kernel 3.0. Aunque de manera oficial aún no está disponible, dicho kernel sí que se encuentra ya disponible en los repositorios MIB, y según cuentan los que lo han probado, es estable y funciona bien.

KDM: Minimalista, simple y original

Siguiendo el concepto de sencillez y minimalismo que se ha querido implantar en esta nueva versión, se ha rediseñado KDM precisamente para cumplir esta función, la de servir a lo práctico.
Una lista de los usuarios del sistema se muestra a modo de exposición en forma de casillas, con sus avatares y sus nombres de usuario debajo. Un clic sobre uno de ellos hace un elegante efecto zoom para resaltarlo sobre los demás.

¿Un pero? Demasiado minimalista quizás, no por el concepto, que en sí es muy bueno, sino porque en el intento de llevar la simpleza a la máxima expresión se han eliminado menús contextuales que para determinadas tareas resultaban bastante útiles, como el hecho de poder arrancar en modo a prueba de fallos, en modo consola, o en el caso de que tengamos algún otro entorno de escritorio instalado, tener la opción de elegir el entorno con el que iniciar sesión... cosas que no son posibles con este tema de KDM, con el que se presupone que sólo usaremos KDE, y que incluye únicamente lo estrictamente imprescindible, un botón para apagar y otro para reiniciar. Además, estos botones no piden confirmación al usuario para realizar sus acciones, sino que éstas se ejecutan directamente sólo con hacer click sobre alguno de los botones.

En mi opinión personal, no hubiese estado de más incluir un menú contextual para poder elegir el tipo de sesión y para poder cambiar entre diferentes entornos de escritorio, sin que por ello tuviese que perder minimalismo, cosa que a simple vista ya es bastante palpable.

El escritorio

KDE pasa ahora a ser, no sólo el entorno de escritorio por defecto, sino también el único oficialmente mantenido por el equipo de Mandriva, que será en el que ahora centren todos sus esfuerzos.
No obstante, el resto de entornos seguirán estando disponibles en los repositorios, y éstos serán ahora mantenidos por la comunidad de usuarios.

KDE, potente, flexible, innovador y personalizable donde los haya, posee tal cantidad de opciones que el equipo de ROSA Labs se puso manos a la obra para redefinir su diseño y convertirlo en un entorno más minimalista y más simple de cara al usuario común. Así, inspirado en Elementary y en Mac OS X en parte, nació ROSA Desktop como nuevo concepto gráfico para KDE.

El nuevo tema de iconos, el estilo gráfico, los colores, e incluso la selección de ciertas aplicaciones, sin duda dan un aire fresco y diferente a KDE, que le dan un aspecto que bien podría pasar por el de un escritorio GNOME aumentado.
La idea de este nuevo diseño quizás fue la de conseguir la mejor integración posible con las aplicaciones GTK, que aún siguen siendo mayoría en los entornos Linux.
El diseño desde luego es innovador para un entorno que prácticamente había adoptado ya como propio el tema Oxygen.

El gestor de redes

Network Manager de KDE se convierte ahora en el gestor de redes por defecto de Mandriva, aunque en su interior sigue albergando el código del clásico gestor de Mandriva (Net-applet), con lo que se ha producido una adaptación al sistema propio de la distribución, sumando su potencia a la más moderna interfaz del applet de KDE.

El nuevo panel: RocketBar

El que durante todo el desarrollo de la distribución ha sido conocido como ROSA Panel, renombrado ahora como RocketBar, es el nuevo panel por defecto en esta Mandriva 2011, que por defecto tendrá el clásico aspecto de panel con unos elegantes aspectos luminosos, pero que con la activación de los efectos de escritorio de KWin tomará el aspecto de un dock 3D.
RocketBar realmente es un panel personalizado y pre-configurado con una serie de opciones y elementos por cortesía de ROSA Labs, que demuestran esa intención innovadora y minimalista presente desde el primer momento.

En él se encuentran SimpleWelcome (antes ROSA Launcher) como menú de aplicaciones por defecto, lanzadores de las aplicaciones que pueden resultar de uso más común (Firefox, Dolphin, Kopete, Thunderbird, Clementine y el Centro de control de KDE), una barra de tareas que sigue el concepto de los docks, mostrándose solo el icono de la aplicación ejecutada y un efecto de iluminación sobre él para ubicarnos, un par de StackFolders, y los ya clásicos elementos como la bandeja del sistema y el reloj, además de la papelera.

El nuevo menú de aplicaciones: SimpleWelcome

SimpleWelcome, como nuevo menú de aplicaciones por defecto, tomando como inspiración los conceptos del lanzador de aplicaciones Slingshot del proyecto Elementary y del lanzador de GNOME-Shell, se nos abre a pantalla completa mostrándonos tres secciones: Bienvenida, Aplicaciones y Línea de tiempo.

En la sección Bienvenida podremos ver nuestras carpetas del sistema (lo conocido comúnmente como Lugares), los favoritos, así como las aplicaciones y documentos usados recientemente.

SimpleWelcome: Sección Bienvenida

En Aplicaciones podremos navegar por nuestras aplicaciones en un cómodo sistema de rejilla a modo de exposición mucho más vistoso que los menús clásicos. El único pero es que en pantallas grandes puede resultar algo incómodo al tener que desplazar mucho el puntero, ya que, al menos por el momento, el tamaño no es modificable.

SimpleWelcome: Sección Aplicaciones

Línea de tiempo es la novedad estrella que introduce este nuevo menú. Actúa como un buscador rápido y eficaz de todo tipo de contenido haciendo uso del motor Nepomuk y los metadatos de los archivos, mostrándolos a través de una línea temporal dividida en años, meses y días, de manera que podemos buscar cualquier archivo a partir de la fecha en que fue creado o modificado.

SimpleWelcome: Sección Línea de tiempo (TimeFrame)

StackFolder

StackFolder es un plasmoide que nos permite navegar directamente por las carpetas de nuestro sistema con la particularidad de que no necesita abrir el navegador de archivos, lo que resulta muy útil cuando buscamos archivos que tenemos localizados y queremos acceder a ellos rápidamente sin tener que abrir el navegador de archivos. Al mismo tiempo permite abrir Dolphin en aquel directorio en el que nos encontremos pulsando en el icono del mismo de la esquina superior derecha del plasmoide.

Un Dolphin más minimalista

El equipo de ROSA Labs se esforzó porque la sensación de sencillez y minimalismo no fuese solamente algo superficial, y fruto de ello trasladó eso también a la apariencia y la funcionalidad del gestor de ficheros principal del entorno KDE.
Lo de ROSA Labs no se trató únicamente del reempaquetamiento por defecto de Dolphin, sino que agarraron su código y lo modificaron, eliminando elementos que se podrían considerar “superfluos” y reduciendo la cantidad de botones que suele tener Dolphin por defecto. Tanto es así que los únicos botones visibles por defecto son los de Atrás, Adelante, Buscar y Vista de archivos, y la barra de menú ha sido sustituida por un botón en la parte superior derecha que es el nos permite acceder a las distintas opciones y a la configuración de Dolphin en general.

En un principio esta disposición de la interfaz de Dolphin era irreversible, es decir, no permitía hacer cambios ni restaurar la barra de menú en caso de que se deseara hacerlo, pero las numerosas quejas de los usuarios, sobre todo de los más avanzados, acostumbrados a disfrutar de la cantidad de opciones que permitía Dolphin, hizo que en el último momento el equipo de ROSA Labs arreglara la situación permitiendo volver a restaurar la barra de menú (que sigue siendo bastante más completa en opciones que el botón único) para el que así lo desee, así como el poder modificar al gusto la disposición de los botones.

Aún así, el “recorte” de Dolphin se nota sobre todo en los menús de acción (los que se abren al hacer click derecho), que se han visto reducidos de manera que aparecen unas acciones u otras dependiendo estrictamente del tipo de archivo sobre el que cliquemos. Si hacemos click derecho sobre el fondo de una carpeta nos aparecerán únicamente las opciones de Crear carpeta, ver las Propiedades de la carpeta actual, el ordenamiento de los archivos y carpetas, y Pegar el contenido del portapapeles, por lo que más de uno que ya estábamos acostumbrados a crear ficheros directamente con el click derecho sobre el fondo de las carpetas, tendremos que echar mano para ello o bien de las opciones de la barra de menú, o bien del botón correspondiente a la creación de nuevos ficheros que podemos colocar en la barra de herramientas junto con los demás botones, o bien abrir directamente la aplicación que vayamos a usar y luego guardar el archivo correspondiente en el directorio que deseemos.

En cualquier caso, para bien o para mal, el comportamiento de este Dolphin “adelgazado” pretende corregir actuaciones redundantes eliminando opciones que el equipo de ROSA Labs ha considerado como innecesarias, entendiendo que hay diversas tareas, como por ejemplo la creación de archivos de texto, que no corresponden al gestor de ficheros sino al editor de texto correspondiente, descargando así de ese trabajo a Dolphin.

La idea no era mala, pues han pretendido agilizar y reducir una aplicación eliminando tareas que podrían resultar redundantes, pero también es cierto que esa cantidad de opciones eran las que proporcionaban a Dolphin gran parte de su potencia. En mi opinión personal, el recorte realizado, reduce la redundancia, pero a su vez reduce su potencia, sobre todo en lo referente a los menús de acción, y convierte a Dolphin en poco más que un gestor de ficheros del montón.

Las nuevas herramientas y la futura integración

Como hemos dicho anteriormente, las herramientas de Mandriva están escritas en Perl, y sus interfaces desarrolladas en GTK, y en la nueva andadura se pretende renovar ese fondo de armario sustituyéndolo por el mucho más moderno y sencillo lenguaje Python, y desarrollar las interfaces en Qt para garantizar una integración total, transparente y pulida con el entorno KDE, aparte de para mejorar el rendimiento de dichas herramientas.

Así se empezaron a desarrollar los módulos de lo que será (o se espera que sea) el próximo Centro de control de Mandriva, así como un nuevo gestor de paquetes más rápido y más moderno.

Los primeros ladrillos del nuevo Centro de control han sido el gestor de servicios y el gestor de usuarios. Son eficientes, sencillos y elegantes, además de incluir varios efectos gráficos que mejoran la experiencia visual.

Nuevo gestor de servicios

Nuevo gestor de usuarios

Y lo que en un futuro próximo se espera que sea el nuevo gestor de paquetes de Mandriva, el que sustituya al clásico RPMDrake, lleva por nombre Mandriva Package Manager, está desarrollado, como se ha dicho, en Python y Qt, supera en velocidad a RPMDrake y presenta una interfaz mucho más moderna y de un uso más cómodo, con una función de búsqueda instantánea, por familias o por repositorios, incluso un historial de acciones, si bien se nota que aún está en desarrollo, que tiene cosas y detalles que aún han de pulirse, y que se le ha de añadir mayor configurabilidad pues aún está un poco corto en este aspecto, y no sabemos aún si desde él se podrá acceder a los repositorios configurados, si se podrán configurar desde el propio gestor o si se hará de forma externa. Como decimos, está en pleno desarrollo.

Mandriva Package Manager: El próximo gestor de paquetes

Al estar aún en fase plena de desarrollo, estas herramientas no están exentas de problemas técnicos, razón por la que ninguna de ellas sido añadida a la instalación por defecto aunque en un principio se prometió ese lavado de cara. Aún así, estas herramientas están disponibles en los repositorios y se pueden instalar para ir probándolas.

La selección de software

Curiosa es la visión del escritorio del equipo de desarrollo de Mandriva, pues aunque quieren centrarse completamente en el entorno KDE, es digna de mención la cantidad de aplicaciones GTK que han incluido de serie, incluso algunas sustituyendo a las clásicas aplicaciones de KDE para las mismas tareas, como son los ejemplos de Shotwell como biblioteca de fotografías, que sustituye a Digikam, PiTiVi como editor de video, que sustituye a Kdenlive, o Thunderbird como gestor de correo, que sustituye a Kmail, a las que se unen las clásicas Firefox o la suite ofimática LibreOffice. Según se ha dicho, la selección del software de serie responde a la intención de los desarrolladores de construir un escritorio equilibrado en cuestión de comfort, y de que el rendimiento fuese el mejor posible, añadiendo aplicaciones que tuviesen un consumo de recursos reducido.

A éstas se les unen otras como el potente cliente de microblogging Choqok, el reproductor multimedia SMPlayer, o el software de grabación de CD/DVD K3b.

Los repositorios

La principal novedad en los repositorios de Mandriva es que la gran mayoría de los paquetes se han reempaquetado en RPM5. Aparte de eso, se ha hecho una limpieza eliminando paquetes no mantenidos, se han actualizado una gran cantidad de ellos, y se han incluido en los repositorios oficiales una buena cantidad de códecs y drivers propietarios que hasta ahora solo podíamos encontrar en los repositorios PLF. Precisamente para éstos últimos, así como del resto del software importado de los repositorios PLF, se ha acordado crear un nuevo repositorio que sería denominado como “Restricted”. Esto no significa que desaparezcan los repositorios PLF, y de hecho pueden configurarse libremente desde el sitio web de EasyUrpmi.

MandrivaSync y el servicio Mandriva2Safe

Mandriva2Safe es el nuevo servicio de almacenamiento en la nube que Mandriva ofrece a sus usuarios, con 2 GB de almacenamiento gratuito previa creación de cuenta en el servicio, algo así como el Ubuntu One de Mandriva, que en teoría viene a ofrecer una alternativa a servicios similares como Dropbox.
Una vez creada la cuenta en el servicio podemos configurarla a través de MandrivaSync, eligiendo nosotros el directorio que queremos sincronizar así como la frecuencia de sincronización, o si por el contrario preferimos hacerla manualmente.

No obstante, a pesar de lo atractivo del servicio, se ha podido constatar que aún le falta algo de camino por delante, pues aunque la sincronización de archivos funciona y MandrivaSync nos informa de la capacidad que tenemos ocupada y la que nos queda disponible, por el momento no es posible visualizar aquello que tengamos almacenado remotamente, ni mediante MandrivaSync ni mediante la web del servicio, solamente podemos ver en la pestaña Objects aquello que tenemos sincronizado de la máquina local, a no ser que realmente la finalidad de este servicio sea solamente la de respaldar información (sin ser posible compartirla como en el caso de Dropbox), cosa que sólo sería de utilidad real en el que caso de que poseamos más de una máquina con Mandriva 2011 o de que hiciésemos una reinstalación del sistema, y aún así, en tal caso, 2 GB se antojarían bastante cortos, por lo que habrá que ver cómo evoluciona el servicio para saber si ésta es realmente su finalidad.

Erratas y problemas conocidos

Por desgracia no todo lo que reluce es oro, y aunque la idea inicial era la de tener un sistema minimalista y sencillo, lo cierto es que esta Mandriva 2011 es un poco exigente en recursos, quizás justificado por el hecho de que se ha remodelado en buena parte y hay muchas cosas por pulir aún. Entre los problemas más conocidos de esta versión están los siguientes:

Problema con gráficas ATI y otros controladores: Conocido y generalizado es el problema del mal rendimiento de los controladores de las tarjetas gráficas ATI en Linux, y Mandriva no es menos, donde se puede dar el caso de que ni siquiera se pueda iniciar una sesión gráfica, aunque se han probado métodos como el que se cita en este enlace, que permiten hacer funcionar el servidor gráfico con las tarjetas ATI.

También se han registrado problemas con el uso del driver Nouveau para las gráficas Nvidia en determinados chipsets.

Problemas arrancando desde memoria flash: Si se arranca el sistema desde una memoria flash creada con dd, nos podemos encontrar con advertencias de que las particiones serán destruidas. Realmente no se trata de un error, sino de una advertencia ya que al instalador no le gustan los bloques de dispositivo con formato ISO.

Durante la revisión de la red se puede mostrar un error aunque la red esté bien.

Las memorias flash creadas con Livecd-Tools pueden no ser capaces de instalar.

Las unidades NTFS no son montadas automáticamente: Mandriva 2011 tiene una falla en el mecanismo que encuentra las unidades internas y las añade a fstab, y requieren introducir la contraseña de root para poder ser montadas.
Una forma sencilla de solucionar esto es instalando el programa NTFS-Config y habilitar la escritura para unidades NTFS internas.

Problemas con Clementine: En algunos equipos (usualmente con el controlador propietario de Nvidia activado), Clementine continúa en memoria tras cerrarlo usando el 100% de la CPU.
Como arreglo provisional se puede editar como root el fichero /usr/share/applications/clementine.desktop, buscar la línea en la que aparece:

Exec=clementine

Y reemplazarlo por:

Exec=env __GL_NO_DSO_FINALIZER=1 clementine

Problemas con Dolphin: Por desgracia, la dieta de adelgazamiento a la que se ha sometido a Dolphin ha traído también diversos problemas y malfunciones que alteran la experiencia con el gestor de ficheros.
Sin tener en cuenta el hecho de que la traducción al castellano no es completa, al añadir a la barra de herramientas el botón de “Nueva pestaña”, cuando se pulsa en dicho botón, en lugar de abrirse una pestaña nueva lo que se abre es una nueva ventana, y no siempre funciona. No obstante, ejecutando esta misma acción desde la barra de menús, sí que se ejecuta correctamente.

No es la única anomalía en cuanto a botones, el botón “Crear nuevo”, que es la opción que podía sustituir al desaparecido menú de acción que antes estaba disponible haciendo click derecho, sólo muestra el menú contextual si se deja el botón pulsado, no tiene efecto la simple pulsación como así debería ser.

También se ha detectado que Dolphin no actualiza el nombre de la ventana conforme vamos navegando por los directorios, sino que permanece el nombre del primer directorio al que accediese Dolphin al abrirse. Esto en principio es un problema menor, pero cuando hay varias ventanas de Dolphin abiertas puede confundir e inducir a error.

Problemas con Dropbox: La ejecución del daemon del famoso servicio de almacenamiento en la nube tiene un extraño comportamiento y no abre la ventana de sincronización con nuestra cuenta de Dropbox, por lo que tampoco crea el directorio Dropbox dentro de nuestro /home. La ejecución del daemon por consola arroja un error diciendo que nuestra máquina no está enlazada con ninguna cuenta, y que accedamos al link que nos da para enlazar la máquina. Al pinchar sobre el enlace nos redirige a la web de Dropbox, donde deberemos iniciar sesión con nuestro usuario para poder enlazar el equipo con nuestra cuenta. Es importante que todo el proceso se haga sin parar la ejecución del daemon, porque si lo hacemos no funcionará y no habrá sincronización entre nuestra máquina y nuestra cuenta de Dropbox.

Problemas con XBMC Media Center: Este es un problema que he descubierto en mi propia experiencia personal, y es que el programa crashea y se cierra automáticamente al acceder desde él a un directorio de un dispositivo externo que contenga un buen número de archivos de video. Aún se desconoce la razón del crasheo del programa.

Problemas con los drivers de las inalámbricas Broadcom: Tampoco son nuevos los problemas con los drivers de las tarjetas inalámbricas Broadcom en Linux, y aunque en la mayoría de distribuciones ya se ha conseguido un funcionamiento aceptable, mejorado ahora con la conversión del driver a open source y la inclusión del mismo en el propio kernel Linux, en Mandriva, aunque se supone que dicho driver ya viene incluido, en los equipos que utilizan tarjetas inalámbricas Broadcom el sistema no es capaz de levantar la WiFi, entre otras cosas porque el módulo wl con el que el sistema intenta levantar la WiFi no reconoce el driver Broadcom.
La forma provisional de arreglar el entuerto pasa por descargar el firmware Broadcom, descomprimirlo (lo que creará el directorio broadcom-wl-4.150.10.5), instalar el paquete b43-fwcutter, y desde una consola, como root, entrar en el directorio broadcom-wl-4.150.10.5/driver, y ejecutar el comando:

# b43-fwcutter -w /lib/firmware wl_apsta_mimo.o

Después se reinicia la red y ya debería levantar la red usando la inalámbrica Broadcom.

Una forma un poco más gráfica de hacer esto es mediante el Centro de Control de Mandriva > Redes e Internet > Configurar un nuevo interfaz de red. Una vez ahí se elige conexión Inalámbrica (WiFi), y se busca como controlador el fichero wl_apsta_mimo.o dentro del directorio broadcom-wl-4.150.10.5/driver.

Problemas con la decoración de ventanas: Quizás sea uno de los problemas más críticos de esta versión de Mandriva, y es el hecho de que si se pone una decoración de ventanas que no sea de las que vienen instaladas por defecto o que estén presentes en los repositorios, como por ejemplo las que se descargan de www.kde-look.org, en el siguiente inicio de sesión, si teníamos los efectos de escritorio activados, el escritorio al completo, excepto el puntero del ratón, se congela irremediablemente en el momento en el que intentemos abrir cualquier aplicación, forzando al botonazo para reiniciar la máquina. En el caso de que no tuviésemos activados los efectos de escritorio, en el próximo inicio de sesión KDE ni siquiera llegará a iniciarse.
La única solución pasa por borrar el directorio .kde4 de nuestro /home (desde la consola, porque desde el entorno gráfico no podremos) para recuperar la configuración del escritorio por defecto.

Conclusiones

Mandriva 2011 supone sin ninguna duda una bocanada de aire fresco para el mundo Linux y para las distros pro-KDE en particular, mostrando un diseño diferente, sobrio e innovador, además de adoptar tecnologías punteras como las de su nuevo sistema de paquetería o el sistema de arranque.
La otra cara de la moneda es que después de un uso regular queda la sensación de que la distribución aún no estaba debidamente pulida y acabada para su lanzamiento, porque una cosa son las pequeñas fallas que tienen todos los sistemas, y otra es que algunos de esos fallos sean críticos y bastante molestos, sobre todo si esos fallos son capaces de alterar e incluso impedir trabajar en el entorno gráfico.

Por otra parte, se prometieron prontas actualizaciones por parte de los desarrolladores para seguir mejorando la distribución, la integración del escritorio así como la actualización del kernel y corregir fallos, y por el momento, salvo un lote de actualizaciones de elementos de KDE, sólo ha habido pequeñas actualizaciones menores que además en su mayoría provenían de los repositorios PLF. La relativamente poca actividad registrada en el plano de las actualizaciones en este tiempo, así como el hecho de que haya desarrolladores de Mandriva a los que no se les pague su sueldo y que estén pidiendo donaciones a los usuarios para poder mantener proyectos tan interesantes como el del motor Nepomuk, nuevamente traen las dudas a la comunidad de usuarios sobre el futuro de la distribución, dudas que esperemos que se disipen lo antes posible.

Habrá que esperar todavía para ver cómo se van sucediendo los acontecimientos, y qué ritmo de mejora va cogiendo esta Mandriva 2011. Habrá que darle un voto de confianza a la nueva dirección de Mandriva. Esperemos que continuen mejorando la distribución y nos sigan sorprendiendo.

Adiós Steve

2011-10-07T01:52:00.000+02:00

Eran las 2 de la madrugada, hora española, del día de ayer cuando se conoció la triste noticia de la muerte de una de las personas más influyentes y carismáticas de la industria tecnológica desde el auge de las computadoras personales.

Steven Paul Jobs, mundialmente conocido como Steve Jobs, nacido en San Francisco, California, el 24 de Febrero de 1955, fundó la empresa Apple Computer Company (posteriormente renombrada como Apple Inc.) en 1976 junto con el que fuera su compañero en la Universidad de Berkeley, Steve Wozniak.

Llevaba años luchando contra un cáncer de pancreas que finalmente se lo ha acabado llevando a sus 56 años de edad.

Su visión, adelantada a su época, su iniciativa y su ingenio tecnológico iniciaron una revolución sin precedentes en el mundo de la informática, desarrollando el primer sistema operativo con interfaz gráfica, y que sirvió como inspiración para todos los sistemas operativos que llegaron después, prendiendo la llama del desarrollo desenfrenado de los sistemas informáticos que derivó en una completa transformación de la vida social de las personas.

Se podría decir que con aquel Apple I se inició la historia de la informática moderna, y con su difusión al escritorio personal empezó a cambiar la percepción de la vida social, que hoy no se concibe sin computadores.

Probablemente sin Steve Jobs y Apple el mundo de la informática no habría sido el mismo.

Yo particularmente nunca me he considerado ni me considero seguidor de Steve Jobs, pues mis ideas sobre el concepto de la libertad y la apertura universal del software chocan frontalmente con las que tenía el señor Jobs, que contrariamente era un magnate del software (y hardware) propietario, y las políticas de uso de su software eran profundamente estrictas y controladas.

No obstante, hay que reconocer que su labor fue fundamental para el desarrollo de la informática moderna y de la industria tecnológica en general, por lo que en estos momentos no me queda otra que mostrar con todo respeto mis condolencias para con la familia.

Descanse en paz, Steve.

Firefox 6: más rápido, más estable, más seguro

2011-08-18T05:13:00.002+02:00

Como ya se ha dicho en su momento, a partir de la versión 4 las siguientes ediciones de Firefox tomarían un ritmo de desarrollo y lanzamientos más continuo, fruto de lo cual en solo unos meses ya tenemos con nosotros la versión 6 (y se espera que tengamos la 7 antes de que finalice el año).

Pero ¿qué es lo que veremos en esta nueva versión del navegador de Mozilla?

A raíz de su nuevo ciclo de desarrollo, similar al del proyecto Chromium/Chrome, los cambios se irán produciendo de un modo más veloz que antes, pero se irán introduciendo de forma progresiva, por lo que en esta nueva versión no se verán grandes novedades en el aspecto visual, sino que éstas se han centrado en mejorar el rendimiento, la estabilidad y la usabilidad.

A continuación hacemos un repaso por dichas mejoras.

Rendimiento y estabilidad

--------------------------------------------------------------------------

Carga de grupos de Panorama cuando se solicitan. La aparición de Panorama generó grandes ventajas a la hora de administrar una gran cantidad de sitios web abiertos al mismo tiempo. Pero esto conllevó que se abrieran más pestañas que antes. Si teníamos muchos grupos en Panorama, al iniciarse Firefox los cargaba todos, lo que afectaba negativamente en la velocidad.

A partir de ahora los grupos de Panorama se cargarán cuando el usuario solicite alguna de las pestañas del mismo.

Grupos de Panorama persistentes. Cuando un usuario tenía muchas ventanas abiertas, y a su vez grupos de Panorama en cada ventana, al cerrar las ventanas se perdía la información. Este problema ha sido corregido.

Mejora about:memory. Cuando se teclea en la barra de direcciones "about:memory" aparece una página que nos muestra información sobre el uso de la memoria asignada que tiene la sesión actual de Firefox. Ahora ha mejorado y está más detallada.

Información del uso de memoria de Firefox

Aceleración gráfica en Linux. Hacía ya tiempo que se habló largo y tendido sobre una aceleración gráfica que realmente no se llegó a habilitar en la versión para Linux por los errores e incompatibilidades presentes en los drivers gráficos. Ahora, y según cuentan en Phoronix, la aceleración gráfica por GPU en Linux ya está habilitada.

Seguridad

--------------------------------------------------------------------------

Dominio destacado en la barra de navegación. Se ha mejorado el diseño de la barra de navegación para facilitar al usuario la lectura de las URL y así evitar, en lo posible, caer en posibles engaños de phishing. Ahora el dominio de los sitios web se destaca a fin de reconocer con más facilidad que el sitio en el que nos encontremos es el auténtico.

Mejor promoción de Firefox Sync al ingresar contraseñas. Firefox Sync permitía sincronizar nuestra información y configuración del navegador entre distintos equipos. En esta nueva versión se han agregado promociones de este servicio cuando se ingresa en un sitio web en el que, por ejemplo, no tenemos guardada nuestra contraseña.

Controles granulares de permisos. A partir de la versión 6, Firefox cuenta con una ventana en la cual podemos manejar los permisos que los sitios web tienen sobre nuestra información de una forma detallada.

Si introducimos "about:permissions" en la barra de direcciones, tendremos en un panel lateral la lista de sitios web que tienen información guardada en nuestro navegador, y podremos decidir qué queremos que guarden y qué no.

Plugin Checker desde el administrador de complementos. El año pasado Mozilla presentó un sitio web en el que podíamos saber si los plugins que tenemos instalados en el navegador están actualizados. Claro que para acceder a dicho sitio había que saber su URL. Desde ahora, en el administrador de complementos podemos encontrar el enlace que nos lleva directamente al sitio.

Mejoras estéticas

--------------------------------------------------------------------------

Desplazamiento de alta resolución en Windows. El desplazamiento por línea se sustituye por un desplazamiento por pixel, que aumenta la sensación de velocidad de respuesta por parte del usuario.

Herramientas para desarrolladores

--------------------------------------------------------------------------

Borrador. Es un espacio donde los desarrolladores podrán probar código JavaScript directamente desde el navegador.

Mejoras en la consola web. Ahora se puede elegir dónde ubicarla en el navegador, tiene una función de autocompletado cuando se empieza a escribir un comando y guarda una cola de mensajes.

Versión móvil

--------------------------------------------------------------------------

Cambios en la interfaz en Android 2.3. Firefox tiene un diseño renovado en dispositivos gobernados por el sistema Android 2.3.

Mejoradas las instrucciones para la primera ejecución. Se han cambiado las instrucciones para la primera vez que se ejecuta Firefox en un dispositivo móvil, mostrando de mejor forma sus potencialidades y funciones.

Mejora la integración al asistente de rellenado de formularios de Android. Los dispositivos móviles tienen un asistente para rellenar formularios que facilita el ingreso de datos. En esta nueva versión se mejoró la integración al sistema nativo de Android.

Uso de IndexedDB para alojar datos en el dispositivo. Se agregó la posibilidad de usar este tipo de base de datos para guardar datos de aplicaciones web localmente. Esto ayuda a un mejor rendimiento y funcionalidad de las aplicaciones web.

Muon Suite, nuevo gestor de paquetes de KDE para las distribuciones Debian

2011-08-17T01:31:00.000+02:00

Llevaba seis meses desarrollándose y ya está disponible la versión 1.2.0 de la Muon Suite, el gestor de paquetes que está llamado a ser la alternativa a Synaptic y el reemplazo para KPackageKit en los entornos KDE para las distribuciones basadas en Debian.

La nueva versión incluye nuevas características, además de mejoras en la traducción y en la interfaz, como la vista de historial o la vuelta del botón "Aplicar".

Se añade también una opción para instalar todos los paquetes sugeridos por el propio gestor para ampliar las funcionalidades de la aplicación que se quiera instalar, como si se tratase de dependencias.

También se puede ahora gestionar la instalación de paquetes "no fiables" mediante avisos.

La versión Qt del Centro de Software de Ubuntu, el Muon Software Center, también se beneficia de las nuevas características y mejoras del gestor, entre las cuales está también la mejor integración con aplicaciones que requieren paquetes extra para su uso.

Muon Suite será el gestor de paquetes predeterminado en la próxima Kubuntu 11.10, aunque se puede instalar ya en dicha distribución (y en cualquiera de la familia Ubuntu y derivadas) a través de su repositorio PPA.

He aquí algunas imágenes del gestor:

Mostrando los tipos de aplicaciones al inicio del programa. También da la opción de arrancar la aplicación recién instalada a través del mensaje que confirma su instalación.

Buscando una aplicación determinada. También se pueden evaluar las aplicaciones (con el sistema de estrellas) del mismo modo en que se hace en el MintInstall de Linux Mint.

Si una aplicación requiere algún paquete extra, Muon lo notifica y ofrece la opción de buscar dichos paquetes.

Instalando una aplicación.

Recuperar aceleración 3D perdida tras actualización [sólo para Sabayon y Gentoo]

2011-08-11T07:34:00.002+02:00

No es lo habitual pero podría darse el caso de que aún teniendo instalado el correspondiente driver propietario de nuestra tarjeta gráfica en nuestra distro Linux favorita, no tengamos aceleración 3D, con lo cual nuestros recursos gráficos se ven bastante limitados, lo que nos impide correr juegos, determinadas aplicaciones que hacen uso de la aceleración gráfica o incluso los efectos de escritorio de nuestro entorno favorito.

Esta situación podría darse tras una actualización del driver gráfico o del kernel Linux (lo que necesariamente obliga también a la actualización del driver, que debe tener su paquete concreto para la versión concreta del kernel que se esté usando).

Sin ir más lejos sufrí esta situación usando Sabayon 6.0, que tras actualizar el kernel a su versión 3.0, trajo también consigo la actualización de los correspondientes drivers, entre ellos el de la tarjeta gráfica, en mi caso, una Nvidia.

Me di cuenta al iniciar sesión de que los efectos gráficos de KDE habían sido considerablemente reducidos, y la razón era que el entorno gráfico no estaba utilizando el módulo de Nvidia, sino el genérico Vesa.

En muchas ocasiones, en el caso de las gráficas Nvidia, esto se solventa ejecutando en la consola el comando "nvidia-xconfig", lo que reescribe la configuración del servidor gráfico X.org y permite que se utilice por defecto al arrancar el módulo correspondiente al driver propietario de nuestra gráfica Nvidia.

No obstante, podría suceder que aunque por defecto el sistema cargue el driver propietario, no gocemos de aceleración gráfica. El motivo que provoca este comportamiento es que la implementación del driver de nuestra gráfica no está siendo utilizada por OpenGL.

¿Cómo hacer para que OpenGL utilice la implementación del driver propietario?

Sabayon y Gentoo utilizan para estos menesteres un pequeño programa llamado eselect-opengl. Para ejecutarlo abrimos una terminal y escribimos "eselect opengl" como root, y veremos algo tal que así:

Como podemos observar nos da un manual de instrucciones muy conciso sobre las acciones que podemos ejecutar con dicho programa.

Si ejecutamos "eselect opengl list" nos mostrará las implementaciones gráficas que podemos asignar a OpenGL, en mi caso este fue el resultado:

Para asignarle a OpenGL la implementación del driver de nuestra gráfica, bastará con ejecutar "eselect opengl set" seguido del nombre de la implementación correspondiente a nuestro driver que nos mostrara el comando "eselect opengl list", en mi caso "eselect opengl set nvidia".

Tras esto, solo habremos de reiniciar el servidor X, con Ctrl+Alt+Backspace o bien cerrando la sesión. Cuando volvamos a iniciar sesión ya tendremos la aceleración gráfica que nos proporciona el driver propietario de nuestra gráfica.

Daily Builds de Mandriva

2011-08-01T11:07:00.000+02:00

No paran de llegar novedades respecto a Mandriva.

Si en la entrada anterior hablaba de la disponibilidad de la RC 2 de lo que muy próximamente será Mandriva 2011, ahora hay que hablar de una iniciativa de ROSA Labs debido a la alta demanda de las ISOs de la citada RC 2, una iniciativa llamada "Daily Build" y que consistirá básicamente en la publicación casi a diario de una imagen ISO actualizada del desarrollo actual de Mandriva 2011, de manera que quien aún no la esté probando no se vea obligado a instalarla y aplicarle todas las actualizaciones que hayan tenido lugar desde entonces para poder ver los progresos, sino que dispondrá en el preciso momento de una imagen preparada con el estado de desarrollo más reciente.

No queda más que brindar un sonoro aplauso al equipo de ROSA Labs por esta iniciativa y por cómo se han volcado con la distribución, que promete ser colosal.

Ya se han publicado imágenes actualizadas desde que el otro día se lanzase oficialmente la RC 2. Aquí tenemos a nuestra entera disposición las imágenes que se van a ir actualizando periódicamente:

Y recordad, esta versión aún no es la definitiva, por lo que no se recomienda aún para entornos de producción.

Mandriva 2011 cada vez más cerca

2011-07-29T07:23:00.003+02:00

A falta de un mes para el lanzamiento final de la esperada Mandriva 2011, antes de ayer se lanzaba la segunda y última Release Candidate de esta distribución que en el último año ha registrado una actividad casi frenética, y es que desde que los rusos de ROSA Labs entraran a formar parte del equipo de desarrollo de Mandriva, no han parado de añadírsele novedades y nuevas características, tanto en el apartado técnico como estético, que marcará un antes y un después en comparación con la Mandriva hasta ahora conocida.

Desde la entrada del nuevo equipo directivo en Mandriva SA, se decidió dar un cambio de rumbo y un par de vueltas de tuerca al desarrollo y a las características de la distribución, como el hecho de abandonar el ciclo de dos lanzamientos por año por el de un único y más fuerte lanzamiento anual, o el de cambiar las múltiples ediciones que hasta ahora se liberaban por cada versión (One, Free, Powerpack y Flash) por una única, más completa y mejor equipada edición, llamada 'Desktop'; o la centralización exclusiva en el entorno de escritorio KDE SC (a partir de ahora las versiones con los demás entornos correrán a cargo de la comunidad); o la inclusión de la última y novedosa versión de paquetería RPM (RPM5), así como los desarrollos para el escritorio propios de ROSA Labs que ya están dando bastante que hablar en las comunidades de usuarios.

Hace poco se notificó que la rama de desarrollo, Cooker, se separaba de la rama estable, lo que quiere decir que los paquetes para la nueva versión ya están congelados (no se añadirá nada más, solamente se ocuparán de ir arreglando posibles fallos). Al mismo tiempo se notificó que la rama Cooker a partir de ahora sería rolling release, por lo que estará continuamente actualizándose, al contrario de como sucedía hasta ahora.

Aunque el desarrollo no ha parado, una serie de idas y venidas de personal en el equipo técnico de Mandriva ha hecho que el equipo de ROSA Labs haya tomado especial relevancia en el desarrollo de la distribución, tanto es así que la imagen de esta segunda RC ha sido construída por ROSA Labs y no por el equipo técnico de Mandriva en Curitiba (Brasil).

Centrándonos en las novedades de esta segunda RC, han sido muchos los cambios respecto a la primera RC, habiéndose resuelto más de 300 errores, y revisándose más de 700 paquetes.

Entre las características más relevantes de esta RC 2 están las siguientes:

VirtualBox Guest Additions instalado por defecto para facilitar las pruebas en VirtualBox.
Correcciones en la conectividad.
Ampliado soporte para tarjetas de red Intel y Atheros.
Drivers actualizados para impresoras Epson, Lexmark o HP entre otras.
Soporte mejorado para USB 3G.
Mejoras en el funcionamiento de KDM (gestor de inicio de sesión de KDE) y Dolphin (gestor de ficheros).
Mejoras en el funcionamiento de los elementos del ROSA Panel, tales como SimpleWelcome o TimeFrame.
Mejoras en el cliente del servicio de sincronización y almacenamiento de archivos en la nube propio de Mandriva (Mandriva 2Safe, similar al Ubuntu One de Ubuntu o a servicios como Dropbox).
Eliminados los drivers privativos de las gráficas ATI y Nvidia debido a su mal rendimiento, aunque continúan estando disponibles en los repositorios.
Adición de paquetes de los repositorios PLF a los repositorios principales (Main) de Mandriva, con lo que se aumenta la oferta de controladores y software privativo desde el inicio en vistas a mejorar la experiencia "out of the box".
Se ha empezado a hablar de una futura edición LTS (con soporte de larga duración).
Aumento de la colección de iconos de ROSA, nuevos wallpapers, tema de cursor nuevo y nuevo diseño de KSplash acorde al tema por defecto.

Como vemos no son pocas novedades, y aún queda un mes para seguir añadiendo y puliendo los últimos detalles, así como para corregir los problemas que aún están pendientes de solucionar, como el hecho de que la imagen tarde mucho en arrancar en modo Live (aunque una vez instalada el inicio es muy rápido), que el Flash Player en 64 bits dispare el consumo de memoria RAM (aunque su rendimiento en Linux, como ya sabemos, sea pésimo), o que falle el funcionamiento de algunas cámaras web USB, entre otras cosas.

Si queremos contribuir a la localización y reparación de errores de cara a una versión final de más calidad, podemos descargarnos la imagen y probarla dándole un poco de batalla, porque al final somos los usuarios los que hacemos que una buena distribución sea excelente.

Descargas directas

Descargas vía torrent

Si queremos contribuir en la mejora, cualquier fallo que encontremos probando esta RC 2 podremos notificarlo en el Bugzilla de Mandriva.

Integrar Wine en KDE

2011-07-28T20:19:00.000+02:00

Para los que ya hemos usado Wine en alguna ocasión para correr alguna aplicación de Windows en nuestro sistema Linux no es ningún misterio que el aspecto de estas aplicaciones es horrible, pues toma el aspecto clásico por defecto, que es similar al de los antediluvianos Windows 95/98, un aspecto que salvo para los que gustan de los estilos "retro" (muy "retro" me atrevería a decir) es una aberración visual.

Hasta ahora nos teníamos que conformar con lo que había, hasta que apareció el tema Oxywine en kde-look.org, el cual le da un aspecto parecido a Oxygen que hace que se integre muchísimo mejor en el entorno KDE (incluso para GNOME es preferible antes que su aspecto nativo).

Para aplicar el tema debemos descargarlo de kde-look.org. Se nos descargará un fichero .msstyles.

A continuación abrimos una terminal y ejecutamos:

$ winecfg

Se nos abrirá la siguiente ventana.

Nos iremos a la pestaña Desktop Integration (o Integración de escritorio), y ahí pulsaremos en "Install theme...", buscaremos la ruta en donde nos hemos descargado el fichero .msstyles del tema Oxywine y lo seleccionaremos.

Ahora pulsamos en el desplegable del campo "Theme" y elegimos "Oxywine". Aplicamos, reiniciamos Wine, y ya lo tenemos con un aspecto mucho más vistoso.

LMDE: ¿Qué hacer tras su instalación?

2011-07-13T05:21:00.006+02:00

Desde el año pasado, la conocida distribución Linux Mint, cuya base principal es Ubuntu, lanzó una versión paralela, pero ésta, en lugar de estar basada en Ubuntu, está basada en Debian, y en lugar de ser una distribución lanzada de versión en versión con su bloque de paquetes correspondientes, se trata de una distribución rolling release, que para los que lo desconozcan, este tipo de distribuciones, resumido a grosso modo, están constantemente actualizándose a las versiones más recientes (y estables) de todos sus paquetes, incluyendo los paquetes críticos de la distribución, por lo que para tener la versión más reciente de este tipo de distribuciones basta simplemente con tenerla actualizada, sin que sea necesaria en ningún momento una reinstalación (salvo que haya algún problema y algún paquete "conflictivo" rompa algo que ya funcionaba).

Linux Mint Debian Edition, al basarse en Debian, aprovecha todas las ventajas de ésta, como el hecho de ser una distribución más ligera, con menor consumo de recursos y mejor rendimiento general que Ubuntu, a la vez que incluye las características y programas propios de Linux Mint, aunque sacrifica un poco la automatización que hace que Ubuntu (y por extensión, la rama principal de Linux Mint) sea tan fácil de usar para el usuario novel. En líneas generales, esta versión de Linux Mint busca ser un término medio entre Debian y Ubuntu.

Su instalación es tan simple como la de cualquier versión de Linux Mint o Ubuntu, pero una vez instalada tiene sus particularidades, y en ellas nos vamos a centrar ahora. ¿Qué hacer una vez instalada Linux Mint Debian Edition?

· No reconoce Swap

Para empezar, Linux Mint Debian Edition tiene una curiosa particularidad, no ocurre en todos los casos, pero es un bug que está pendiente de arreglar que hace que el sistema no reconozca la partición Swap. Eso ocurre porque el UUID de la unidad Swap no se corresponde con la línea correspondiente a dicha partición en el fichero /etc/fstab.

Para arreglar este problema (con el que podríamos tirarnos meses y meses sin darnos cuenta), abrimos una terminal y ejecutamos el comando:

$ blkid

Este comando arrojará los datos de todas las unidades que estén conectadas al equipo, entre los que está el UUID. Copiamos el UUID correspondiente a la unidad Swap.

A continuación, lo que hemos de hacer es editar el fichero /etc/fstab (no olvidemos que sólo podremos editarlo como root), y en él cambiar el UUID de la unidad Swap por el que hemos copiado de la salida del comando blkid. Guardamos los cambios en el fichero y reiniciamos el sistema. Una vez iniciado el sistema ya debe reconocer la partición Swap.

· El sistema reinicia sin pasar por arranque BIOS y Grub

Otra particularidad es que al realizar las correspondientes actualizaciones, nos encontramos con que al reiniciar el sistema, éste lo hace directamente sin pasar por el arranque de la BIOS y el Grub, de forma que si tenemos un arranque dual y queremos arrancar otro sistema nos vemos obligados a apagar y volver a encender el equipo.

Esto es debido a la utilidad kexec del kernel Linux, cuya misión es hacer un reinicio rápido del sistema.

Si no queremos este comportamiento en el sistema, lo único que tendremos que hacer es eliminar completamente el paquete "kexec-tools".

· Compiz no se inicia por defecto

Para los que deseen usar los efectos 3D en su escritorio GNOME, han de usar para ello el gestor de ventanas Compiz, y para usar Compiz es necesaria la aceleración 3D de nuestros respectivos chipsets gráficos, para cuyo mejor rendimiento no quedará más remedio que instalar los drivers privativos de nuestra correspondiente tarjeta gráfica.

Pero se da que en Linux Mint Debian Edition, aunque en la sesión actual tengamos activado Compiz como gestor de ventanas, éste no se queda activado por defecto, por lo que al reiniciar la sesión, el gestor de ventanas activado volverá a ser el de GNOME por defecto, Metacity.

Para hacer que Compiz sea el gestor de ventanas del entorno desde el inicio, habremos de añadirlo a las aplicaciones que se inician en el arranque de sesión, para lo que nos iremos a Menú > Centro de control (de GNOME) > Aplicaciones de inicio. Una vez ahí, pulsamos en el botón "Añadir". En el nombre escribiremos el que queramos, pues esto es simplemente para conocer el nombre de la aplicación que se ejecute ("Compiz" a secas es un buen nombre en este caso), y el comando que escribiremos será:

compiz --replace

En algunos casos no es necesario hacer nada más, pero en otros, aunque el gestor de ventanas sea Compiz desde el inicio, se da que el comportamiento del gestor tampoco es el adecuado y genera diversos defectos visuales (por ejemplo, que desaparezca la barra de título de las ventanas, o que las ventanas maximizadas aparezcan completamente en blanco), por lo que se hace necesario recargar Compiz.

Una forma de hacerlo es con la aplicación Fusion-Icon (que se ancla en el panel), y desde ella pinchar en "Reload Window Manager", pero esto se vuelve una molestia si hay que hacerlo en cada inicio, por lo que para que este proceso sea automatizado por el sistema, en las Aplicaciones de inicio añadiremos la orden:

fusion-icon

De esta manera, simplemente con añadir Fusion-Icon al inicio, el sistema ejecuta una recarga automática del gestor de ventanas Compiz.

Razor-Qt: Un entorno Qt ligero

2011-06-15T04:01:00.004+02:00

Razor-Qt es un nuevo entorno de escritorio basado en Qt (lo que le hace tener muchas semejanzas visuales con KDE), pero a diferencia del ya conocidísimo KDE, es mucho más liviano que éste (aunque por ahora también mucho más simple), lo que lo convierte en un escenario perfecto para máquinas poco potentes o que fueron potentes en su día pero a las que el paso del tiempo les hace que los grandes entornos como KDE o GNOME les resulten ya demasiado pesados.

Puede trabajar con dos gestores de ventanas: o bien EggWM o bien Openbox (aunque de momento las pruebas visibles solo han sido posibles con Openbox), y su comportamiento es realmente sencillo. Dispone de un panel inferior por defecto, el cual podemos mover también a la parte superior, aunque por el momento no es posible redimensionarlo.

Y aunque parezca algo exclusivamente reservado a los entornos de escritorio más avanzados, también es capaz de gestionar widgets de escritorio, además al más puro estilo de los plasmoides de KDE.

El panel también dispone de plugins, similares en este caso a los del entorno LXDE, aunque menos configurables que los del propio escritorio en sí.

Razor-Qt es un entorno modular, por lo que desde el menú de opciones podemos decidir qué poner y qué quitar.

En estos momentos se está decidiendo hacer una selección concreta de software Qt liviano para completar la oferta del entorno, entre los que podrían estar Qiviewer o QtFM, de reciente liberación.

Aunque Razor-Qt está aún en pleno desarrollo, su desempeño es realmente rápido, y no tardará mucho en ser un entorno estable y perfectamente funcional, y si todo sigue igual de bien, en algunos meses quizás tengamos la mejor alternativa ligera a KDE, con un consumo de recursos casi insignificante, sin perder esa sensación tan cercana al ambiente KDE.

Un proyecto para no perderlo de vista.

Aquí están disponibles sus fuentes:

Del camino recorrido a los nuevos horizontes: Mageia 1

2011-06-07T05:05:00.005+02:00

Hace 9 meses que empezó a gestarse, y cual ciclo de formación de vida humana, vio la luz la primera edición de Mageia Linux.

Fue en Septiembre del pasado año 2010, en medio de la tormenta que azotaba los cimientos de Mandriva SA, de las especulaciones sobre su más que posible quiebra o venta, así como de las muy razonables dudas sobre la continuidad de la distrubución Mandriva Linux, cuando un grupo formado por antiguos empleados de Mandriva SA, junto con numerosos desarrolladores y colaboradores de la comunidad de usuarios de Mandriva, decidieron crear un proyecto comunitario que impidiese la pérdida del legado de una distribución que fue pionera en el escritorio user friendly en Linux y que en su día fue la más popular.

Después de unos días de intensa incertidumbre y preocupación, y bajo un mutismo casi absoluto, se publicó en Septiembre la noticia de que estaba en marcha el nuevo fork de Mandriva, amparado por una fundación sin ánimo de lucro, que, por un lado, la protegería de problemas como los que estaba sufriendo Mandriva por problemas de liquidez en la empresa desarrolladora, y por otro lado, se alejaría del dirigismo de una empresa privada que fuera la única que tomara decisiones, ya que al ser un proyecto comunitario, serían sus usuarios los que la dirigirían, y recibiría el nombre de Mageia.

Esta noticia, recibida entre aplausos y ovaciones en la comunidad de usuarios de Mandriva, supuso un golpe de aire fresco y la revitalización de unos ánimos que estaban realmente bajos (no eran pocos los que habían empezado a buscar sustitutas a Mandriva), por lo que el apoyo al nuevo fork fue virtualmente unánime, al que se fueron uniendo progresivamente desarrolladores y colaboradores voluntarios. La ilusión había renacido de sus cenizas.

Sin embargo, el camino ha sido largo y duro, no ha estado exento de problemas, sobre todo técnicos y logísticos, pero aún así, el equipo de desarrollo se ha entregado al máximo y ha conseguido cumplir con la fecha final estipulada para entregar un producto estable, robusto y de calidad.

No obstante, si instalamos hoy esta Mageia 1, los que usábamos o hemos usado Mandriva 2010.2 tendremos la sensación de continuar usándola, ya que el ambiente es muy similar y las herramientas de Mageia son exactamente las mismas que las de Mandriva (se mantiene el Centro de Control, Urpmi y su gestor gráfico RPMDrake, así como todos los drakes propios de Mandriva). Y es que realmente esta primera versión es un re-empaquetamiento de Mandriva con los paquetes actualizados, el punto de partida para un desarrollo que a partir de ahora seguirá su propio camino y que recogerá el testigo de lo que ha sido Mandriva hasta ahora.
¿Qué es entonces lo que diferencia a Mageia de Mandriva, aparte de versiones más nuevas de los paquetes?
Pues básicamente una gobernabilidad comunitaria, más "democrática" y abierta a la voz de todos sus usuarios (que era algo que en los últimos años había estado ausente en Mandriva).

La distribución arranca con 5 versiones técnicas intermedias, 7.389 paquetes fuente, y 14.226 paquetes binarios, tanto para arquitectura i586 de 32 bits como para 64 bits (y con ARM en camino), número de paquetes que irá aumentando progresivamente.

Centrándonos en las características técnicas, Mageia está gobernada por el kernel 2.6.38.7, lo que le confiere mejoras tales como:

Soporte para agrupamiento automático de procesos.
Mejoras de escalabilidad en la capa de VFS (sistemas de archivos virtuales).
Soporte para gran paginado de manera transparente (sin usar hugetblfs).
Envío automático de tráfico saliente de red sobre varios CPUs.
Soporte para los APUs AMD Fusion.
Soporte para la arquitectura Sandy Bridge de Intel y Panther Point.
Ipset 6.4 con soporte para IPv6.

En el apartado gráfico tenemos X Server 1.10.1 con soporte completo para Udev, que reemplaza a Hal, controladores libres para AMD/ATI (Radeon) y Nvidia (Nouveau), que son usados por defecto, así como la disponibilidad de los controladores propietarios de ambas propuestas para la aceleración 3D y un mejor rendimiento en el repositorio Nonfree.

Los paquetes de Mageia se almacenan, al menos por ahora, en tres repositorios:

Core: Que incluye software libre y open source.
Nonfree: Que contiene software gratuito pero no libre, es decir, que un paquete o parte de él es privativo.
Tainted: Que incluye software libre y no libre, pero que contienen partes que podrían crear polémicas con patentes en algunos países, como por ejemplo los códecs multimedia. Es incluido por defecto pero no se habilita de forma automática. Similar a los repositorios PLF de Mandriva.

Los entornos de escritorio que Mageia ofrece por defecto son KDE, en su actualizada versión 4.6.3, y GNOME, en la que se han mantenido un poco más conservadores ofreciendo la versión 2.32. Nada se habla de momento de GNOME 3, aunque con toda seguridad aparecerá en las siguientes versiones de la distribución.

Y aquí no acaba la cosa, ya que también están disponibles en los repositorios los entornos XFCE y LXDE, así como otros gestores más livianos como Openbox, Fluxbox o IceWM.

Mageia: Escritorio KDE SC 4.6.3

Mageia: Escritorio GNOME 2.32

Mageia, al igual que Mandriva, puede presumir de ser una distribución ampliamente internacionalizada, dando soporte a más de 160 idiomas.

Por último, decir que los medios de instalación que se ofrecen son:

DVD: En formato No-Live, pero que incluye todos los idiomas soportados, los dos entornos de escritorio por defecto, aparte de una amplísima selección de software. Disponible para 32 y 64 bits.

CD: En formato CD-Live, habiendo uno dedicado a KDE, y otro dedicado a GNOME, cada uno de ellos incluyendo una selección predeterminada de software para cada escritorio. Disponible de momento sólo para 32 bits.

Instalación en red: Se trata de una pequeña imagen que carga el programa de instalación, pero la misma se hace a través de Internet, descargando directamente de los repositorios los paquetes seleccionados en el proceso de instalación. Disponible para 32 y 64 bits.

También es conveniente aclarar que se puede actualizar a Mageia 1 migrando desde Mandriva 2010.2, y los pasos para hacerlo están aquí (aunque por ahora está en inglés los pasos son perfectamente entendibles y guiados con pantallazos).

La "hija" de Mandriva acaba de nacer, y ha demostrado venir con muy buen pie. Habrá que ver cómo va evolucionando y en qué grado se irá distanciando de su distro madre. La cosa promete... y mucho.

¿Se bebe el kernel 2.6.38 la batería de nuestros equipos?

2011-05-31T02:41:00.001+02:00

El kernel Linux 2.6.38, publicado hace algo más de un mes, aparte de traer numerosas mejoras y mayor soporte de hardware, al parecer trae consigo también un serio problema de consumo de batería, y es que no todo lo que reluce es oro.

Según se ha podido analizar se trata de un bug interno que provoca un drástico consumo de la energía y que afecta por igual a todas las distribuciones que incluyen dicho kernel.

En un principio este problema fue detectado por Phoronix, que realizando pruebas de rendimiento con las versiones previas de la actual Ubuntu, comparándolas con sus versiones anteriores, se comprobó la drástica subida del consumo en las últimas versiones que incluían el kernel 2.6.38.

En un principio se achacó esta diferencia de consumo al nuevo entorno de Ubuntu (Unity), pero las pruebas con el entorno GNOME clásico arrojaron los mismos resultados.

Ya son cada vez más los usuarios que se quejan de una importante reducción de la autonomía de las baterías en sus dispositivos portátiles, en los que la autonomía se llega a reducir hasta en un 25%.

Según parece en la versión RC del kernel 2.6.39 el bug también está presente, por lo que se supone que el equipo de desarrollo del kernel está investigando y se espera que haya sido solventado para la versión 2.6.40 del kernel. Crucemos los dedos.

Pero por lo pronto ¿qué dicen los usuarios de la nueva Fedora? Si algún visitante la usa, sería de mucho agrado que compartiese su experiencia con ella en cuanto a consumo de batería se refiere.

Aprende a usar Inkscape y Blender

2011-05-27T03:44:00.003+02:00

Que Linux no dispone de buenas herramientas de diseño es una falacia que se puede desmontar fácilmente si le metemos mano a programas de la talla de Inkscape y Blender.

Inkscape es una suite de diseño gráfico vectorial, similar a Adobe Illustrator, compatible con los formatos estándares SVG, XML y CSS, capaz de importar formatos como Postscript, EPS, JPEG, PNG y TIFF y exportar en PNG y otros tantos formatos basados en vectores, y lo mejor, es software libre.

Blender por su parte es un programa dedicado especialmente al modelado, animación y creación de gráficos tridimensionales. Al igual que Inkscape, es multiplataforma y está disponible para la mayoría de plataformas informáticas actuales (Linux, Windows, Mac OS X, FreeBSD, Solaris e IRIX).

Lo que también es cierto es que ambas aplicaciones requieren su aprendizaje para poder dominarlas y sacarles todo el jugo. Para hacer ese aprendizaje mucho más llevadero y organizado están disponibles dos estupendas guías para aprender a usar ambos.

Inkscape: Logo a logo es una muy buena obra con la que introducirse en el manejo de Inkscape, y consta de unas 150 páginas, del que se ha publicado su segunda revisión hace tan solo un mes, disponible en un PDF con licencia Creative Commons por cortesía de su propio autor, Joaclint Istgud.

El otro documento es la Guía de iniciación a Blender, del mismo autor que la obra anterior, y aunque tiene bastante más tiempo, sigue siendo igual de interesante para introducirse con Blender.

Aquí están disponibles ambas guías, para vuestro disfrute y regocijo:

> Inkscape: Logo a logo

> Guía de iniciación a Blender

GNOME 3, también en OpenSUSE

2011-05-27T01:07:00.002+02:00

Ayer mismo dedicaba un artículo casi en su totalidad a GNOME 3 en relación a su inclusión como entorno de escritorio por defecto en la nueva Fedora 15. Y esta misma tarde me enteraba por el blog MuyLinux de que los desarrolladores de OpenSUSE se han encargado de empaquetar una imagen ISO de OpenSUSE 11.4 con GNOME 3 como entorno de escritorio (recordemos que oficialmente OpenSUSE 11.4 viene con GNOME 2.32 ya que fue lanzado antes del lanzamiento oficial de GNOME 3).

Si bien hay otras distribuciones que ya han ofrecido GNOME 3, como Arch Linux o como Foresight, la primera gran distribución en abanderar su lanzamiento oficial con la tercera versión del "entorno del pie" ha sido Fedora.

Ahora aparece, de nuevo, OpenSUSE para hacer un lanzamiento extraoficial de su actual sistema pero con el entorno GNOME 3, y que sale publicada en la web oficial del proyecto GNOME, junto con otra imagen basada en Fedora.

Antes del lanzamiento de GNOME 3, la web del proyecto puso a disposición del público dos imágenes de CD, una basada en Fedora y otra basada en OpenSUSE como campos de pruebas para la que sería la nueva versión del entorno de escritorio. Un detalle a tener en cuenta es que no se distinguen por el nombre ni por el número de versión.

Y como particularidad curiosa es que éstas nuevas imágenes de OpenSUSE han sido construidas y optimizadas en base a la última versión de VirtualBox (la 4.0.8) con el propósito de ofrecer un medio de prueba fiable de GNOME 3, ya que hasta ahora las experiencias de prueba con GNOME-Shell en un medio virtualizado eran malas o imposibles debido a las incompatibilidades gráficas fruto de los exigentes requerimientos de GNOME-Shell.

Dicho de otro modo, estas imágenes son la forma más fiable de probar GNOME-Shell en VirtualBox en modo Live (previa habilitación de la aceleración gráfica 3D en la configuración de la máquina virtual).

Pero además de eso ofrece la posibilidad de instalar el sistema en el disco duro, tras la cual queda un sistema OpenSUSE 11.4 con GNOME 3 de forma nativa.

No está de más decir que GNOME-Shell está ya disponible en los repositorios de OpenSUSE 11.4, aunque estas nuevas imágenes ISO ofrecen una instalación limpia con GNOME 3.

Aquí están los enlaces de descarga para las arquitecturas de 32 y 64 bits:

> OpenSUSE GNOME 3 v1.3.0 (32 bits)

> OpenSUSE GNOME 3 v1.3.0 (64 bits)

Llegó Fedora 15, llegó GNOME 3

2011-05-26T06:57:00.001+02:00

Hace casi dos días que se liberó la nueva versión de Fedora, que en su versión número 15, con nombre en clave Lovelock, viene con una diferencia mucho más novedosa que las típicas versiones actualizadas del kernel, programas habituales y entorno de escritorio.

En esta ocasión la actualización del entorno de escritorio es mucho más que un simple avance incremental en el número de versión. Fedora, como distribución pionera en últimas tecnologías, es la primera distribución Linux que incluye el nuevo GNOME 3 como entorno de escritorio por defecto junto con GNOME-Shell.

Como ya ocurriera en su día con KDE 4, GNOME 3 junto con GNOME-Shell presenta un paradigma de escritorio muy diferente al que hasta ahora estábamos acostumbrados, sobre todo para los usuarios clásicos de GNOME.

Menú de aplicaciones de GNOME-Shell

Exposición de ventanas abiertas en GNOME-Shell

Son muchas las particularidades de este nuevo entorno de escritorio, al que nos tendremos que ir acostumbrando poco a poco.

Al tratarse de la primera distribución que lo incluye por defecto es también la primera que ofrece la posibilidad de juguetear con GNOME-Shell en todo su esplendor, sin riesgo, al menos a priori, de cuelgues, fallos del servidor gráfico ni problemas de rendimiento.

Eso sí, GNOME-Shell, que es parte integral de GNOME 3, y que corre bajo el gestor de ventanas Mutter, sí que es más exigente en requerimientos hardware que el gestor de ventanas hasta ahora utilizado en GNOME 2 (Metacity), puesto que para activarse requiere aceleración gráfica 3D.

Como particularidades a tener en cuenta a primera vista en GNOME-Shell está la desaparición de los clásicos botones de minimizar y maximizar de la barra de título de la ventana, que han sido eliminados por cuestiones de "utilidad" y para conservar quizás un ambiente más minimalista.

¿Cómo se maximizan entonces las ventanas? Muy simple, con la utilidad de toda la vida del doble click en la barra de título. Del mismo modo para restaurarla a su tamaño por defecto.

El nuevo escritorio solo dispone de un panel, en la parte superior, a diferencia del anterior GNOME 2, que disponía por defecto de uno superior y otro inferior; por lo que en GNOME 3 las ventanas que tenemos abiertas no son mostradas en el panel, sino que las vemos en el menú Actividades > Ventanas, en donde se muestran en un modo de exposición similar al del gestor de ventanas Compiz, o bien llevando el puntero hacia la esquina superior izquierda del escritorio, lo que activará automáticamente la vista de las ventanas.

Podemos cerrar las ventanas directamente desde este modo de exposición pulsando en la X que aparece encima de las ventanas cuando pasamos el puntero por encima de ellas.

Como se muestra en las imágenes, el menú de GNOME-Shell, que se abre al pulsar en Actividades, muestra dos campos principales: Ventanas (que muestra todas las ventanas abiertas como ya se ha dicho) y Aplicaciones, en donde veremos un listado en modo de exposición de todas las aplicaciones instaladas, divididas por tipos.

También en el lateral izquierdo de la pantalla aparece una especie de dock vertical que contiene nuestras aplicaciones favoritas, al que podemos arrastrar tantas aplicaciones como nos quepan y del que podremos también eliminar las que queramos.

En el otro lateral, en la vista de Ventanas, tendremos otro dock que representará a nuestros escritorios. Por defecto vienen dos.

También conviene aclarar que por el momento hay aspectos que no son personalizables, como por ejemplo la posición del panel, que no podremos moverlo de la parte superior, al menos de momento; o como que ningún gesto del ratón tiene efecto en el escritorio, es decir, no se abre ningún menú contextual al hacer click derecho en el escritorio.

Y como NOTA IMPORTANTE a tener en cuenta para los usuarios de tarjetas gráficas Nvidia, según me he podido informar, el escritorio GNOME-Shell tiene problemas con los drivers propietarios de las gráficas Nvidia GeForce, pudiendo dejar la pantalla en negro o simplemente no arrancando el entorno gráfico.

La solución a este problema pasaría por la instalación del paquete "akmod-nvidia" del repositorio RPMFusion, que sería tan simple como, una vez configurado el repositorio, ejecutar en la consola:

yum install akmod-nvidia

Además de GNOME 3 (que es la principal atracción de Fedora 15), encontramos muchas mejoras importantes, como la inclusión del kernel 2.6.38 que incluye el famoso "parche de 200 líneas" para mejorar la capacidad de respuesta bajo cargas pesadas, soporte nativo para el sistema de ficheros Btrfs -aunque el elegido por defecto sigue siendo Ext4-, Systemd como sistema y gestor de servicios que sustituye a SysVinit y Upstart, lo que mejora la velocidad y secuencia de arranque, además de aprovechar mejor las capacidades de kernel Linux, la mejora de ABRT, el sistema de informe de cuelgues y errores, mejor gestión de la energía, Firefox 4 -por supuesto-, la inclusión de LibreOffice como suite ofimática por defecto, o numerosísimas herramientas para desarrolladores.

Tampoco podemos olvidarnos de que Fedora se ofrece también con los sabores de KDE, XFCE y LXDE, en sus últimas versiones estables, destacando sobre todo la de KDE 4.6.

Por último cabe señalar que las imágenes ISO se han comprimido con xz en lugar de con gzip, por lo que éstas ocupan hasta un 10% menos de espacio.

Para todos los que queráis meterle mano a Fedora, aquí debajo dejo el enlace a la página de descargas, en perfecto español, y ofreciendo todas las opciones tanto para arquitecturas de 32 bits como de 64 bits.

>> Descargar Fedora 15 <<

También podéis obtener Fedora vía BitTorrent desde aquí:

Como última aclaración decir que las imágenes de CD son en modo Live, mientras que las de DVD son en modo No-Live, lo que significa que con ésta última no se puede probar el sistema sin antes instalarlo, aunque como ventaja incluye mucho más software que las imágenes de CD-Live.

¿Es un problema la diversidad en Linux?

2011-05-22T06:47:00.000+02:00

Es una cuestión que aún sigue generando mucho debate, sobre todo entre los usuarios noveles de GNU/Linux, y es la gran diversidad de opciones que hay a la hora de elegir un sistema GNU/Linux concreto, la cual según muchos usuarios genera división entre las distintas comunidades del mundo Linux y fragmentación del mercado.

Aunque las diferencias de opinión entre algunos usuarios es palpable, lo cierto es que este tipo de críticas en la amplia mayoría de los casos provienen o bien de fuera del mundo Linux o bien de aquellos que por primera vez se acercan al sistema del pingüino.

Pero a pesar de la aparente división y fragmentación existente en el mundo Linux, existe una considerable unión y un camino trazado a seguir a la hora de establecer los componentes básicos con los que construir cualquier sistema basado en Linux, como por ejemplo el kernel y las librerías glibc, Qt, GTK+ o X.org.

Pero lo que los veteranos usuarios de GNU/Linux entienden y ven como una gran ventaja, al disponer de tantas opciones y tan variopintas, si nos ponemos en el lugar del usuario novel recién llegado que necesita orientación, es comprensible que la elección de una distribución concreta que se adapte a sus necesidades se convierta en un quebradero de cabeza, puesto que en la actualidad existen más de 300 distribuciones Linux diferentes. Por eso en la gran mayoría de los casos, los nuevos usuarios de Linux se decantan por la opción más famosa y popular en estos momentos, que es Ubuntu, no por ser la mejor, sino por ser la que más gente usa. Este hecho ha derivado en que muchos usuarios relacionen directamente la palabra 'Linux' con 'Ubuntu', cuando realmente es a la inversa y Ubuntu es solo un Linux más.

Y esta situación, vista desde un punto meramente superficial, en la que se reinventa una y otra la vez la rueda, puede dar lugar a pensar en que efectivamente se fragmenta el mercado y a las comunidades de usuarios.

No obstante esta situación se produce por la propia naturaleza del software libre, cuyo código está disponible públicamente y cada cual puede adaptarlo a sus necesidades con total libertad (dependiendo también del tipo de licencia), y es en base a este principio de libertad por el cual han ido apareciendo tantas opciones GNU/Linux en lugar de establecerse una única y exclusiva opción. Situación que ciertamente da lugar a cierta fragmentación, pero sobre todo, enriquece de forma excepcional el panorama del software y el mundo Linux en particular abriendo un extenso abanico de distribuciones, cada cual dirigida a un perfil de usuario más o menos concreto, y para según qué uso, aunque realmente en todas ellas sea posible llevar a cabo las mismas actividades.

Por lo tanto, la diversidad de Linux, lejos de ser un problema, es una ventaja que hace que casi cualquier tipo de usuario encuentre en Linux un sistema cómodo que se adapte a lo que busca.

¿GNOME con su propia distribución Linux independiente?

2011-05-20T03:55:00.002+02:00

A raíz de una discusión en las listas de desarrolladores de GNOME, ha surgido la idea de que su grupo de desarrolladores lance su propio sistema operativo basado en Linux.

En la discusión en concreto se debatía si Systemd debía o no debía ser una dependencia externa de GNOME, a lo que Josselin Mouette, desarrollador de Debian, respondió con un rotundo NO: "ni una sola dependencia de Linux, y las que haya que sean opcionales".

Después, Jon McCann, un conocido desarrollador de GNOME, dijo que "el futuro de GNOME es ser un sistema operativo basado en Linux, creo que ha llegado el momento de adoptar Linux de manera más audaz".

Esto vendría a significar también que el entorno de escritorio GNOME se centraría a partir de ahora únicamente en el sistema Linux, y que se dejarían de desarrollar las versiones de BSD y de Solaris, aunque esto podría ser contraproducente en cierta medida para GNOME y acarrear bastantes críticas debido a que en esos sistemas hay un buen porcentaje de usuarios que utilizan GNOME como entorno por defecto, y también porque en determinada forma se estarían tomando decisiones que obligarían al uso exclusivo de un único sistema operativo para poder utilizar el entorno, algo que en determinada manera podría violar los principios del proyecto GNU bajo el que nació GNOME, aunque el código de GNOME seguiría estando ahí, para quien quisiese adaptarlo...

Si bien es cierto que de momento no son más que especulaciones y que esto es solo la opinión de uno de los desarrolladores, el interrogante está en el aire, puesto que tampoco se ha desmentido nada al respecto por ahora.

Algunos dicen que se trata de un arranque de "pasión" fruto de la discusión, y otros que se trata de la posición narcisista de algunos desarrolladores de GNOME, otros que puede deberse a la posible crispación creada en torno a Canonical (la empresa que desarrolla Ubuntu) ya que ésta se ha desmarcado un poco desarrollando su propio gestor de ventanas, Unity Shell...

Pero como ya digo, todo son especulaciones, y de momento seguirá habiendo GNOME tanto en Linux, como en BSD y Solaris, y también de momento, GNOME seguirá siendo solo un entorno de escritorio.