UNetbootin

Acabo de añadir a mi lista de 'imprescindibles' Linux (margen derecho del blog) la aplicación UNetbootin. Las últimas versiones de las distribuciones más conocidas (Ubuntu, Fedora, etc) ya integran una herramienta para poder instalar la distro y arrancarla desde un pendrive. Pero tienen la paradoja de que para poder ejecutar dicha herramienta, primeramente tendremos que poner en marcha la distribución, lo que implica necesariamente grabar el cd/dvd (aunque sea en un regrabable) de la imagen de la distro que nos descarguemos, iniciarla y ejecutar la utilidad que nos permite instalar la distribución en la memoria USB. Todo este proceso es el que nos permite evitar UNetbootin.

Las ventajas de usar UNetbootin:

• Es multiplataforma (se ejecuta tanto en Windows como en Linux).
• Independiente de una distribución en particular.
• Soporta la práctica totalidad de distrubuciones Linux (es capaz de instalarlas y hacerlas arrancables desde un pendrive).
• No necesitamos grabar, en ningún soporte óptico, la imagen iso que queramos instalar en el pendrive (incluso se la descarga de internet si no lo hemos hecho previamente).

Kubuntu 9.04 Jaunty

Sin duda el mejor Kubuntu hasta la fecha. Por muchas razones, siendo las tres más reseñables:

- Aunque lentamente, va madurando en cada nueva versión, acercándose cada vez más al hasta ahora mucho más trabajado (Canonical invierte claramente más recursos) Ubuntu. ¿Noticias como ésta serán la confirmación de un cambio de tendencia?.

- La conjunción en el mapa de ruta (roadmap) de una buena versión de KDE (en esta caso, la versión 4.2.2) con el lanzamiento de Kubuntu (cosa que anteriormente no había pasado). Es curioso como casi todas las 'grandes' ajustan sus lanzamientos sincronizándose con cada nueva versión de GNOME, lo que no siempre deja en buen lugar a la edición KDE correspondiente. Es curioso lo que va a ocurrir con la recién lanzada KDE 4.2.4, la mejor versión KDE hasta la fecha, que probablemente no se incluya como escritorio por defecto en ninguna de estas distribuciones. ¿Cuándo una distro importante apostará decididamente por KDE, o al menos ajustará su roadmap al de este entorno de escritorio?.

- La adopción de un gestor de paquetes (realmente frontend del sistema de gestión de paquetes base de Debian y derivadas: Dpkg) prometedor y ojalá futuro estándar entre distribuciones. Me refiero a PackageKit, y más concretamente su 'frontend' KPackageKit, sustituto del denostado por muchos Adept (la verdad que siempre me pareció mejor Synaptic, el gestor de paquetes de Ubuntu). Y digo prometedor pues aunque resulta realmente atractivo, todavía carece de cierta funcionalidad.

Un ejemplo de lo comentado en el punto anterior, es lo que me ha ocurrido al intentar actualizar la versión de KDE incluida en Jaunty.
Desgraciadamente, Kubuntu no soporta 'oficial' ni 'oficiosamente' (si exceptuamos los repositorios PPA, aunque como su nombre indica, son repositorios 'personales') las actualizaciones dentro de la misma rama de KDE, en este caso la 4.2.x (ya lanzadas la 4.2.3 y 4.2.4 y a la espera de la nueva rama 4.3.x para finales de Julio). Y no lo entiendo muy bien, pues como bien señalan las listas de cambios (changelogs) de dichas revisiones 4.2.x, simplemente se limitan a solucionar errores, no a implementar nuevas funcionalidades. Aún así, podemos añadir el siguiente repositorio si queremos tener la última revisión de la rama 4.2.x en Jaunty:

deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu jaunty main

y hacer una actualización completa. El problema es que si usamos KPackageKit para todo el proceso, nos encontraremos que la cosa no va, y tampoco nos informará de cual es la causa.
Un mensajito debería informarnos que nos falta la clave pública asociada al repositorio que hemos añadido, pero por desgracia no ocurre así.
De manera que pasamos de KPackageKit, y recurrimos directamente a la consola. Ahí nos damos cuenta de cual es el problema (última linea), al ejecutar sudo apt-get update:

josea@dell-kubuntu:~$ sudo apt-get update                 
Obj http://es.archive.ubuntu.com jaunty Release.gpg       
Obj http://es.archive.ubuntu.com jaunty/main Translation-es

...

Obj http://security.ubuntu.com jaunty-security/multiverse Packages
Obj http://ppa.launchpad.net jaunty/main Packages
Obj http://ppa.launchpad.net jaunty/main Sources
Descargados 308B en 0s (509B/s)
Leyendo lista de paquetes... Hecho
W: Error de GPG: http://ppa.launchpad.net jaunty Release Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY 2836CB0A8AC93F7A

Así que ejecutamos en una consola (cuidado con el guión al final de la linea):

gpg --keyserver keyserver.ubuntu.com --recv-keys 2836CB0A8AC93F7A && gpg --export -a 2836CB0A8AC93F7A | sudo apt-key add -

o mejor todavía (más fácil):

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 2836CB0A8AC93F7A

y obtenemos:

gpg: solicitando clave 8AC93F7A de hkp servidor keyserver.ubuntu.com
gpg: clave 8AC93F7A: clave pública "Launchpad Kubuntu Updates" importada
gpg: Cantidad total procesada: 1
gpg:               importadas: 1  (RSA: 1)
OK

Parece que la cosa marcha. Así que volvemos a intentar la actualización desde la consola (primero un sudo apt-get update) con sudo apt-get upgrade:

