Buscar en La Comunidad

Como estaba planeado, según la nueva estrategia de desarrollo acelerado que adoptó el equipo de E hace un par de años, la última versión del entorno gráfico Enlightenment ha llegado hoy, día 1 de Diciembre, como un regalo de Navidad adelantado. Aunque la esencia del entorno se ha mantenido intacta, tal y como veníamos viendo desde E18, Enlightenment 0.20 ha sido "reconstruido" en gran parte, con el fin de mejorar aún más el soporte para el servidor gráfico Wayland, que se completó en la anterior E19 y además se han hecho grandes esfuerzos para mejorar la integración con FreeBSD, se ha introducido un nuevo administrador de pantalla, una nueva infraestructura para el mezclador de audio, los widgets internos han sido reemplazados por Elementary, ahora cuenta con un módulo propio de geolocalización y, por supuesto, todas las librerías de EFL, así como otros componentes han sido actualizados a la versión 1.16, también con grandes novedades y mejoras. Según dejan constancia las estadísticas de la página oficial, más de 50 desarrolladores han trabajado durante exactamente 441 días para crear un total de 1890 parches. ¡Casi nada! Aunque no está entre los entornos gráficos más populares y, si bien su ligereza y desempeño cautivan a muchos, su falta de aplicaciones hace que aún no se hayan atrevido a probarlo o no lo tengan en su escritorio del día a día, pero está claro que en varios frentes sigue siendo uno de los escritorios más punteros del momento y, aún siendo un proyecto tan modesto, sigue avanzado para, quizá algún día, llegar a convertirse en todo un referente en los escritorios linuxeros. https://phab.enlightenment.org/phame/live/3/post/e20_release/

Hace ya algún tiempo que LXDE y RazorQt fusionaron sus proyectos para dar lugar a un nuevo entorno gráfico ligero conocido como LxQt. Su adopción por parte de las distribuciones y de los usuarios marcha a paso firme, aunque quizá no tan rápido como nos gustaría. Si somos de aquellos debianeros que nos encanta probar cosas nuevas o simplemente que nos decantamos en su día por LXDE y ahora queremos seguir con LxQT, quizá haya algo que podamos hacer para acelerar un poco el proceso por nuestra cuenta Aquí es donde entran los repositorios de Siduction, la distribución basada en Debian enfocada en la rama a la que hace referencia su nombre y que nos permitirá obtener los paquetes de LxQt al tiempo que nos asegura compatibilidad con nuestra Debian. Es sí, en ramas Testing o Unstable. Lo primero, como es lógico, es añadir dichos repositorios y sus correspondientes llaves echo "deb http://packages.siduction.org/lxqt unstable main" > /etc/apt/sources.list.d/lxqt.list gpg --keyserver pgpkeys.mit.edu --recv-key 15CBD88045C45076 gpg -a --export 15CBD88045C45076 | sudo apt-key add - Tras esto y el habitual aptitude update Ya sólo queda ponernos a instalar LxQt y todos sus componentes aptitude install lxappearance lxappearance-obconf lxqt-about-qt5 lxqt-admin-qt5 lxqt-config-qt5 lxqt-policykit-qt5 lxqt-qtplugin-qt5 lxqt-runner-qt5 lxqt-session-qt5 pcmanfm-qt5 lxqt-powermanagement-qt5 lxqt-notificationd-qt5 openbox

