Geek & Roll

¿Y tu que hacías a los 13 años? Definitivamente impresionante y WTF. Me da pena tener el doble de su edad.

Un video (bueno 2) después del salto de cómo el motor de rendering de Firefox 3 hace su trabajo. Impresionante. Leer el resto de este post.

¿Ya descargaron Firefox 3?

Ayúden a romper el record mundial de descargas. Descarga Firefox 3.

Después de 15 (15!!!) años de desarrollo, ha sido liberada la versión 1.0 de Wine. Wine es una capa de compatibilidad para GNU/Linux, que permite que las aplicaciones creadas para Windows puedan ejecutarse en el sistema operativo del pingüino. Aunque la compatibilidad no es perfecta con esta versión, el equipo de Wine se enfocó en ciertos bugs que consideraban críticos para la versión 1.0. Es bueno ver como un proyecto tan importante en el mundo del FLOSS ha perdurado por tanto tiempo.

En el sitio de Wine, WineHQ, podemos ver una base de datos con distintas aplicaciones que han sido probadas para correr bajo Wine, y el nivel de compatibilidad que se obtiene. Desde juegos 3D hasta aplicaciones de oficina, tal vez la aplicación que te mantiene atado a Windows ¡ya corre perfectamente bajo Wine!

GNU Hurd es la pieza faltante en el sistema operativo GNU. GNU Hurd es una colección de pequeños servidores que corren sobre el microkernel Mach, con características que lo hacen muy atractivo: programado utilizando orientación a objetos, diseño multihilo (multithread) para eso de los dobles, cuádruples, óctuples núcleos). Los pequeños servidores se encargan de implementar cosas como sistemas de archivos, protocolos de red, y cualquier cosa necesaria para un sistema operativo.

Ahora que ya sabemos qué es Hurd, y porqué queremos instalarlo, podemos ver un video de cómo hacerlo (después del salto volteado pa’tras de reversa) Leer el resto de este post.

Las distribuciones de Linux pueden hacerlo (tener repositorios de software) ya que prácticamente todo el software es libre y/o de fuente abierta; no se tienen que preocupar por restricciones de licencias. En el mundo de Windows, sin embargo, las cosas son más complicadas.

(Extraído del artículo 18 características que Windows debería tener, de PC World)

Iba a pasar tarde o temprano: http://sourceforge.net/projects/openext/

La situación legal de Ext de la cual hablamos anteriormente provocó que algunos de los miembros de la comunidad Ext hicieran algo al respecto. En las propias palabras del autor, OpenEXT no es un fork sino que lanzarán parches encima de ExtJS 2.0.2 (la última versión LGPL) en vez de redistribuir versiones completas de Ext modificadas.

Veamos si esto es suficiente para atraer usuarios de Ext inconformes por el cambio de licencia.

(Via Ajaxian. Y lean el artículo original, dice muchas cosas muy interesantes)

Hoy ha sido lanzada la versión final de Ubuntu 8.04 denominada “Hardy Heron” o simplemente “Hardy” para los amigos. Esta versión es Long Term Support (LTS) lo que significa que tendrá soporte por parte de Canonical por un perído de 3 años. No que eso importe para la mayoría de los usuarios de escritorio, ya que obtenemos todo el soporte que necesitamos de los foros o búsquedas en Google, o de nuestro gurú local, pero si es importante para empresas.

Para video de instalación, anuncio oficial, ligas a los isos o torrents y demás pueden ir a Ubuntu-ES. Los invito a comentar sobre su experiencia actualizando, y como les funciona esta nueva versión de Ubuntu.

En estos momentos los servidores de Ubuntu se encuentran bajo intenso tráfico por lo que probablemente obtengan velocidades de transferencia un poco lentas. Usen el torrent, y actualicen desde ahí.

Ext JS es una gran libreria para Javascript, una de las mejores y más completas que he utilizado. Sin embargo, recientemente ha visto un poco de controversia debido a su elección de distribuir la librería bajo un esquema de licencia doble:

1. LGPL para aquellos que planeen usar Ext de manera personal, sin ánimos de lucro o educacional.
2. Si planeas distribuir a Ext como parte de un producto de desarrollo de software (como un toolkit, librería, lenguaje, etc) entonces no puedes obtener Ext bajo los términos de la LGPL y tendrás que adquirir una licencia comercial.

Hasta aquí todo bien ¿no? Pero la cosa se complica un poquito: la LGPL versión 3 especifica claramente que si tu obtienes un software con licencia LGPLv3 y tiene alguna restricción extra a aquellas impuestas por la propia LGPL, tu tienes el derecho de eliminar dichas restricciones extras.

Dicho de otra manera: cualquier software con licencia LGPLv3 no puede tener más restricciones que las que la LGPL especifica. Por lo anterior, Matthew Garrett, desarrollador de Debian, decidió redistribuir Ext pero únicamente con la licencia LGPL (sin la licencia propia de Ext).

Matthew dice que él va a usar Ext de manera personal, sin ánimo de lucro y por lo tanto es elegible para obtenerla con LGPL. Al momento de obtenerla con LGPL él es libre de distribuírla de cualquier manera, siempre y cuando se apegue a los términos de la LGPL.

Ni tardo ni perezoso Jack Slocum, autor de Ext, le dice que está en violación de su licencia, porque Ext no se distribuye con licencia LGPL sino con una licencia propia de Ext, que te permite usar Ext bajo los términos de la LGPL en caso de que seas elegible para ello. Esta licencia propia de Ext, de acuerdo a Jack, no le permite a Matthew redistribuir porque Matthew está distribuyendo Ext como parte de una herramienta de desarrollo (como una librería) cosa que la licencia propia de Ext explícitamente prohibe:

If you plan to distribute Ext in a product that will be packaged or sold as a software development library, toolkit or plug-in-based framework (LIBRARY), we require that you work with us to establish a specific license that is appropriate. Use of the open source license terms in a LIBRARY is not permitted without explicit permission.

¿Entonces por qué Matthew se sintió con derecho de hacerlo? Porque él obtuvo Ext con licencia LGPL al planear usar Ext de manera personal, sin ánimos de lucro. Y como la LGPL le permite redistribuír, siempre y cuando se apegue a la LGPL (cosa que está haciendo) simplemente lo hace.

¿Entonces por qué Jack dice que no se puede? Porque él dice que si vas a usar Ext de manera personal, sin ánimos de lucro no obtienes Ext con licencia LGPL, sino que la licencia original de Ext te de da derecho de usar Ext bajo los términos de la LGPL.

¿Lo ven? es como si la licencia propia de Ext fuera una envoltura sobre la LGPL. La palabra clave es bajo los términos de la LGPL. ¿Eso que significa? ¿Es diferente otorgar uso bajo los términos de la LGPL a distribuír un software con licencia LGPL? Al parecer lo que intenta hacer la licencia de Ext es:

Si vas a usar Ext de manera personal, sin ánimos de lucro o si eres una organización educativa, puedes obtener Ext y usarla con los mismos derechos que te otorga la LGPL. Pero si decides distribuir Ext como parte de una librería de desarrollo, esos derechos se te eliminan y tienes que contactarnos para llegar a un acuerdo de licencia.

Aún si lo anterior es lo que en efecto quieren hacer, al momento de obtener los derechos otorgados por la LGPL tu puedes eliminar esa restricción que te intenta quitar esos derechos y hacer con Ext cualquier cosa que la LGPL permita.

No soy abogado, y habrá que estar atentos a la resolución de este problema, pero creo que Matthew tiene razón en esta. Si lo que Jack Slocum y los autores de Ext quieren hacer es proporcionar una licencia similar a la LGPL pero con algunas restricciones extras, deberían de tomar las secciones de la LGPL que le acomoden e incluirlas en la licencia de Ext y distribuir únicamente bajo esa licencia, y no otorgar uso bajo los términos de la LGPL, sea lo que sea que eso signifique.

Soy usuario de Ubuntu GNU/Linux desde que salió su primera versión: Warty Warthog y tengo la costumbre de actualizar a la versión más nueva desde que sale el Beta. Con Hardy Heron la cosa se puso difícil.

Siempre que hago la actualización me bajo el CD para tenerlo en caso de que algo salga mal. La alternativa es actualizar directamente desde Internet pero si algo llegara a salir mal (y sucede) no tienes con que arrancar tu sistema, por lo tanto recomiendo utilizar el CD. Puse a descargar el torrent y una hora después ya estaba arrancando mi laptop con Hardy Heron Beta (Kubuntu KDE4 Remix).

La computadora arrancó sin problemas, y la dejé haciendo su trabajo. Cabe mencionar que desde el inicio Kubuntu detectó la resolución de mi monitor correctamente, cosa que no sucedia con las versiones anteriores. El tema de los cursores es distinto, algo raro para mi gusto. Hice el particionado manual, y al estar copiando los archivos nuevos la laptop se congeló completamente, así que no quedó de otra más que reiniciar a la mala.

Después de muchos intentos fallidos por reiniciar, dejé todo por la paz un rato. Más tarde reintenté y todo volvió a funcionar de maravilla. Al parecer fue un problema con la calefacción de manos y muñecas que trae integrada mi laptop. Reinicié con el CD en modo gráfico (probar Kubuntu) y desde ahí volví a intentar la instalación. Antes de comenzarla y por pura curiosidad traté de habilitar los efectos gráficos de Kwin sin éxito. El sistema se instaló aparentemente sin problemas y reinicié para ser bienvenido por KDM, que por cierto por fin te muestra la la foto asignada a tu perfil. Todo va bien, entra a KDE pero solamente puedo ver el cursor y una pantalla completamente negra. Demonios.

Mi intuición me dijo que el culpable eran los drivers de video con los que he batallado toda la vida gracias a la desgraciada tarjeta de video de mi laptop: ATI X1400. Así que cambio al driver vesa, trato de iniciar… y nada. Intento con el driver propietario fglrx… y nada, intento con el driver FLOSS radeon… y nada. Por último intento con el driver FLOSS relativamente nuevo radeonhd… y ahora se muestra KDM pero al hacer login me regresa automáticamente a la pantalla de KDM, en un círculo interminable. Intento entrar con el mismo driver (radeonhd) pero ahora como root iniciando en modo seguro y por fin KDE4 en toda su gloria (lenta y llena de bugs)

Terminé por instalar kubuntu-desktop lo que me instaló mi querido KDE3 y con eso todos los problemas arreglados, aunque en efecto sigo sin poder usar el driver fglrx y por lo tanto sin efectos nice. La moraleja de la historia: si van a instalar Hardy Heron Beta asegúrense de que no sea el que viene con KDE4. Si tomamos en cuenta que Hardy aún es beta y que KDE4 de plano no está listo para el consumo masivo, la combinación de los dos es una receta para el desastre.