josea@dell-kubuntu:~$ sudo apt-get upgrade
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Se actualizarán los siguientes paquetes:
akonadi-kde akonadi-server akregator ark dolphin dragonplayer gwenview kaddressbook kamera kate kde-icons-oxygen
kde-printer-applet kde-window-manager kde-zeroconf kdebase-bin kdebase-data kdebase-plasma kdebase-runtime
kdebase-runtime-bin-kde4 kdebase-runtime-data kdebase-runtime-data-common kdebase-workspace-bin kdebase-workspace-data
kdebase-workspace-libs4+5 kdegraphics-strigi-plugins kdelibs-bin kdelibs5 kdelibs5-data kdemultimedia-kio-plugins
kdepasswd kdepim-kresources kdepim-strigi-plugins kdepim-wizards kdepimlibs-data kdepimlibs5 kdeplasma-addons
kdeplasma-addons-data kdm kfind khelpcenter4 klipper kmag kmail kmix kmousetool knotes kompare konqueror
konqueror-nsplugins konsole kontact kopete korganizer krdc krfb ksnapshot ksysguard ksysguardd ksystemlog ktimetracker
kuser kwalletmanager libakonadiprivate1 libkcddb4 libkdecorations4 libkdepim4 libkexiv2-7 libkholidays4 libkipi6
libkleo4 libkonq5 libkonq5-templates libkpgp4 libksieve4 libkwineffects1 libmaildir4 libmimelib4 libokularcore1
libplasma3 okular okular-extra-backends python-kde4 system-config-printer-kde systemsettings
84 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados.
Necesito descargar 96,1MB de archivos.
Se utilizarán 242kB de espacio de disco adicional después de esta operación.
¿Desea continuar [S/n]?

o bien desde el propio KPackageKit, que ahora sí que es capaz de cargar el contenido del nuevo repositorio y mostrarnos las actualizaciones:

Otro detalle que tienen que pulir es que mientras está realizando alguna operación (descargando, instalando, etc) el botón 'Detalles' de la pantalla de estado de proceso permanece desactivado.

Free Software Pact y Elecciones Europeas 2009 (actualizado)

Como usuario de software libre y defensor del código abierto, me parecen interesantes iniciativas como la Free Software Pact (aquí en castellano), donde nuestros políticos se pueden comprometer (por escrito, ahí está la gracia) a apoyar en Europa políticas activas a favor del software libre, y oponerse a toda discriminación en su contra, defendiendo los derechos tanto de los autores como de los usuarios de software libre. Porque el software libre es un 'bien común', que debe ser protegido y fomentado.

En España, esta iniciativa está contando con la promoción y apoyo de Hispalinux.

De momento, únicamente cuenta con el compromiso firme de UPyD, y más tímidamente de algunos representantes de BNG / Europa de los pueblos - verdes (concurren juntos a estas elecciones). Digo tímidamente pues aunque presuman de ello, de momento no parecen haber cumplido todos los trámites (aunque figuren aquí, no aparecen en el listado definitivo).
Actualización: Ahora sí aparecen, no sólo los cabezas de lista del BNG, si no también los del CHA (al igual que el BNG, integrados con Europa de los pueblos - verdes). En un sprint final, la lista ha engordado repentinamente, de lo cuál debemos congratularnos: Los Verdes-Grupo Verde Europeo, Izquierda anticapitalista - Revolta Global, Iniciativa per Catalunya Verds - Esquerra unida i alternativa. Curiosamente, aparece la candidata del PSOE Francisca Pleguezuelos Aguilar, lástima que ocupe la posición 27 de la lista. Bien por ella, pero dice poco de los 26 compañeros que la preceden (lo cuál deja claro cuan anecdótico es el apoyo al software libre de su partido, y una excepcionalidad lo que ocurre en Extremadura y Andalucía).

Es curioso como IU ha desperdiciado (aunque aún estén a tiempo, quedan todavía unos días) la oportunidad de suscribir dicha iniciativa, cuando en su programa electoral para estas elecciones figura su compromiso firme (o eso, ingenuo de mi, deduzco de su lectura) con (extracto del apartado POR UNA SOCIEDAD DE LA INFORMACIÓN JUSTA Y SOLIDARIA):

• Fomento del Software Libre, estableciendo el uso preferente de programas de código fuente abierto en las Administraciones Públicas, superando situaciones monopolistas de dependencia tecnológica.
• Oposición a la implantación de las patentes de software, por favorecer a las grandes multinacionales del ramo y a los grandes bufetes multinacionales, causando además un perjuicio al movimiento del software libre, tanto a los programadores individuales como a las pequeñas empresas que producen este tipo de programas.
  

Aunque nada tiene que ver con el tema, también me parece interesante destacar los siguientes puntos de su programa:

• Modificación del sistema de defensa de la propiedad intelectual que actualmente se realiza a través de la implantación del llamado canon digital, buscando alternativas más justas en beneficio del interés general, compatible con el respeto de los derechos de los creadores, los de la industria tecnológica y los de los consumidores.
• Cambio profundo del modelo vigente propiedad intelectual, priorizando los aspectos sociales y colectivos de toda obra, pues el vigente, concebido en un principio para proteger el trabajo del creador individual, se ha convertido principalmente en un instrumento de maximalización del beneficio de grandes empresas de carácter multinacional.
• No penalización del libre intercambio de archivos siempre que no tenga un fin lucrativo, de acuerdo con la actual doctrina jurisdiccional, y apoyo al derecho a la copia privada.
• Digitalización de los fondos culturales e históricos propios de la Administración General del Estado y su puesta a disposición de manera libre y gratuita de los ciudadanos en la Web, permitiendo además la descarga digital de los fondos de las bibliotecas estatales. La publicación de estos fondos se realizará mediante licencias libres que aseguren una difusión de los mismos sin las restricciones que impone el actual modelo de propiedad intelectual.