Bodhi Linux, la conocida distribución que conseguía llevar el entorno gráfico a cualquier usuario y a equipos con modestos recursos y que, además de ofrecer y mantener a la última el entorno gráfico E, añadía temas, aplicaciones y personalizaciones y ajustes varios de su propia cosecha, ha tomado la decisión de cambiar su modo de hacer las cosas realizando su propio fork de E17 Enlightenment ha avanzado mucho en los últimos años, lejos queda ya aquella época de desarrollo lento e inacabable que nos tuvo más de 10 años estancados en la versión 0.17. Estando ya a las puertas del lanzamiento de E20, la gente de Bodhi no está del todo de acuerdo con el camino que está siguiendo Enlightenment y ha decidido dar un paso atrás y seguir su propio camino forkeando la veterana E17 bajo el nombre de moksha, que en sánscrito significa emancipación, liberación. Aunque a partir de bodhi 3.1.0 el entorno gráfico por defecto será Moksha, el actual E19 seguirá disponible en repositorios de la distribución para todos aquellos que quieran utilizarlo. http://www.bodhilinux.com/2015/04/28/introducing-the-moksha-desktop/ https://github.com/JeffHoogland/moksha

Han sido tres años de desarrollo pero finalmente la versión 4.12 del entorno gráfico Xfce ha visto la luz. A pesar de todo el tiempo transcurrido, no estamos ante un nuevo XFCE ni tampoco ante cambios radicales en el actual Xfce 4.x, sino más bien se trata de una versión con pequeñas mejoras y muchas correcciones. El soporte para Gtk3 ha avanzado tímidamente de cara a ofrecer nuevas funciones que éste brinda, pero de resto seguimos frente a un entorno puramente Gtk2. Echemos un vistazo a los cambios: Gestor de ventanas (xfwm4) Diálogo de cambio de ventana Se incorpora el soporte para temas y dos modos funcionamiento diferenciados, "Lista" y "Previsualización de ventana". Además los usuarios podrán dar foco a la ventana que deseen a golpe de click de ratón. Embaldosado, zoom y decoraciones del lado del cliente Soporte para decoración del lado del cliente (CSDs) mejorado. Ahora se ajustan correctamente a la pantalla y bordes de los paneles, incluso con sombras. El embaldosado ha sido mejorado también incluyendo embaldosado de esquina y modo zoom utilizando ALt + la rueda del ratón. HiDPI Para un mejor soporte de las pantallas modernas de alta resolución, se añaden dos nuevos temas Xfwm4 (hdpi, xhdpi). Panel (xfce4-panel) Ocultado inteligente El panel ahora se oculta inteligentemente cuando una ventana es arrastrada cerca de él. Plugins Gtk3 Ahora los plugins gtk3 cuentan con soporte junto a los gtk2. Gestor de escritorio (xfdesktop) Se añaden nuevos diálos de opciones de fondo y mejor soporte multimonitor. Configuración (xfce4-settings) Opciones de pantalla El soporte multimonitor ha sido mejorado notablemente. Al conectar un nuevo monitor una ventana emergente nos permitirá elegir entre los modos más comunes de operación. Configuración de la apariencia El diálogo de apariencia muestra ahora previsualizaciones de estilos e iconos Power Manager (xfce4-power-manager) Panel de Plugins Un nuevo panel de plugins ha sido creado para permitir el control del brillo de la pantalla vía menú o utilizando la rueda del ratón sobre el panel. Además de eso, este menú muestra otros dispositivos conectados, el estado de la batería de estos. Ofrece también un acceso rápido al modo presentación, que inhibe el salvapantallas mientras esté activado. Diálogo de opciones El dialogo de opciones ha sido completamente reestructurado, ofreciendo ahora una forma mucho más clara de configurar el sistema. Gestor de archivos (thunar) Soporte para pestañas Una función que esperábamos desde hace mucho, mucho Goodies Panel alternativo del menú plugins(xfce4-whiskermenu) El menú whisker es una alternativa al tradicional menú de plugins, en él se muestran los favoritos, permite realizar búsquedas entre las aplicaciones existentes y mucho más. Administrador de tareas (xfce4-taskmanager) Nueva interfaz de usuario, filtros y soporte para Gtk3. Reproductor Multimedia (parole) Parole ha sido rehecho en Gtk3. Ahora permite utilizar varios motores de vídeo hace un mejor uso de los recursos disponibles y algunos plugins nuevos. Editor de texto (mousepad) Mousepad ha sido también reescrito ganando soporte para diálogos y paraGtk3. https://mail.xfce.org/pipermail/xfce-announce/2015-February/000389.html

