Como ya anunciaran en su momento los chicos de Debian, Lenny ya ha pasado a ser la nueva versión estable de Debian, tras 22 meses de desarrollo desde la salida de Etch. Soporta 12 arquitecturas de procesador e incluye las versiones más estables (que no las últimas) de KDE, Gnome, Xfce y LXDE.
Esto hace que la nueva versión de testing sea Squeeze. Personalmente yo suelo llamarlas por el número, testing y unstable, pero para gustos los colores.
Anuncio de versión: http://lists.debian.org/debian-announce/2009/msg00002.html
Página oficial de Debian: http://www.debian.org
Y para los que usamos testing, otra buena noticia: se está incluyendo poco a poco la actualización de KDE a 4.2, ahora que la estable ha salido, a la versión unstable, que es el paso previo para testing/squeeze.
Feliz día de los enamorados (de Debian) :D
Blog de/para sysadmins de Debian Linux en particular, y para fans de GNU/Linux en general
sábado, 14 de febrero de 2009
sábado, 7 de febrero de 2009
Repositorio para testing/amd64
He puesto en marcha un pequeño repositorio de paquetes para debian testing (actualmente lenny, en breve squeeze) para la arquitectura amd64.
Ahora mismo sólo está el vlc 0.9.8a, recompilado de los paquetes de ubuntu más un parche que arregla el problema del video integrado, y poca cosa más. Iré agregando según pase el tiempo y la necesidad :)
Los paquetes no van firmados (otra cosa a la que dedicarle tiempo). Os pongo la línea para sources.list:
Ahora mismo sólo está el vlc 0.9.8a, recompilado de los paquetes de ubuntu más un parche que arregla el problema del video integrado, y poca cosa más. Iré agregando según pase el tiempo y la necesidad :)
Los paquetes no van firmados (otra cosa a la que dedicarle tiempo). Os pongo la línea para sources.list:
deb http://davidp.dyndns.org:8080/debian debian main
miércoles, 14 de enero de 2009
Crítica humorística a Wine
Wine se encuentra actualmente en su versión de desarrollo 1.1.12 . Desde que el proyecto viera la luz, muchos cambios han pasado por su código fuente, incluída la incorporación/implementación del código necesario para muchas de las funciones de DirectX (¡y van por la 10!), lo que es un logro digno de admiración.
No obstante, y pretendiendo ser realistas, las implementaciones del código aún distan de ser suficientes para permitir cualquier juego. Si bien puedo hacer que funcionen títulos como "Tomb Raider Anniversary", "World of Warcraft" o "The Witcher", en algunos otros casos debemos decir que sí, que ejecutarse se ejecuta, pero aún queda para decir que es "jugable". Por lo menos a ojos del equipo de desarrollo del videojuego.
Tal es el caso del Principe de Persia 2008, calidad artística donde las haya, que puede instalarse en Linux (eso nos cuentan los chicos de PlayOnLinux) aunque yo diría que lo que puede hacerse es "ejecutarse": hay que bajar la resolución al mínimo, quitar las texturas HD... en fin, y cuando consigues que funcione, ve guardando cada poco, que puede írsete al cuerno y aparecer tu bonito escritorio (con compiz o sin él).
Os pongo una muestra de cómo queda el juego según la plataforma:
Win/XBox360
Linux, sin texturas, a baja resolución, rezándole a algún beato:
Bueno, os dejo que tengo un mago que se no sube de nivel solito. Que vuestros días sean largos, y escasos los contratiempos ;)
No obstante, y pretendiendo ser realistas, las implementaciones del código aún distan de ser suficientes para permitir cualquier juego. Si bien puedo hacer que funcionen títulos como "Tomb Raider Anniversary", "World of Warcraft" o "The Witcher", en algunos otros casos debemos decir que sí, que ejecutarse se ejecuta, pero aún queda para decir que es "jugable". Por lo menos a ojos del equipo de desarrollo del videojuego.
Tal es el caso del Principe de Persia 2008, calidad artística donde las haya, que puede instalarse en Linux (eso nos cuentan los chicos de PlayOnLinux) aunque yo diría que lo que puede hacerse es "ejecutarse": hay que bajar la resolución al mínimo, quitar las texturas HD... en fin, y cuando consigues que funcione, ve guardando cada poco, que puede írsete al cuerno y aparecer tu bonito escritorio (con compiz o sin él).
Os pongo una muestra de cómo queda el juego según la plataforma:
Win/XBox360
Linux, sin texturas, a baja resolución, rezándole a algún beato:
Bueno, os dejo que tengo un mago que se no sube de nivel solito. Que vuestros días sean largos, y escasos los contratiempos ;)
Nokia añade la licencia LGPL a QT
Si bien hasta hoy se podía elegir entre la licencia GPL y no pagar por el kit de desarrollo de QT, o su versión comercial y así mantener como cerrado el código generado, Nokia ha añadido el tipo de licencia LGPL tanto a la interfaz de usuario como al kit de desarrollo a partir de la versión 4.5 .
Traduciendo del enlace original (http://www.qtsoftware.com/about/news/lgpl-license-option-added-to-qt), El paso a la licencia LGPL proveerá a los desarrolladores de código fuente tanto libre como comercial una licencia más permisiva que la GPL y, por tanto, aumentar la flexibilidad. Además, los repositorios del código de QT estarán públicamente disponibles y alentará las contribuciones de las comunidades de desarrolladores de escritorio y aplicaciones embebidas. Con estos cambios, los programadores podrán guiar de manera activa la evolución del framework de QT.
Las versiones anteriores no ven modificada su licencia GPL.
Mientras escribo este post, veo que en Barrapunto se han hecho eco de la noticia: http://softlibre.barrapunto.com/article.pl?sid=09/01/14/0849214&from=rss
Veremos si este cambio de licencia hace que los desarrolladores eligen QT para sus aplicaciones en multiplataforma. Personalmente, todo cambio que dé libertad al programador para desarrollar (y distribuir) un producto, es bienvenido.
Traduciendo del enlace original (http://www.qtsoftware.com/about/news/lgpl-license-option-added-to-qt), El paso a la licencia LGPL proveerá a los desarrolladores de código fuente tanto libre como comercial una licencia más permisiva que la GPL y, por tanto, aumentar la flexibilidad. Además, los repositorios del código de QT estarán públicamente disponibles y alentará las contribuciones de las comunidades de desarrolladores de escritorio y aplicaciones embebidas. Con estos cambios, los programadores podrán guiar de manera activa la evolución del framework de QT.
Las versiones anteriores no ven modificada su licencia GPL.
Mientras escribo este post, veo que en Barrapunto se han hecho eco de la noticia: http://softlibre.barrapunto.com/article.pl?sid=09/01/14/0849214&from=rss
Veremos si este cambio de licencia hace que los desarrolladores eligen QT para sus aplicaciones en multiplataforma. Personalmente, todo cambio que dé libertad al programador para desarrollar (y distribuir) un producto, es bienvenido.
Suscribirse a:
Entradas (Atom)