Después de todo el 'chorreo' de noticias relativas a Internet y al mundo del software que han ido cayendo en los últimos tiempos, todas ellas debatidas en el Parlamento Europeo (patentes de software, los llamados 'paquete Telecom' y 'modelo Sarkozy', uso de estándares abiertos, etc), creo de nuestro interés tener claro cual es la postura de nuestros representantes en dicho parlamento, y dicho sea de paso, que ellos también lo tengan claro (hay mucho desconocimiento por su parte de todos estos temas, y los lobbys del sector se aprovechan de dicho desconocimiento para influenciar su voto en la defensa de sus intereses).

Así como también es injustificable que el gobierno socialista apruebe la compra de nosecuantos miles de portátiles para los chavales de 5º de primaria, y eche balones fuera delegando en cada comunidad autónoma qué software debe instalarse en dichos ordenadores. Y luego está, nos encontramos con noticias como que el nuevo gobierno de Galicia ha decidido instalar Windows y aplicaciones Microsoft en dichos portátiles, tal como afirma Ana Miranda, candidata del BNG:

Pon como exemplo a recente decisión do PP que dende a Xunta de Galiza decidiu colocar Windows nos portátiles do alumnado de 5º de primaria, “unha adxudicación moi polémica que fará que a Xunta de Galiza pague cada ano 2 millóns de euros a Microsoft, só polo uso do seu sistema operativo”.

Y ojo, que tampoco estoy de acuerdo con el arranque dual que plantean algunos, pues eso implica el tener que pagar las licencias igualmente. El que quiera usar Windows u Office, que lo pague de su bolsillo, así de claro. Hay alternativas tecnológicas de código abierto, usando estándares abiertos, y aún por encima, gratuitas. Estamos hablando del erario público, no de la empresa privada, que pueden comprar/utilizar el software que mejor se adapte a sus intereses (solo faltaría).

Yo tengo claro que las elecciones al parlamento europeo son clave en la defensa de todos estas cuestiones (y muchas otras que no viene a cuento comentar aquí), y por consiguiente, pienso ir a votar. Y tú, ¿también lo tienes claro? ;-)

Compactar archivos VDI de VirtualBox

En el portátil del trabajo (a partir de ahora, anfitrión con Windows Xp) utilizo VirtualBox y una máquina virtual (a partir de ahora, huésped con Windows Xp), en la que instalo todas las herramientas de desarrollo que necesito de manera que trabajo desde ella y no desde la máquina anfitriona. Con esto consigo aprovecharme de las ventajas de los snapshot cuando tengo que hacer algún cambio que entraña algún riesgo (porque siempre puedo retroceder al estado anterior) , además que me permite tener un entorno de trabajo (virtual, en este caso) limpio, únicamente con lo imprescindible para desarrollar. Todo lo relacionado con pruebas o novedades lo hago en otro huésped o directamente en el anfitrión. Otra de las ventajas es que puedo coger mi huésped de desarrollo, y ejecutarlo en cualquier anfitrión independientemente de su hardware o de su sistema operativo (lógicamente con VirtualBox instalado) sin necesidad de ningún ajuste en dicho huésped.

Pero a lo que iba, hoy he considerado oportuno hacer una copia de seguridad del archivo vdi (ojo, perdemos los snapshots, ya que se almacenan en otros archivos tal como explico aquí) por si tengo algún problema con el disco duro del equipo anfitrión. Y me encuentro que dicho archivo ocupa más de 8GB (cuando mi intención era grabarlo en un DVD+R DL, aprovechando la grabadora del portátil).

Lo curioso es que aunque el archivo vdi físicamente ocupa esos 8GB (es una imagen dinámica de 10GB, lo que implica que irá creciendo poco a poco hasta alcanzar ese valor) , si iniciamos el huésped y vemos el tamaño del espacio ocupado en la partición, me encuentro que es de poco más de 6GB: así que tengo 4GB libres en dicha partición (recordar que la imagen es dinámica con un límite de 10GB), y 2GB con respecto al archivo de imagen vdi que la contiene (todavía no hubo necesidad de que llegase a su tamaño máximo).

Por suerte, disponemos de la posibilidad de compactar dicho vdi, pero no sin antes tener que realizar algunas operaciones previas:

1.- (Opcional) Dentro del huésped, con una herramienta como CCleaner (o similar), liberamos el espacio que están ocupando temporales y demás información innecesaria.

2.- Dentro del huésped, con una herramienta desfragmentadora de hdd (en este caso he optado por Defraggler, gratuito y de los creadores de CCleaner), desfragmentamos la partición que queremos compactar.

3.- Todavía dentro del huésped, usamos alguna utilidad para sobreescribir con ceros el espacio vacío (libre) dentro de la partición (imprescindible pues sino VirtualBox no conseguirá compactar el vdi). Yo he utilizado SDelete, herramienta gratuita de la empresa Winternals (empresa comprada por Microsoft). Para utilizarla, abrimos una consola donde tengamos descomprimido el archivo descargado , y ejecutamos:

sdelete -c c:

poniendo cuidado de sustituir c: por la letra de la unidad de vuestra imagen virtual.

4.- Apagamos el huésped, cerramos VirtualBox, y ya desde una consola del anfitrión, nos vamos a la carpeta donde tengamos instalado VirtualBox, y ejecutamos VBoxManage.exe. Nos saldrá la lista de parámetros y opciones que admite. A nosotros nos interesa modifyhd. Así que ejecutamos:

VBoxManage.exe modifyhd

y nos saldrá la ayuda de este comando.

Lo que haremos es utilizar la opción --compact, en mi caso:

VBoxManage.exe modifyhd d:\vdi\desarrollo.vdi --compact