La gente de Enlightenment ha pisado con fuerza el acelerador y no paran de traernos mejoras y novedades. Como ya comentábamos hace un par de semanas, la versión estable 1.13 de las librerías EFL ha sido lanzada hoy mismo, tal y como estaba previsto, con interesantes mejoras y grandes cambios: Empaquetado y distribución Se prescinde de Bzip2 para el empaquetado en favor de gz y xz. También se añade soporte para automake-1.14. Elocation (Beta) Elocation es una librería que permite a los desarrolladores de aplicaciones hacer uso de manera sencilla de la información sobre geolocalización. Inicialmente se apoya en el servicio DBus GeoClue1, pero en breve tendrá soporte para GeoClue2. Elua Comienzan los trabajos sobre elua, una librería que puede utilizarse en varias áreas de EFL. Eo / Eolian Muchos Widgets han sido migrados desde Elelmentary a EO. Evas 3D Evas 3d adquiere soporte para exporta/importar .ply. El formato PLY es muy importante en la relación entre Blender y EFL. Además se añade modo fusión de malla, esfera "saltarina" y revisión del encogimiento frustum. Evas Evas soporta ahora máscaras de imágenes alfa para todos los objetos. Se reutiliza la infraestructura de recorte y, como tal, es lo mejor utilizándolo dentro de disposiciones Edje. Eet Con la herramienta diffeet para descubrir archivos eet y ahora soporta una API para verificar estos archivos frente a certificados almacenados. Edje Edje ha mejorado su rendimiento durante la selección de grandes bloques de texto. Eldbus Se han aplicado correcciones a eldbus-codegen para corregir problemas en la generación de código. EvasGL Se ha implementado un nuevo script generador de shaders que son generados desde el. Además se ha introducido el concepto de extensión segura en Evas y se añade soporte para la extensión bind_wayland_display. Wayland El soporte para el servidor gráfico sigue mejorando. Los más importantes son que el puerto de ecore_drm usa ahora libinput y un lanzador drm que permite lanzar Enlightenment tanto con logind como con privilegios de root. Portabilidad En general se añaden pequeños parches para la portabilidad a otros sistemas. Se ha eliminado el soporte para Windows CE que nunca funcionó bien. Python-EFL Esta versión viene con interesantes mejoras de usabilidad, la más notable el nuevo módulo efl.utils.setup que simplifica los scripts setup.py para las aplicaciones y la inclusión de ayudas para indicaciones de tamaño de evas (EXPAND_BOTH, FILL_BOTH, etc). https://phab.enlightenment.org/phame/post/view/112/

Los rumores finalmente han resultado ser ciertos. Aunque nos han tenido en vilo hasta el último minuto finalmente la versión final de Enlightenment 0.19 (E19) ha visto la luz... un día tarde. Aún con la demora, que teniendo en cuenta lo que suelen demorarse los lanzamientos de Enlightenment es casi como si hubiera salido antes de tiempo , E19 llega con muchísimas mejoras, un completo rediseño de su motor de composición y lo más destacado, soporte completo para Wayland actuando como su propio compositor para éste al margen de Weston (lo sé, lo sé, me repito más que el ajo ). Innumerables mejoras y detalles que nosllevaría toda la tarde enumerar pero sin perder la esencia "beauty at your fingerprints" que tanto nos ha cautivado a los que descubrimos este entorno hace tiempo y que seguro no dejará indiferentes a los que lo hagan ahora. E19 ha llegado, para sorprendernos, ilusionarmos y darle vida a nuestro escritorio como nunca antes lo había hecho... pero ahora mismo no puedo seguir de cháchara, tengo paquetes que compilar, entornos que instalar.... así que ya daré mi veredicto más tarde Eso sí, no se olviden que aunque aún no está puesta al día dado el reciente lanzamiento, los más aventureros tienen a mano la guía de personalización nunca escrita de Enlightenment https://phab.enlightenment.org/phame/live/3//post/e19_release/

Fue hace casi un año cuando supimos que el veterano entorno gráfico Lxde daba por fin el paso y abandonaba definitivamente gtk en favor de Qt. Para conseguirlo formaron equipo con los integrantes de otro proyecto prometedor, Razor Qt. Tras mucho trabajo, por fin tenemos disponible el fruto de esa fusión de entornos, el primera versión estable del entorno LxQt Esta versión, que ha sido denominada 0.7.0 cuenta con algunas interesantes novedades PcmanFM, el clásico administrador de archivos del entorno, ha sido totalmente portado a Qt La mayoría de los componentes ha sido construidos con Qt5 y se sigue trabajando para portar el resto Se ha optado por una arquitectura modular que permitirá a los usuarios intercambiar componentes del escritorio por aplicaciones de terceros Mejoras en el panel de opciones para permitir la administración de la pantalla, el teclado, las asociaciones de archivos, cursores, apariencia y otras opciones del sistema base Se han hecho grandes progresos en dar soporte a Wayland. Muchos de los componentes, como PcManFM pueden ser utilizados en Wayland a través de QtWayland Se ha creado una nueva herramienta obconf-Qt pensada para los usuarios de OpenBox Se ha creado una nueva herramienta compton-Qt pensada para los usuarios de Compton Por supuesto, este cambio ha supuesto grandes mejoras en cuanto a rendimiento También se trabaja en dar soporte a Raspberry-pi y FreeBSD En cuanto a el anterior LXDE Gtk y Razor Qt, como ya dijimos en su momento, no hay planes de continuar con su desarrollo. ¡Larga vida a LxQt! Para aquellos que no puedan esperar a que sea incluidos en los repositorios de su distribución para catarlo, existen varias maneras de instalarlo: Arch A través de AUR podemos acceder a la última versión disponible en github yaourt -S lxQt-desktop-git PPA Al igual que en el caso anterior, tenemos los paquetes del entorno que se compilan diariamente a través de su PPA add-apt-repository ppa:lubuntu-dev/lubuntu-daily aptitude update aptitude install lxQt-metapackage Debian A través de los repositorios de Siduction y a la espera de entrar en experimental echo 'deb http://packages.siduction.org/lxQt unstable main' >> /etc/apt/sources.list.d/lxde.list aptitude update aptitude install lximage-Qt lxQt-session pcmanfm-Qt Paquetes comprimidos http://lxQt.org/downloads/0.7.0/ Código fuente Para quien quiera compilarlo por si mismo o echarle un vistazo más profundo http://git.lxde.org/ http://lxQt.org/ http://sourceforge.net/p/lxde/mailman/message/32310545/