Tarda un rato, pero al final conseguimos lo que buscábamos (ojo, pues la opción --compact ha dejado de funcionar a partir de determinada versión de VirtualBox. En la 2.2.2 parecía que estaba resuelto el problema, pero en mi caso el proceso abortó al 80%, aunque consiguiendo compactar casi totalmente el vdi. En todo caso, los desarrolladores conocen tal regresión, y prometen solucionarlo completamente en la versión 2.2.4)

Ahora para finalizar, y con Imgburn (por cierto, ha salido una nueva versión recientemente, la 2.4.4.0) , ya puedo grabar mi imagen vdi sin ningún problema (ocupa 7GB).

Sobre Wikipedia y OpenStreetMap

Según informan en Wikimedia, se están produciendo esfuerzos para favorecer la integración de OpenStreetMap dentro de Wikipedia. Tal como recoge su correspondiente entrada en la Wikipedia, OpenStreetMap es un proyecto colaborativo para crear mapas libres y editables (bajo licencia Creative Commons). Detrás del proyecto se encuentra la fundación OpenStreetMap, una organización internacional no lucrativa dedicada a fomentar el crecimiento, desarrollo y distribución de datos geoespaciales libres y a proveer datos geoespaciales a cualquiera para usar y compartir.

Existen alternativas de mayor peso (y más completas, de momento) por todos conocidas como las de Google, Yahoo o Microsoft, aunque únicamente es libre su uso (que no es poco en estos días) .

Conozco el proyecto OpenStreetMap gracias a Marble, aplicación geográfica licenciada bajo software libre y desarrollada por KDE y la comunidad del software libre.

World of Goo disponible para Linux

Recientemente, un amigo me comentó lo entusiasmado que estaba con el juego World of Goo. Por desgracia, el juego en ese momento solamente estaba disponible en Windows. Indagando en su web, se podía leer que estaban trabajando en una versión para Linux. Pensé que era la eterna promesa, que pocas veces se llega a materializar en algo tangible.

Sin embargo, los malos augurios no se han cumplido, y podemos decir que estamos de enhorabuena, pues tal como anuncian en esta entrada de su web, se ha publicado la versión final del juego para Linux. Es posible descargar una versión demo, y tanto ésta como la versión final está disponible en tres formatos: tar.gz, rpm y deb.

World of Goo no es software libre ni de código abierto, pero aún así tenemos que congratularnos de que un gran juego como éste (uno de los mejores del año pasado, según las revistas especializadas) pueda ser disfrutado nativamente (sin necesidad de soluciones como Wine) en nuestro escritorio Linux, y por un módico precio (20$) para lo que el mercado de videojuegos nos tiene acostumbrados. Da gusto ver como la iniciativa de 2 jóvenes que arriesgan por llevar a la práctica una idea brillante, logra alcanzar gran éxito, además de suponer un cambio radical en la política de desarrollo y distribución de videojuegos (versiones para Mac y Linux, distribuido por ellos mismos directamente por internet, libre de DRM, etc)


Edito: Es curioso como ellos mismos están sorprendidos por el éxito de la versión para Linux, tan solo pasadas unas pocas horas de su publicación, como podemos leer en la parte final de esta entrada:

Update 4: It’s only been 2 days since the release of the Linux version and it already accounts for 4.6% of the full downloads from our website. Our thanks to everyone who’s playing the game on Linux and spreading the word. Here are a couple of nifty stats:

• About 12% of Linux downloads are of the .rpm package, 30% are of the .tar.gz package, and 57% are of the .deb package.
• More copies of the game were sold via our website on the day the Linux version released than any other day. This day beat the previous record by 40%. There is a market for Linux games after all :)

Instalar Network Management (NetworkManager-kde4)

Aunque todavía no está muy claro ni cuál será finalmente su nombre, se trata de una infraestructura (incluyendo un applet para la bandeja del sistema y un plasmoide) que permite gestionar las conexiones de red en el escritorio KDE4, comunicándose con la API de NetworkManager. Como ya comenté en una entrada anterior, es el sustituto del KNetworkManager de KDE3. Por desgracia, se ha demorado en exceso su desarrollo, de manera que no se ha podido incluir en el lanzamiento de KDE 4.2.

En algunas distros, como en KDE Four Live, este elemento para la gestión de conexiones de red no arranca por defecto. Lo habitual sería colocarlo en la bandeja del sistema, aunque también se podría como plasmoide en el escritorio. Para lo primero, nos vamos a 'Añadir elementos gráficos' en 'Personalización' de la 'Barra de tareas':

Y ahí buscamos 'Network Management', aunque ojo, pues en algunas distros viene traducido como 'Gestión de redes', 'Gestor de redes' o similar:

También comentar que este herramienta está actualmente bajo intenso desarrollo, de forma que, por ejemplo, en la versión que viene incluida en KDE Four Live 1.2.0, no funciona la administración de redes Wifi. La manera de solucionarlo: conectarse por cable, actualizar a la última versión que exista en ese momento en el repositorio, reiniciar, y listo.
Si nos colocamos sobre icono del Network Management en la barra de tareas, nos sale el siguiente mensaje emergente:

Pulsando el botón derecho del ratón sobre el icono, tenemos el siguiente menú de contexto:

Si seleccionamos la primera opción, tenemos acceso a la pantalla de gestión de conexiones:

Si nos vamos a la pestaña Wireless y pulsamos Añadir o Editar, tenemos la siguiente pantalla:

Y una vez configurada nuestra conexión, si hacemos clic con el botón izquierdo sobre el icono , nos aparece:

K3b para KDE4

Hoy me he tropezado con una gran noticia: Se ha publicado la beta1 de la futura Mandriva 2009.1. Eso ya de por sí es una buena noticia. Pero leyendo el anuncio del lanzamiento, me encuentro con la siguiente frase:

KDE team is currently working and helping in finalizing K3B port for KDE 4. It will be all available for final release.