Justo un año después de la salida de la primera versión estable del entorno gráfico enlightenment 0.17 y que estuvo más de 10 años en desarrollo nos llega la versión 0.18 con sustanciales mejoras pero sin alejarse demasiado de la experiencia ofrecida por la anterior E17. El aumento de velocidad en el desarrollo de enlightement nos deja también noticias sobre la próxima E19 cuyo desarrollo empezaría inmediatamente y de la que podremos ver algunas de sus novedades a principios del año que viene cuando la versión 1.9 de las librerías EFL llegue hasta nosotros. Las novedades de E18 no son pocas y nos va a faltar tiempo para nombrarlas todas: Para empezar, las librerías propias de este entorno que llevan el nombre de EFL han sido actualizadas y mejoradas y ahora forman parte de un único paquete compacto que incluye numerosas novedades Soporte completo para Wayland 1.3 listo para usarlo en el día a día y que será llevado aún más allá para la versión 0.19, la que actuará como un compositor independiente para el servidor gráfico sin ninguna dependencia con Weston. Evas Generic Loader puede cargar (previsualizar) ahora documentos comunes valiéndose de Libreoffice además de archivos de audio, vídeo e imágenes. Por defecto, Evas trabajara en modo asíncrono, lo que significa reducción de la caída de frames y parpadeos, permitiendo al mismo tiempo hacer posible el uso de múltiples núcleos de la CPU Soporte para Audio a través de Ecore A través de EO, Ecore Audio hace es usado por Edje para proveer efectos de sonido a los temas de archivos. Mejoras en la integración con SytemD y udisks2 Se han integrado los temas internos a elementary El motor de composición del administrador de ventanas ha sido reconstruido y ahora forma parte del núcleo de Enlightenment, aportando mayor ligereza y estabilidad si cabe. Se han añadido nuevos módulos oficiales Teamwork Music-control - Control de la la biblioteca multimedia Bluez4 - Control de los opciones Bluetooth Appmenu - Control los menús de aplicaciones DBus Conf_comp - Control de las opciones del compositor Además, Terminology ha alcanzado la versión 0.4. Este nuevo y prometedor emulador de terminal de Enlightenment escrito desde cero usando las librerías EFL cuenta con interesantísimas características, algunas de ellas distan mucho de lo que cabría esperar de una terminal, pues van más allá de lo que solemos ver en este campo. Tomando prestada la frase de despedida del anuncio final sólo me queda decir que dejes de perder el tiempo y si aún estás leyendo esto, deja lo que tengas entre manos y empieza a descargar y disfrutar del nuevo Enlightenment 0.18. Los que no lo hayan hecho ya https://phab.enlightenment.org/phame/live/3/post/enlightenment_dr_0_18_0_release/

Buenas, dada esta temporada tan centrada en los videojuegos, las liberaciones de codigos de las compañias y demas aportes y transiciones a GNU/Linux, me ha dado por hacer esta encuesta preguntando basicamente, por que entorno grafico os parece el mas adecuado para gaming, y en general, cual seria el mejor para el uso general o cotidiano ( que vendria basicamente a ser multimedia y ofimatica ) Salunix

SolusOS, para aquellos que no la conozca, es una distribución que se propuso en un principio el objetivo de tener un sistema GNU/Linux con aspecto "Gnome Clásico", pero aprovechando las bondades de Gnome 3, bien pulido, sobre Debian Testing, además de incluir paquetes actualizados para ciertas aplicaciones/librerías en sus repositorios. Conforme ha ido avanzando su desarrollo la distribución ha ido evolucionando y, dada la trayectoria que ha seguido Gnome, ha pasado de querer ofrecer una experiencia Gnome "clásica" a intentar crear su propio entorno de escritorio Consort Desktop y mientras eso ocurre, a día de hoy ofrece XFCE como escritorio predeterminado en sus versiones preliminares, a la espera de poder ofrecer por fin Consort Destop. En lo que respecta a paquetería también han cambiado muchas cosas y actualmente se encuentra utilizando una adaptación del sistema de paquetería Pisi. Con Wayland a punto de llegar y con todos los entornos y distribuciones preparándose para tal acontecimiento, la gente tras SolusOS ha tomado una importante decisión, como ya hicieron otros entornos recientemente, y no es otra que abandonar definitivamente gtk y pasarse a QT. Los motivos, los mismos que ya hemos escuchado en más de una ocasión, mientras QT avanza como un Framework completo que permite realizar cualquier cosa, GTK, por el contrario, es sólo un Toolkit que requiere una gran cantidad de librerías para hacer cualquier cosa. Por supuesto también lo que todos ya sabemos que es que GTK2 está descontinuado y GTK3 no es una alternativa atractiva a la que migrar. El líder del proyecto,Ikey, en un hilo oficial en el foro de SOlusOS no sólo ha anunciado el cambio, sino que ha puesto un plazo de 3 semanas en las que será presentado el nuevo entorno independiente Consort Desktop, sobre QT5, con soporte para Wayland, compositor y login manager propios, indicadores de red y audio, soporte básico para extensiones/plugins y un tema consistente en el que encajen bien tanto aplicaciones QT como Gtk+ Además, se hace una pequeña mención hacia el proyecto Maui, con el que quizá, podrían llegar a colaborar aunque sus objetivos coinciden a la vez que divergen en muchos puntos, por lo que no podemos tomárnoslo como algo más allás de un simple comentario. http://forums.solusos.com/thread-4160-post-28329.html

El popular Fork del extinto Gnome 2 quiere seguir en la brecha y durante la conferencia OpenSUSE realizada en Grecia han confirmado que dicho entorno gráfico contará con soporte para Wayland, systemd, librerías gtk3, Gstreamer 1.0 y otras novedades, que hasta ahora sólo iban a aparecer para Gnome 3 Para más detalles de lo que nos espera en la próxima versión 1.8, podemos consultar el roadmap e Mate en su wiki oficial: http://wiki.mate-desktop.org/roadmap

Mucho se ha hablado de Gnome 3 y en muchos casos no de manera positiva precisamente, especialmente en realación a sus Shells y lo complicado que les es a sus desarrolladores continuar debido a la nula retrocompatibilidad de Gnome 3, que sigue rompiendo sus Apis una y otra vez con cada nueva versión. Debido a esto, distribuciones que se esforzaban en ofrecer un shell alternativo se han visto obligadas a abandonar, como es el caso de Cinnarch o Manjaro Cinnamon, pues les es imposible seguir el ritmo de un desarrollo tan agresivo que impone Gnome 3. Esta política ha motivado a Clem Lefevre a ir un paso más allá con Linux Mint y planea que la próxima versión de Cinnamon sea completamente independiente de Gnome. Para Linux Mint 16, Clem espera poder ofrecer Cinnamon 2.0 como entorno gráfico independiente. Aunque no se conoce ningún detalle acerca de cómo se llevará a cabo o cuales serán las novedades introducidas en la próxima Mint, una entrevista a Clem llevada a cabo por Linux Users debería arrojar un poco de luz dentro de poco. http://www.linuxuser.co.uk/news/cinnamon-2-0-in-linux-mint-16-no-gnome-back-end

Aunque distribuciones como Debian maneja bastante bien el tema de renderizado de tipografías, podemos dar un mejor aspecto a las tipografías mostradas en el sistema editando el archivo ~/.fonts.conf o en ~/.config/fontconfig, tal como apuntan en desdelinux Un ejemplo básico de configuración de este archivo sería el siguiente: <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <match target="font"> <edit mode="assign" name="hinting" > <bool>true</bool> </edit> </match> <match target="font" > <edit mode="assign" name="autohint" > <bool>true</bool> </edit> </match> <match target="font"> <edit mode="assign" name="hintstyle" > <const>hintslight</const> </edit> </match> <match target="font"> <edit mode="assign" name="rgba" > <const>rgb</const> </edit> </match> <match target="font"> <edit mode="assign" name="antialias" > <bool>true</bool> </edit> </match> <match target="font"> <edit mode="assign" name="lcdfilter"> <const>lcddefault</const> </edit> </match> </fontconfig> O también este otro <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <match target="font"> <edit mode="assign" name="hinting" > <bool>true</bool> </edit> </match> <match target="font" > <edit mode="assign" name="autohint" > <bool>true</bool> </edit> </match> <match target="font"> <edit mode="assign" name="hintstyle" > <const>hintslight</const> </edit> </match> <match target="font"> <edit mode="assign" name="rgba" > <const>rgb</const> </edit> </match> <match target="font"> <edit mode="assign" name="antialias" > <bool>true</bool> </edit> </match> <match target="font"> <edit mode="assign" name="lcdfilter"> <const>lcddefault</const> </edit> </match> </fontconfig> Una vez creado/editado el archivo y tras guardar los cambios, empezaremos a notar, poco a poco, una mejora notable en el renderizado de las tipografías del sistema