La experiencia con KDE 4.2 es formidable. En cuanto uno se familiariza con su uso (no es mayor problema si ya trasteamos con las versiones anteriores de KDE 4.x), cuesta cambiar de escritorio no solamente en Linux, si no utilizar cualquier Windows.


Con la reciente actualización del plasmoide Network Management, el cúal ya nos permite conectarnos a nuestra red sin tener que utilizar el 'antiguo' KNetworkManager, la única carencia (a mi entender) de nuestro querido escritorio es una versión actualizada de K3b, pues no nos engañemos, la que viene incluida ahora mismo en las distros que publican con KDE4, aunque parcialmente portada a Qt4, no es operativa (por lo menos yo solamente consigo borrar regrabables, grabar todavía no he sido capaz). Es curioso el giro que ha dado la situación, pues curiosamente Brasero (por poner un ejemplo) funciona razonablemente bien en un escritorio Gnome. De forma que me he encontrado con la situación, un tanto rocambolesca, de tener que instalar la demo de Nero Linux para hacer unas grabaciones de urgencia en mi portátil.


Dicho sea de paso, Nero Linux es un ejemplo de aplicación migrada a Linux de manera fabulosa, integrándose perfectamente tanto en Gnome como en KDE4; mis más sinceros parabienes a la empresa desarrolladora, Ahead. Pienso que vale de sobra los 19,99€ que cuesta.


Bueno, y volviendo al tema de K3b, ¿qué tiene que ver Mandriva en todo ésto?. Supongo que la relación es, fundamentalmente, que el desarrollador de K3b (Sebastian Trueg) trabaja para Mandriva desde hace años (eso sí, involucrado en otros proyectos).


Esperemos que Sebastian pueda sacar tiempo de entre sus otros proyectos, y en breve tengamos una versión funcional de K3b en nuestro escritorio KDE4.

Qt 4.5 ahora también bajo LGPL

El mundo del software libre y más concretamente todo lo relacionado con KDE, está teniendo un principio de año soñado. Primero, por el cercano lanzamiento de KDE 4.2, que sin duda marcará un antes y un después en lo que respecta a escritorios libres, y por otra parte, el esperadísimo deseo hecho por fin realidad de la publicación de las librerías Qt (junto con la licencia comercial y GPL como hasta ahora) con la menos restrictiva y flexible licencia LGPL (¡menudo regalo de reyes que le ha hecho Nokia a la comunidad del software libre!).

Las dudas que había planteado la compra de la antigua Trolltech (ahora Qt Software) por parte de Nokia, se han visto disipadas de un cañonazo con esta noticia, la mejor que podría ofrecernos la compañía finlandesa.

El relicenciamiento se producirá a partir de la publicación de la futura (esperada para Marzo de este año) versión 4.5 (inclusive) y sucesivas. De esta manera, tres tipos de licencia estarán ahora disponibles para Qt:

• Licencia privativa de Qt, comercial y con soporte.
• GPL v3.
• LGPL v2.1.

Hasta ahora, la licencia libre disponible para usar Qt era la GPL. Eso significaba que todos los programas libres construidos sobre Qt debían ser compatibles con la GPL. Si querías hacer un programa privativo, , tenías que recurrir a la licencia privativa de Qt, que requería pagar una licencia. Con la adopción de esta tercera licencia, Qt a partir de este momento queda finalmente equiparada a GTK+ en cuanto a su licenciamiento.

Será el desarrollador el que determine que licencia se amolde más a su trabajo, y de esta manera decida trabajar con una u otra versión de las librería Qt.

¿Cómo podremos agradecer los usuarios de software libre esta maniobra de Nokia? Pues tal como he leído por algún sitio de Internet,

!!COMPRAR TERMINALES NOKIA!!

:-D

Probando KDE 4.2.x

Hoy han publicado una nueva versión de "KDE Four Live" CD, un Live-CD basado en openSuse 11.1 (sin duda la mejor distro con KDE 4.x del pasado 2008). Precisamente integra KDE 4.2 RC 1 (lanzado ayer), y aunque sea un Live-CD, también es instalable al disco duro si se desea (incorpora un sencillo instalador para ello). Después de probar que todo va bien en vuestro equipo, os recomiendo instalarlo para apreciar todo el trabajo que sobre KWin (gestor de ventanas de KDE) han hecho los chicos/as de KDE. ¿Y por qué tengo que instalarlo?. El problema es que el Live-CD no integra controladores propietarios (tampoco de las tarjetas gráficas, aunque las Intel y Ati con los controladores libres sí soportan efectos y aceleración 3D) por lo que no disfrutaremos de los nuevos efectos que integra KWin, y que lo hacen estar muy próximo a Compiz (y con la ventaja de estar integrado dentro del propio gestor de ventanas de KDE, con lo que eso conlleva).

Llevo probando este Live-CD en sus distintas versiones desde antes de que apareciese la versión final de KDE 4.0 (más de un año), y os aseguro que ya soy un adicto a sus lanzamientos. Es bastante estable, y permiten comprobar las evoluciones de las distintas versiones de KDE antes de que sus versiones finales se integren en el 'mapa de ruta' de las distros más conocidas. Tan estable es que en mi portátil Dell, es el S.O. predeterminado desde hace 6 meses (tengo el Vista preinstalado que vino de serie, Mandriva y Kubuntu).

Por ejemplo, desde KDE 4.2 Beta 1 estoy probando la futura versión de KDE, y cuando he vuelto a las versiones oficiales de openSuse, Mandriva o Kubuntu, que vienen con 4.0.x o 4.1.x, me deprimo y vuelvo a mi instalación de "KDE Four Live" con KDE 4.2.