Mucho se ha hablado últimamente de este tema, más que nada por la llegada de Steam GNU/Linux y algunos de los juegos que lo acompañan, pero ¿Qué hay de cierto en todo lo que se está diciendo?¿Cuánto influye el entorno gráfico utilizado a la hora de jugar en GNU/Linux? Lamentablemente no cuento con todo lo necesario para poder probar a fondo esta cuestión y les puedo adelantar desde ya, que al menos en mi caso, las pruebas no ha arrojado mucha luz al asunto. Para poner a prueba el mito he utilizado la plataforma de benchmarks Phoronix-test-suite, concretamente he hecho uso de dos de sus test, el de Unigine Heaven y el de Xonotic. Me hubiera gustado probar más test, más entornos y más configuraciones, pero cada prueba supone varias pasadas de cada test, cada pasada son unos 5 minutos, hay que repetirlo en cada entorno, con configuraciones diferentes.... en definitiva, muchas horas y muchos recursos. Los entornos que he utilizado han sido principalmente Gnome3 (3.4) y Kde (4.8), sin modificaciones, tal cual se instalan desde los repositorios de Debian Testing y también E17, que es el que siempre tengo instalado. Por último y aprovechando que tenía pendiente instalar de nuevo Debian he aprovechado para hacer una prueba de control sin entorno gráfico instalado. Las primeras pruebas fueron un fracaso, las incluyo para que vean lo que puede llegar a alterar el resultado un pequeño error a la hora de realizar las pruebas. En estas primeras pruebas fallidas, KDE queda por detrás del resto con algo de diferencia, no mucha pero se ve a simple vista. Sin embargo, después de llevar a cabo las pruebas me di cuenta de que ciertos paquetes de KDE parecían no estar bien instalados y el entorno no estaba funcionando bien, así que las repetí después de haber corregido el problema. Como ven, ahora ha quedado todo mucho más parejo y vemos que efectivamente hay diferencia entre utilizar Gnome 3 con Gnome-Shell y hacerlo en modo Fallback (Classic), modo que, por cierto, han eliminado en la última versión de Gnome 3 Aún habiendo confirmado eso, no podemos dar un veredicto claro en cuanto a lo que supone utilizar uno u otro entorno, ya que aunque parece que el modo Fallback de Gnome 3 es el que rendiría mejor, la diferencia entre los valores obtenidos es mínima, sobre 1FPS en el peor de los casos y bastante menos en el resto. La prueba de control sin entorno gráfico también demuestra que aunque no es algo muy acusado, los entornos gráficos sí que influyen negativamente en el rendimiento, salvo por la segunda ronda de pruebas con Xonotic donde me ha fallado todo y no he podido averiguar aún por qué, pero doy por sentado que algo hice mal, el resultado debería ser similar al que vemos en el caso de Unigine Heaven. Como dije al principio, nos encontramos ante un conjunto de test cuyos valores son muy cercanos entre sí, que no incluyen un número suficiente de pruebas como para poder afirmar algo concreto y tampoco se ha podido contar con distintas configuraciones de hardware para ver cómo se comportaría en cada una. Lo único que puedo decir después de todo esto es que si van a jugar, eviten hacerlo en Gnome-Shell u otros shells para Gnome 3 (Especialmente Unity). No es una diferencia como para echarse las manos a la cabeza, pero que, aunque leve, está ahí. El resto de entornos no representan ninguna ventaja ni tampoco ninguna desventaja, el rendimiento obtenido es muy similar. Lo único que se me ocurre pensar y esto es ya algo que digo sin pruebas en base a lo que creo podría estar ocurriendo, es que aquí, para estos tests he utilizado versiones de KDE y Gnome muy testeadas y estables, que ya llevan tiempo siendo utilizadas y no las últimas que han sido lanzadas, con lo cual se podría pensar que las diferencias de rendimiento de las que hemos oído hablar tanto últimamente se dan en versiones posteriores, bien por un aumento de rendimiento de KDE, una regresión de Gnome 3 o ambas cosas, no lo sé. Vuelvo a recordar que en la última versión de Gnome 3 el modo Fallback ya no existe, por lo que seguramente no pueda igualar los resultados conseguidos por la versión 3.4 en las pruebas que yo he realizado, quedando por debajo del resto de entornos. Conclusiones Se nos presentaban dos incógnitas, la primera era si Gnome Shell (y otros Shells para Gnome 3) suponen un lastre a la hora de jugar en GNU/Linux y la respuesta es SÍ. No es una diferencia demasiado notable en cuanto a rendimiento pero los juegos (y otras aplicaciones OpenGL) sí rendirán menos al ejecutarse en Gnome Shell. La segunda cuestión que viene oyéndose desde hace algún tiempo en los medios Linuxeros es si KDE es realmente la mejor opción a la hora de jugar. En este caso y en vista de los resultados obtenidos en las pruebas mi respuesta es NO. Todos los entornos han obtenido una puntuación similar, no es posible decir cuál es el que mejor rendimiento nos va a ofrecer, aunque en todo caso no sería KDE, sino el extinto modo Fallback de Gnome 3 el que ha quedado en primer lugar.