Hace poco un compañero me decía lo decepcionado que estaba con KDE 4.x, después de haberlo probado sucesivas veces con Kubuntu, y la verdad que no le falta razón. Pero no es justo echarle la culpa de ello a KDE (o al menos toda), si no más bien a Canonical (básicamente falta de apoyo, lo que implica falta de medios a Kubuntu, a pesar del excelente trabajo realizado por Jonathan Riddell, lider del Kubuntu team). Y aunque últimamente Kubuntu ha mejorado mucho, todavía evidencia falta de madurez con respecto a, por ejemplo, openSuse o Mandriva (siempre moviéndonos dentro del ámbito de KDE).

Lo dicho, si no podéis esperaros a la versión final de KDE 4.2 (prevista para el 27 de Enero) , o a que una de las 'grandes' la integre en su próximo lanzamiento (para lo cual habrá que esperar todavía unos meses), echarle un ojo a este Live-CD, creo que no os arrepentiréis.

p.d. Como 'extra', también podréis probar las versiones de desarrollo de aplicaciones como Amarok, Digikam, K3b, KOffice, etc.

NS_ERROR_FACTORY_NOT_REGISTERED en VirtualBox OSE

Hoy he instalado VirtualBox 2.0.4 OSE (Open Source Edition) en openSUSE 11.1 RC1 (KDE4), utilizando Yast.

Una vez finalizada la instalación, deberíamos hacer dos cosas:

1.- Añadir nuestro usuario al grupo 'vboxusers', ya que sino solamente podremos ejecutar VirtualBox como usuario root.

• Podemos hacerlo desde consola, ejecutando como root (comando su):

groupmod --add-user usuario vboxusers

sustituyendo 'usuario' por nuestro nombre de usuario.

• O bien, desde Yast->Seguridad y usuarios->Gestión de usuarios y grupos, seleccionamos nuestro usuario, pulsamos el botón 'editar', y en la pestaña 'detalles' marcamos el grupo 'vboxusers'.

En ambos casos, debemos de reiniciar para que surta efecto la nueva configuración de usuario.

2.- Tenemos que asegurarnos que se carga el driver 'vboxdrv' al inicio.

• Desde consola, ejecutamos como root (su):

insserv vboxdrv

• O bien, desde Yast->Sistema->Servicios del sistema, seleccionamos 'vboxdrv', pulsamos el botón 'activar' y luego 'finalizar'.

Todos esto, con más detalle, podemos encontrarlos aquí.

Hasta este punto, los pasos normales para ejecutar VirtualBox. El problema que me he encontrado es que no arrancaba la aplicación, a no ser que la ejecutase como root. El mensaje de error que lanzaba era:

Receptor RC: NS_ERROR_FACTORY_NOT_REGISTERED (0x80040154) virtualbox

Probando a ejecutarlo desde la consola, muestra lo siguiente:

Cannot create a lock file for '/tmp/.vbox-jmunin-ipc/ipcd'.
Check permissions.
Cannot create a lock file for '/tmp/.vbox-jmunin-ipc/ipcd'.
Check permissions.

Así que el problema es que el usuario no tiene los permisos suficientes en esa ruta. Tenemos tres posibilidades para arreglar el error (optamos por una):

1.- Cambiar los permisos de esa ruta:

sudo chmod 777 /tmp/.vbox-usuario-ipc/

2.- Cambiar el propietario y/o el grupo asociado a esa ruta:

sudo chown usuario /tmp/.vbox-usuario-ipc/

o bien

sudo chown usuario:grupo-usuario /tmp/.vbox-usuario-ipc/

o bien

sudo chgrp grupo-usuario /tmp/.vbox-usuario-ipc/

3.- Más fácil todavía, directamente borramos dicha ruta:

sudo rm -r /tmp/.vbox-usuario-ipc

de lo que no hay que preocuparse, dado que la siguiente ejecución de Virtualbox volverá a crearla, con los permisos correctos.

Optéis por la alternativa que optéis, en cualquier caso, sustituyendo 'usuario' y 'grupo-usuario' por los valores reales.

Ahora probamos de nuevo a ejecutar VirtualBox con nuestro usuario, y ningún problema.

Comprimir y descomprimir (extraer) en KDE 4.1

Originalmente, KDE4 incorpora una funcionalidad muy limitada en el menú de contexto, en relación a opciones de compresión y descompresión.

Vamos a ver como podemos integrar la funcionalidad de comprimir/extraer desde el menú de contexto de KDE4, gracias al script Extract And Compress KDE4:

1.- Nos descargamos el script desde aquí o desde este otro enlace.

2.- Lo que nos bajamos en un tar.gz. Tenemos que descomprimirlo (por ejemplo, usando Ark)

3.- Abrimos la consola, nos vamos a donde hemos descomprimido el tar.gz, y veremos entre otros un archivo install.sh. Lo ejecutamos con:

sudo ./install.sh

4.- A partir de este momento, podremos tanto comprimir uno o varios archivos y/o carpetas.

5.- O descomprimir sin tener que abrir primeramente el archivo con Ark.

Nota: Información original extraida de FOSSwire.

Comprimir en KDE 4.1 con Ark

Hoy he querido comprimir unos archivos desde mi Kubuntu 8.10 con KDE 4.1.3. Desde Dolphin, he intentado realizar dicha acción con el botón derecho (menú de contexto), primero seleccionando los archivos, luego sobre la carpeta que los contiene: la opción de comprimir que existía en KDE 3.x no está presente en KDE4. Luego he abierto Ark y he arrastrado los archivos desde Dolphin a Ark, luego he probado también con la carpeta, y nada. Dentro de Ark he buscado una opción 'comprimir' sin ninguna fortuna. Vamos, que me he tenido que coger el manual de KDE y buscar cómo demonios se comprimen archivos con Ark Desde luego la manera de hacerlo, lo que se dice intuitiva, no es (también pudiera darse el caso de que tenga el día tonto):

1.- Dentro de Ark, ejecutamos la orden 'Nuevo'.
2.- Seleccionamos el destino de nuestro archivo comprimido, establecemos su nombre, y lo más importante, le ponemos la extensión que queramos que tenga; en nuestro caso zip, pero podría ser cualquiera de las otras que soporte Ark.
3.- Pulsamos 'Guardar' y vemos que ahora en la pantalla principal de Ark, se han activado dos nuevas opciones: 'Añadir archivo' y 'Añadir carpeta'.
4.- Está bastante claro para que sirven una y otra, solamente deciros que en la primera podemos seleccionar más de un archivo de una vez, como se puede apreciar en la captura (pulsé CTRL + A, y luego con CTRL pulsado, desactivé la carpeta ark que también estaba seleccionada).
5.- La compresión se realiza en el mismo momento que cerramos la pantalla de selección pulsando el botón 'Abrir', así que si no vamos a añadir más archivos o carpetas, cerramos simplemente Ark; no es necesaria ninguna acción a mayores.

KDE 4.1.3 en Kubuntu Intrepid Ibex (Kubuntu 8.10)

Kubuntu Intrepid Ibex integra KDE 4.1.2. Tres semanas después del lanzamiento de Intrepid, el equipo de KDE publicó la siguiente versión de la serie 4.1.x, la 4.1.3. Por la política de actualizaciones de Cannonical, dicha actualización no está 'oficialmente' soportada. Aún así, actualizar es recomendable, pues esta versión no deja de ser una recopilación de parches a problemas detectados durante el mes que media entre el lanzamiento de una revisión y la siguiente.

Para ello, tenemos que habilitar las 'Actualizaciones no soportadas' dentro de Adept.

Después de recargar los paquetes de la lista de repositorios, pulsamos el botón 'Aplicar cambios' dentro de 'Preview'.

Repositorio OpenOffice 3.0 para Intrepid Ibex (Ubuntu 8.10)

Sorprendentemente Intrepid Ibex viene con la versión 2.4 de OpenOffice, cuando ya estaba publicada la 3.0 un par de semanas antes de su lanzamiento.

Las pruebas que he realizado en Windows/Linux me han dejado muy buenas sensaciones con esta nueva 3.0, así que no he tardado en actualizar la versión de OpenOffice en Intrepid. Para ello, no tenéis más que añadir el siguiente repositorio dentro de vuesto 'sources.list':

deb http://ppa.launchpad.net/openoffice-pkgs/ubuntu intrepid main

manualmente, desde el nuevo Adept o Synaptic.

Luego no tenemos más que aceptar las actualizaciones que nos ofrece Adept / Synaptic, o desde la consola:

apt-get update

y luego:

apt-get upgrade

Y aquí tenemos OpenOffice 3.0 en Kubuntu 8.10:

Sobre la mal llamada huelga de informáticos del 19 de Noviembre de 2008

Dado que el término 'informático' plantea muchas controversias por su ambigüedad, digo mal llamada huelga de informáticos, pues realmente la huelga es de estudiantes /titulados de las distintas carreras universitarias de informática (diplomatura / licenciatura, ingenierías técnicas / ingeniería).

La primera vez que se asoció el término “ingeniería” con la informática fue en el año 1968 durante la primera conferencia de la OTAN sobre desarrollo de software. En dicha conferencia se constató que, ya por entonces, la capacidad de los ordenadores y la complejidad de los problemas que se solucionaban con ellos crecía demasiado rápidamente para la forma en que se desarrollaban sus programas, resultando (con los métodos que se utilizaban entonces) un software no fiable, con fallos frecuentes y con enormes necesidades de mantenimiento. Todo esto hizo que naciera la disciplina de la Ingeniería del Software, que tomando como fuente los métodos de las ingenierías clásicas establecía cómo desarrollar software siguiendo los estándares de cualquier ingeniería.

Aquí tenéis el comunicado del CODDI, para más información sobre lo que se demanda:

http://www.etsii.ull.es/files/COMUNICADOCODDI15-11 -08.pdf

Actualización:

Aquí tenéis el comunicado de la Dirección de la Escuela Técnica Superior de Ingeniería Informática de la UNED (más breve que el anterior):

http://portal.uned.es/pls/portal/url/ITEM/5B6DD29168B63E7BE040660A33705327

Ni que decir tiene que estoy totalmente de acuerdo con lo manifestado en ambos comunicados.

Chuleta sobre administración de paquetes

Lo que en inglés se denomina cheatsheet u 'Hoja de referencia rápida', en este caso sobre administración de paquetes en múltiples distribuciones (las cuatro pesos pesados del mundo Linux, teniendo en cuenta que Ubuntu y derivadas se basan en Debian).

Se trata de una captura a una de las tablas pertenecientes a la serie de artículos que publica Distrowatch sobre la gestión de paquetes en múltiples distribuciones.

Aunque hoy en día todas las distros incorporan programas que hacen de frontend (parte del software que interactúa con el o los usuarios) de los gestores de paquetes (backend), muchas veces dan problemas o no implementan toda la funcionalidad accesible desde la consola. En el artículo original, aparecen más tablas con los gestores de paquetes de otras distros (Slackware, Vector, etc)

Enlace revisado con toda la información en una sola página:
http://distrowatch.com/dwres.php?resource=package-management

Experiencia con libreriadelauned.es

Empieza un nuevo curso en la Uned y, por supuesto, otra sangría en libros. Este año, animado por la publicidad que aparece en su web, me decido por usar el servicio que ofrece libreriadelauned. Se supone que es la librería virtual oficial de la Uned (el nombre lo dice todo). Además de tener toda la bibliografía de los planes de estudio de las carreras de la Uned (tanto textos base como complementarios) indican precio y disponibilidad de los libros (de 2-3 días, 7 días, etc... hasta agotados). Con respecto a los gastos de envío, han ajustado el precio de los portes, razón por la que me decantara el año pasado por Agapea (con los que por cierto tuve una buena experiencia). Compruebo que tienen un 902 para contactar con ellos, confirmación por email del pedido, con número del mismo para poder hacer su seguimiento (en preparación, listo para envío, enviado, etc). Así contado, de entrada resulta 'atractivo'.