Durante la conferencia de Jorge "turran" Zapata en el EFL Day, se ha anunciado la primera Alpha de E17, entorno gráfico sucesor del gestor de ventanas Enlightenment (E16) y que lleva en desarrollo más de 10 años. Esta primera Alpha marca el principio del fin, nos encontramos muy muy próximos a poder disfrutar de este peculiar entorno de escritorio que ha ido avanzando lentamente pero sin detenerse durante todo este tiempo. Dentro de unas horas darán una conferencia durante la LinuxCon de Barcelona donde darán más detalles http://enlightenment...l=en&news_id=62 Como podrán ver al final y por primera vez, han puesto fecha a la versión Final. Tendremos una Beta el 1 de Diciembre y finalmente, el 21 de ese mismo mes será lanzado E17 Final

Trinity Desktop (TDE) es un fork de KDE que surgió durante la transición de KDE 3.x a KDE 4.X Trinity retoma el camino que seguía KDE 3.5, manteniendo el proyecto y haciéndolo compatibles con las distribuciones actuales después de que la comunidad KDE dejara de dar soporte oficial a esta versión de KDE. En esta última versión 3.5.13.1 se ha trabajado en la compatibilidad "hacia arriba", ahciendo posible correr sin problemas aplicaciones de KDE4 en TDE Instalación Debian (Stable, no sé si es posible instalarlo en otras ramas) echo 'deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/debian squeeze main' >> /etc/apt/sources.listecho 'deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-v3.5.13/debian squeeze main' >> /etc/apt/sources.listapt-key adv --keyserver keyserver.quickbuild.pearsoncomputing.net --recv-keys 2B8638D0aptitude updateaptitude install desktop-base-trinity kde-trinity Fedora cd /etc/yum.repos.dwget http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity/rpm/f17/trinity-3.5.13-f17.repoyum install trinity-desktop Slackware wget -c -nd -r -l1 --no-parent -A.txz -A.txt http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity/slackware/13.1/ Instalar el paquete con el gestor de paquetes o haciendo uso del comando installpkg Los archivos de instalación se instalarán en /usr, el resto lo harán en /opt/trinity Ubuntu echo 'deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/ubuntu precise main' | sudo tee -a /etc/apt/sources.listecho 'deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-v3.5.13/ubuntu precise main' | sudo tee -a /etc/apt/sources.listsudo apt-key adv --keyserver keyserver.quickbuild.pearsoncomputing.net --recv-keys 2B8638D0sudo apt-get install aptitudesudo aptitude updatesudo aptitude install kubuntu-default-settings-trinity kubuntu-desktop-trinity Web http://www.trinitydesktop.org/