Animado por todo lo dicho, compro 4 libros (110€, portes incluidos) un Miércoles de madrugada. Nada más darle al botón de confirmar, me hacen el cargo en la tarjeta. Y ahí empiezan los problemas: El supuesto email de confirmación de pedido, no llega. Puesto que en dicho correo se supone que te comunican el número de pedido, pues no puedo comprobar el estado del mismo en dicho servicio. Mando un par de correos (uno el Jueves y otro el Viernes), que son contestados con sus correspondientes auto-reply (mensajes automáticos de que ya me atenderán en breve). Pasa la semana y el Martes siguiente intento comunicar con ellos por teléfono y... tomadura de pelo: Cuando no están todos los operadores ocupados (te tienen 5 min. al teléfono, para acabar cortándote), ponen un contestador automático. El rebote es mayúsculo cuando empiezo a leer por algunos foros mensajes de estudiantes de la Uned que compraron sus libros en el 2006 y el 2007 con idénticos resultados (algunos hablan de 6 semanas en tardar en recibir el material, y nula comunicación con ellos). El Miércoles por la tarde por fin contestan a uno de los 2 correos que envié la semana pasada, con un número de pedido y número de albarán de envío por MRW. Al día siguiente puedo realizar el seguimiento del paquete en la web del transportista, siendo entregado ese mismo día (Jueves) por la tarde (chapó por el transportista).

En definitiva, ha transcurrido una semana. No son los 2-3 días que ponía la web al realizar el pedido, pero tampoco un tiempo desproporcionado. Lo que te deja muy mal sabor de boca (o muy cabreado) es la sensación de desamparo en la que te encuentras al no poder comunicarte con ellos a través de ninguno de los canales de los que disponen a tal fin. Luego está que la información que facilitan no es veraz, así que de entrada te sientes engañado. Simplemente mejorando la logística y dando una información más fehaciente conseguirían que los clientes estuviesen más tranquilos y a posteriori, satisfechos.

La experiencia finalmente no resultó tan mala como los hechos dejaban intuir en un principio, pero aún así me lo pensaré dos veces antes de decidir donde hacer mis próximas compras de libros.

Sandisk Sansa: Reproductores de formatos abiertos

Con este entrada quería dejar constancia de que hay alternativas al uso de reproductores que solamente son compatibles con MP3 y el inefable WMA.

Sandisk Sansa Clip

Por suerte, en un mercado tan competitivo y saturado de dispositivos idénticos en funcionalidad, hay compañías que intentan diferenciarse de la competencia aportando algo más, y en este caso el conocido fabricante de memorias Sandisk lo ha logrado con su gama de reproductores Sansa. Concretamente los modelos Fuze y Clip, que gracias a una actualización de firmware publicada recientemente, son de los poquísimos reproductores capaces de soportar los formatos OGG y FLAC (además de otras bondades).

Sandisk Sansa Fuze

Así que ya sabéis, hay vida más allá de los iPods, Zunes y Zens.

Actualización (10/10/2008): Actualmente los vende Pixmania. Si alguien conoce alguna tienda en España, por favor que deje un comentario.

VirtualBox: Snapshots (combinar, fusionar o integrar)

Cuando trabamos con máquinas virtuales en VirtualBox, hay que tener claro que trabajamos con dos subconjuntos de archivos. Por un lado, tenemos los archivos que contienen las imágenes propiamente dichas de la máquina virtualizada (los archivos con extensión vdi; un archivo vdi por cada máquina virtual). Si no trabajamos con el concepto de snapshot, aquí se queda la cosa. Lo que hay que tener cuidado es que en el momento que creamos snapshots (instantáneas de la máquina virtual a las que podemos volver), todos los cambios que se hagan a partir de ahora en esa máquina virtual ya no se almacenan en el archivo vdi (padre o raiz) correspondiente, si no en otro archivo (también con extensión vdi) independiente asociado a cada snapshot que tomemos. Para tener esto claro, lo mejor es ir a la pantalla de preferencias de VirtualBox,

donde comprobamos que distingue entre la ubicación de los 'VDI files' padres, y las 'Machines'. En esta última ruta creará una subcarpeta por cada máquina virtual que tengamos, y dentro de ésta, una subcarpeta 'snapshot' donde se guardará un archivo por cada snapshot que saquemos de esa máquina virtual. Mejor verlo visualmente, porque así explicado resulta un 'galimatías':

Pero el motivo de la entrada era recoger un duda que siempre que trabajo con los snapshots de Virtualbox se me plantea:

¿Qué ocurre cuando, después de sacar un snapshot y trabajar con él durante un tiempo, decidimos que en lugar de descartarlo para trabajar con el estado anterior de la máquina (que suele ser lo habitual), queremos combinar o fusionar (merge) la imagen en disco del snapshot con la imagen en disco padre (o la imagen en disco del snapshot anterior, si tenemos varios snapshots anidados)?

Pues para ello seleccionamos el snapshot que queremos fusionar, y ejecutamos la orden 'Discard snapshot' usando el botón de la barra de herramientas correspondiente:

De esta manera conseguimos combinar (referido a la imagen en disco) el contenido del snapshot seleccionado con el vdi o snapshot anterior. Digamos que es una manera de 'dar por bueno' todo el trabajo realizado en el snapshot (en argot de sistema de control de versiones, es como si después de hacer un 'branch', hiciésemos un 'merge' dentro del 'trunk').