openSuse 11.2

Pues ya está en mis manos la GM definitiva de Opensuse 11.2. Estoy probando el LiveCD con KDE 4.3.1 y la verdad es que va todo de maravilla. Gracias a los del forosuse he conseguido descargarla antes de tiempo aquí.

La integración, como siempre, de las mejores de KDE. Destaca el Firefox por defecto con decoración K. La tarjeta nVidia es detectada pero, por lo menos en modo Live, no admite efectos 3D. Voy a seguir probando cosas. Mientras, os dejo un par de capturas:

actualizar biblioteca iTunes

Por motivos que nunca diré, tengo que usar a ratos el OS X. Es que si digo que no he podido debuggear un programa en linux, queda muy mal!

Como necesito música para animar las veladas programacionales, vuelvo a tirar de iTunes y me encuentro que las canciones que he agregado los últimos meses no están. En Rhythmbox o amaroK, hay una opción para que agregue automáticamente las canciones a la biblioteca pero en iTunes no. La solución que encontré es éste script de automator, que al ejecutarse mira las modificaciones de la carpeta de música que le digamos (la tengo en otra partición) con respecto a la biblioteca de iTunes y las sincroniza. Funciona bien, sí sí. Recomiendo leer las instrucciones en el post del enlace para afinar su funcionamiento.

Como ya adivináis, vuelvo a mac... voy a acabar mareado de tanto cambio! (pero es que karmic es una cagadilla, a ver qué tal el opensuse y fedora que salen ya)

¡Que no cunda el pánico!

¿Después de una actualización de los drivers de intel no ves un carajo de las X? ¿Te ha dejado de funcionar el teclado en un macbook? ¿Usas ubuntu jaunty quizás? A mí también me ha pasado. Sigue leyendo...

Como a más de uno le ha pasado, un día arranco el macbook-ubuntu y ¡terror! no arrancan las X!!! Aparece una pantallita diciendo si quiero reconfigurar, usar una configuración básica o no-sé-qué-más. Pero, pero, perooooooo!!! ¿qué está pasando aquí? Respuesta: la última actualización de drivers de intel es incompatible con la solución (apaño, más bien) para los problemas de aceleración 3D que tenían los empaquetados originalmente con jaunty. Solución: arranca como puedas y actualizas todo con synaptic o apt-get:

sudo apt-get update && sudo apt-get -y upgrade

Reinicias y adiós al pánico. Explicación: la han cagado porque las resoluciones en los nuevos drivers vienen controladas por el kernel, no ha habido coordinación ninguna entre los testers y no se han dado cuenta que todo quisqui que tiene gráfica intel y jaunty ha hecho el apaño para restablecer la aceleración tresdé. Por suerte, el griterío ha sido lo suficientemente escandaloso para que un mantenedor de paquetes haya recibido la indirecta y haya hecho una "actualización" a la versión anterior del driver. Todo solucionado.

¿Todo? No.

Casualidad o no, más o menos al mismo tiempo el teclado del macbook 3.1 deja de funcionar. No sé si fue a la vez porque he estado trabajando con uno externo USB. Esto sí que es raro. Busco por ahí y no le pasa a nadie. Después de ese momento de desesperación en el que arrancas el OS-X, ves que no está tan mal, intentas trabajar en él y te das cuenta que es una mierda; respiro profundamente y me dispongo a solucionarlo.

Rebuscando arduamente, me encuentro con éste post (de mayo, ejem...). Para ser tan antiguo, lo que cuenta se parece mucho a lo que me pasa a mí... Compruebo en xev algunas teclas funcionan... casualmente las mismas que al individuo en cuestión.

Sigo leyendo las contestaciones y veo que al final (por suerte) el chico dice que la solución es desinstalar el controlador propietario del wifi (Broadcom). ¿¿¿Lo qué??? Esto suena a culo y cuatro témporas. Pero como estoy desesperado, para allá que voy.

Desinstalo el driver (en Sistema->Administración->Controladores de Hardware), reinicio, al arrancar pasan unos segundos y ¡voilá! teclado funcionando. Claro, ahora me pregunto, "lo de que funcione el teclado está bien, pero como que sin wifi esto es un ladrillo". Pues jugando con la suerte, opto por una estrategia güindousera: reinstalo el driver sin tener ni pajolera idea de qué estoy haciendo pero por probar no pierdo nada. No he tenido que conectar ni el cable de red, el .deb no se había borrado, reinicio y ¡tachán! wifi funcionando. Pulso con miedo Alt+F1 y... trrrrrrrrr... ¡funciona! Gracias Bill Gates, sin tantos años de tocar botones al tún-tún, nunca se me habría ocurrido hacer esto.

Vuelta a la normalidad.

Varios de programación

Después de actualizar mi obsoleto openSuse 10.3 a Ubuntu Jaunty en el trabajo, me he encontrado con unas cuantas sorpresitas.

Para empezar, Kdevelop 3.5.10 tiene un bug. No compila nada!!! El problema es que no está pensado para libtool 2.x y los scripts que crea hacen llamadas a $echo en vez de $ECHO. La solución chapuza es modificar a pelo el archivo libtool (en optimized/, debug/ o la carpeta en la de nuestra configuración de construcción). Cambiando la línea ECHO="echo" a echo="echo" se soluciona. Hay mejores (y más lentas, pero también generales) en este link. Es una cagada de las gordas, no obstante...

Si compilas algo usando la gsl, además de linkar contra esa librería, ahora también hay que hacerlo contra la libgslcblas. Esto lo descubrí usando el comando (visto aquí):

$ pkg-config --libs gsl

Que, por cierto, es un comando todo-terreno muy útil. Anotado queda para futuros errores de linkado.

Para terminar, el ejecutable no encontraba las vtk-5,4, que he compilado desde las fuentes porque en los repositorios hay una versión demasiado antigua (5.0). Así que, como no acabo de tener tiempo para aprender lo del rpath, lo solucioné a lo bruto, añadiendo el archivo /etc/ld.so.conf.d/libvtk.conf con ésta línea:

/usr/local/lib/vtk-5.4

Después de hacer un

$ sudo ldconfig

parece que está todo apañado.

OpenCL... ¡lanzamiento!

Ayer mismo nVidia lanzó sus drivers con soporte para OpenCL. Sorprendentemente, de forma simultánea para windous y Linux!

OpenCL es el estándar del grupo Chronos para computación GPGPU, no sólo especializada en cálculo numérico sino también para programación de uso general. Supongo que por ser tan ambicioso, tardará en sustituir a CUDA, mucho más maduro a estas alturas. Aunque a la vez pienso que finalmente lo hará. Primero porque auna distintas técnicas de programación y, segundo y más importante, porque es el lenguaje que apoyan tanto fabricantes de GPUs, de ordenadores y desarrolladores de software importantes.

A la espera de la implementación de ATI de este estándar en sus drivers, ya son Apple--de forma nativa en su Snow Leopard--, Adobe en su potochop y ahora nVidia, las que están impulsándolo. Los de Phoronix ya han anunciado que cuando tengan los drivers de ATI definitivos, compararan ambas implementaciones... que les gusta hacer sangre, viciosillos.

En la página de descargas tenemos disponibles tanto los drivers (32 y 64 bits) como "profilers", documentación y ejemplos.

Al final me van a obligar a cambiar mi macbook con su integrada Intel...

GNU/Linux, el sistema más usado

Eso es lo que dicen las estadísticas, concretamente las de visitas a este blog...

Empuje

Thrust es el nuevo descubrimiento. Para los que desarrollamos en C++, CUDA se hace un poco cuesta arriba, demasiado parecido a C...

Esta biblioteca implementa algoritmos similares a la STL, con una sintaxis casi igual, pero con la ventaja de que se ejecutan en paralelo en nuestra GPU. Se tiene total control sobre la memoria del ordenador y la GPU, y el código es lo más legible que he visto para computación en gráficas.

Un ejemplo sencillo:

#include <thrust/host_vector.h>
#include <thrust/device_vector.h>
#include <thrust/generate.h>
#include <thrust/sort.h>
#include <thrust/copy.h>
#include <cstdlib>

int main(void)
{
  // generate 16M random numbers on the host
  thrust::host_vector<int> h_vec(1 << 24);
  thrust::generate(h_vec.begin(), h_vec.end(), rand);

  // transfer data to the device
  thrust::device_vector<int> d_vec = h_vec;

  // sort data on the device (145M keys per second on a GTX 280)
  thrust::sort(d_vec.begin(), d_vec.end());

  // transfer data back to host
  thrust::copy(d_vec.begin(), d_vec.end(), h_vec.begin());

  return 0;
}

Konichiwa!

De camino al Imperio del Sol Naciente, con un Macbook en el que sólo funciona Ubuntu. El Leopard petó. Me pregunto, ¿serán más frikis que yo? y lo que me anima es que sé la respuesta... ¡y me gusta!

Cula shaker

Uy que bien que estaba yo en la playita... bueno, al lío.

Creo que me estoy convirtiendo en el único desarrollador de CUDA que no ha programado una sola línea, jeje. La verdad es que ganas sobran pero tiempo falta. Aún así yo sigo al loro de las novedades por lo que pueda venir.



En este caso acabo de leer algo que puede hacerme dar el paso. Una empresa ha portado LAPACK a CUDA, añadiendo algunas cosillas más. La librería tiene el sesudo nombre de CULA. Trabaja tanto en simple con en doble precisión y dan el código libre en dos versiones. También tienen otra licencia para programas comerciales.

Pues eso, que ganas hay ya de darle un bocadito con LMX.

de particiones y compatibilidad

Qué razón tienen los que afirman que Apple compite contra M$ pero teme a Linux.

Windows será el malvado sistema que con calidad ínfima se apodera de la gente usando tácticas de dudosa ética... ejem... blablabla. Lo que sea, por la comunidad, porque los desarrolladores no ponen trabas o--muy probablemente--por ambas cosas; pero la compatibilidad de windows con linux es magnífica. Los sistemas de archivos se montan entre ambos con posibilidad de lectura y escritura usando drivers libres. Incluso las aplicaciones son cada vez más compatibles gracias a cygwin por un lado y a wine, mono o mingw por el otro. Y eso por no mentar las virtualizaciones.

Bueno, pues así de mal están las cosas con el malvado imperio de mocosoft... nada que ver por supuesto con nuestros colegas guays de la manzana:

• Intenta montar HFS+ en linux, podrás pero sólo para leer.
• Prueba a montar ext4 en el mac, upps no, demasiado moderno.
• Intenta montar ext2 ó ext3 en OS X... suerte, mucha suerte. Parece que con ext2fsx se podía... antes. Una de las actualizaciones de Leopard hizo que dejara de funcionar.
• Ah, que había una cosa que se llamaba FUSE, que nació en linux y han portado a mac. Pues con esas credenciales, seguro que es capaz de montar ext3 en espacio de usuario. ¿Seguro? pues no!
• Bueno, pues descartadas las opciones para compartir archivos entre ambos sistemas mediante formatos POSIX, probaremos suerte con los de windows... ¿NTFS? en linux sin problema pero, espera, en mac hay que instalar una extensión de FUSE que dice la gente que funciona. Vale, pues a mí no.
• ¿Y fat32? Ese maravilloso, moderno y potente estándar de sistemas de ficheros. Pues mira, con éste ha habido suerte. Claro que como mac es taaaaaan fácil, el botoncito para montar no funciona, sólo ha habido que tirar de la terminal, usar el comando "mount_msdos" y listo. El motivo, pues que a partir de la cuarta partición, la gui del OS X se hace la picha un lío.
  

Lo dicho, fácil, compatible y tremendamente intuitivo. Anda y que les den.

Problemas instalando Fink

He instalado un disco duro nuevo de 500GB al macbook. Realmente son 465GB, pero vamos, que no me faltará espacio.

Estoy intentando tener todas las aplicaciones de Linux nativas en mac para usar la virtualización lo mínimo posible (Salome-meca y poco más). Para ello necesito Fink, que ya lo tuve durante un tiempo pero me harté de los cambios de path entre qt3 de fink y qt4 de mac. Ahora, como fink tiene los binarios de qt4, cmake y todo lo que implique kde4, pues lo mismo uso sólo esos y me olvido de los nativos de mac.

Pero lo primero es instalar fink. Por algún motivo el instalador no me funcionaba, dándome un problema a la hora de seleccionar el disco de destino. El mesaje de error invoca un "índice 22" sin aportar más información. Por si acaso tiene que ver con los permisos, como recomiendan en las faq, me pongo a reparar permisos del disco y nada... hago lo del "sudo chmod 1755 /" y nada...

Así que sigo buscando por internet y me encuentro a un pollo que le pasa lo mismo. Solución a lo bestia, cambiar el contenido del script VolumeCheck (dentro del .pkg) para que siempre devuelva "0". Oye, pues de momento funciona. Si os interesa, seguid sus instrucciones aquí.

Novedades novedosas de la manzana (I) - Safari 4

Pues sí, novedades a cascoporro. Empiezo por la única que he probado (hasta ahora).

Safari está disponible para descarga tanto para mac como para (ejem...) windous. Y por las pruebas que he hecho es bastante impresionante. Oficialmente 100/100 en el test acid3, más de siete veces más rápido en renderizado de páginas que IE8 (incluso más rápido que Chrome 2) y con importantísimas mejoras de interfaz. Un ejemplo, los top sites:

Se trata de miniaturas de los sitios más visitados, que además es personalizable.

También tenemos una vista del historial de visitas y de favoritos en formato coverflow (moooola):

Para terminar, decir que la versión de Safari 4 en Snow Leopard aguantará el fallo de cualquier plugin sin colgarse ni siquiera la pestaña y aseguran que los plugins de 64 bits son hasta el 50% más rápidos (no me preguntéis cómo pero supongo que influirá la vectorización).

Optimizar el xorg.conf para KDE4

Una rapidíta que hace mucho que no escribo nada.

KDE4 es una mala bestia para las tarjetas gráficas, o mejor dicho para los controladores. El diseño del gestor de ventanas (kwin) se ha basado en la "suposición" de que ciertas capacidades novedosas en cuanto a aceleración 2D y 3D iban a estar disponibles en los controladores de linux... y no.

Así que para ir tirando, mientras los fabricantes depuran sus controladores propietarios (lamentablemente, siguen funcionando mejor que los libres), hay a nuestra disposición una página donde la gente de KDE va actualizando ciertas recomendaciones de configuración para las X. Después de hacer lo que sugieren, la composición de ventanas me va mucho más fluída con una nVidia. También hay consejos para Intel y ATI.

Programación seria en el mac

Como sabéis, el mac trae las herramientas básicas de programación incluídas en el OS X. Destacan los compiladores GCC y Xcode pero no son menos prácticas las herramientas de depuración y análisis de aplicaciones: gdb, shark, etc.

Pues he encontrado una página de complementos y mejoras de estas aplicaciones para programar cálculo numérico serio. Pasaos por el proyecto en sourceforge y os sorprenderéis. Tienen en binario un montón de herramientas recién salidas del horno. Yo ya me he bajado el GCC 4.4, que tiene autovectorización y soporte para C++0X (entre otras cosas) y estoy echando el ojo al resto de librerías. Un gran hallazgo.

Por cierto, aquí hay info sobre el lanzamiento de GCC 4.4 y aquí sobre el estado de la implementación del nuevo estándar de C++.

No voy a hablar del lanzamiento de Ubuntu 9.10...

Al menos hasta que lo pruebe (descargado está).

Librerías dinámicas de VTK en OS X

Acostumbrado como estoy al sencillo sistema de librerías compartidas en GNU/Linux, no acabo de entender varios mecanismos que se usan en OS X. Uno es el caso de las librerías dinámicas, las famosas ".dylib".

En teoría el concepto es el mismo que el de las ".so", pero hay cosas que me desesperan. Cuando compilo una aplicación que usa las librerías VTK, al estar instaladas en /usr/local/lib, el maldito sistema no las encuentra. Como llevo tiempo haciendo apaños, os cuento hasta dónde he llegado y si alguien tiene la solución definitiva, por favor que me la cuente antes de que empiece a linkar estáticamente (!!).Por cierto, es indiferente usar cmake que qmake, con automake no he probado pero después de acostumbrarme a los otros dos como que cada vez me da más pereza.

Problema: si compilamos el programa e intentamos lanzarlo desde una terminal, nos escupe diciendo que no puede encontar las librerías libvtk* y sus respectivos símbolos. Si analizamos los links del ejecutable con:

otool -L ejecutable

Obtenemos una bonita lista donde podemos comprobar que las librerías VTK no tienen su correspondiente path.

Después de leer detenidamente un montón de documentación vía web de la que no guardo los links, me entero que a partir de Leopard hay una opción para usar -rpath (runpaths) tanto de forma global como relativa. Bien, recompilo VTK con el RPATH activado (esto tarda un rato)... y no funciona. Genial, es como cuando he intentado compilar en x86_64 y no puedo porque carbon sólo es 32 bits y cocoa me da error con QT 4.5 (!). Si es que sobre el papel todo es muy bonito, pero luego... en fin, vamos a los apaños.

Solución/apaño #1: añadir en .bash_profile una línea para que la carpeta de las librerías VTK esté en el path de búsqueda. Después de un rato de amena lectura, consigo enterarme que en el mac es:

export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/usr/local/lib/vtk-5.2/

Bien, hecho esto, primera victoria: los ejecutables corren desde la bash. Después de pensar (ingenuo de mí) que estaba todo solucionado, cuando voy a debuggear (toma palabro!) desde Xcode... la misma historia!

Solución-apaño #2: después de trastear un buen rato con la ingente cantidad de opciones de compilación en Xcode, resulta que no es ahí (bravo!). Hay que añadir la variable de entorno en el ejecutable, como os pongo en esta captura:

Bueno, ahora funcionar funciona. Pero miedo me da lanzar shark o alguna otra aplicación de análisis. El caso es que hace tiempo no tuve este problema así que no sé si es un bug de VTK 5.2 o es que soy cada vez más torpe.

¿Alguna idea?

Libros libres... de software libre

He encontrado a través de esta página una buena recopilación de libros listos para descargar tanto de GNU/Linux en general como de programas libres como GIMP, Inkscape, OpenOffice, etc.

Os dejo una muestra:

Manuales Informática

Cuadernos de Tecnología

Buscar y sustituir palabras en muchos archivos

Después de empezar a usar find para borrar los archivos, me estoy aficionando a usarlo y he encontrado una utilidad que quiero compartir. Además, la sintaxis es delicada y puede que tenga que echar mano de esto que escribo para recordarla.

El problema que tenía es: dados unos archivos que se llamen parecido... pongamos "grid.vtk"; queremos sustituír una o varias palabras en todos ellos, en mi caso "scalars" por "power_density". Estoy seguro que hay un montón de aplicaciones "de ventanas con botones" que lo pueden hacer, pero también estoy seguro de que se tarda más usándolas. Así que repetid conmigo: La bash es nuestra amiga, la bash es nuestra amiga...

Al grano, abrimos una bash, nos situamos en el directorio del que cuelgan todos los subdirectorios que contienen los archivos que queremos modificar y lanzamos:

find -iname grid.vtk -exec sed -i 's/scalars/Power_density/g' {} \;

Ahora la explicación:

-iname es el nombre de los archivos que queremos cambiar. Acepta comodines. En este caso son todos aquellos que se llamen grid.vtk.
-exec le dice a find que ejecute este comando en cada uno de los archivos:
sed -i 's/scalars/Power_density/g' {} \;
donde:
-i le dice a sed que edite el archivo
s es la opción de sustitución, en este caso busca scalars y lo sustituye por Power_density
g es la opción para que lo haga para todas las coincidencias en el archivo
{} el la ruta al archivo que ha encontrado find, y
\; es el final del comando find, que tendrá algún sentido pero lo desconozco, lo uso como una receta.

Como veréis, la sintaxis de sed se parece mucho a vim, así que aprendemos 2x1.

Comparación Ubuntu Intrepid - Leopard

He encontrado en Phoronix una curiosa comparativa entre los dos sistemas operativos que vengo usando en el portátil ahora mismo (aunque también uso el openSuse, pero en los fijos). Para ello han usado un mac mini de la anterior generación, con gráfica intel integrada; vamos, que no han buscado un hardware muy rebuscado.

Los resultados son como poco desconcertantes. En la parte gráfica, incluídos juegos sobre OpenGL, Leopard arrasa. La explicación parece ser la arquitectura MESA de linux sobre los drivers de Intel y parece que están trabajando en ellooooo (que diría el bigotes ;-).

En multimedia, las cosas se igualan. Las codificaciones tanto de MP3 como de OGG son un poco más rápidas en ubuntu 64 bits pero más lentas en ubuntu 32, quedando el OS X en medio. Sí que el mac es más lento cuando se codifica vídeo con FFmpeg.

Al comprimir archivos, ubuntu es mucho mejor usando gzip, quedando en tablas cuando se usa 7-zip.

En operaciones de lectura-escritura en disco, Leopard con su HFS+ simplemente apabulla al EXT3. Será interesante ver la ganancia de Linux con EXT4, siempre que los desarrolladores consigan programar sin que se produzcan pérdidas de datos por la nueva escritura retardada que proporciona(!). Voy a ser malo... qué raro que se haya descubierto el problema en Kubuntu, con KDE4... jejeje.

De Java paso de hablar. Total, para lo que vale...

La gestión de bases de datos con SQLite es muuuucho más rápida en mac. Si se mira la gestión XML, se iguala con el ubuntu 32 bits, quedando el ubuntu 64 como ganador en este aspecto.

Conclusión: un cacao. Yo lo resumiría como: ubuntu, usando todo el arsenal open source, gana en innovación (64 bits y últimas versiones de compiladores y aplicaciones). Mientras, OS X se lleva la palma en integración: drivers más eficientes, equipos más equilibrados, etc. Sólo me contradice el caso del sistema de archivos, ¡pero es que HFS es muy bueno!

Lo que creo que faltaría para que la comparativa fuera más justa y completa: que hubieran usado la última versión de Xcode, que trae el gcc-4.2; y, por parte de ubuntu, incluír un benchmark del EXT4.

Borrar archivos recursivamente

Supongo que a alguno le ha pasado que, moviendo datos entre distintos sistemas, acabas con una buena colección de archivos específicos del sistema donde no deberían estar.

Más en concreto, al sincronizar datos entre sistemas OSX y GNU/Linux con rsync, si se nos olvida utilizar la salvaguarda --exclude=.DS_Store, arrastramos uno de estos archivos por carpeta, lo que resulta cuanto menos molesto. También pasa algo parecido si hemos usado windows con los archivos Desktop.ini y otros del estilo *.ext.

Usando la bash se pueden borrar todos de un plumazo. Primero nos situamos en el directorio superior y buscamos a ver si tenemos archivos de ese tipo. Por ejemplo, para la morralla que deja el mac, haríamos en nuestro linux:

find -iname .DS_Store

Si nos sale una ristra de direcciones, podemos comprobar que no corresponden a ninguna partición montada de HFS+. En caso de que "casualmente" lo esté, cuidado, desmontadla primero. Una vez asegurados que queremos borrar todos los archivos de la lista, le decimos al comando que los elimine mediante:

find -iname .DS_Store -exec rm {} \;

Si alguno es de sólo lectura, nos pedirá confirmación de borrado.

Cosas de Apple

Parece que con la paradiña de Jobs, se acabaron las presentaciones grandilocuentes. Tampoco es que los nuevos modelos sean ninguna revolución, supongo que los fuegos artificiales los dejarán para el Snow Leopard.

Mi impresión, que el mac mini ahora sí que mola. No es que lo necesite, pero es un pedazo ordenador, no demasiado caro (para ser Apple) y te lo llevas en el bolsillo a cualquier lado. Eso ya lo era pero con la nVidia, el firewire y los cinco puertos usb, pues qué más se le puede pedir.

De los otros sólo comento lo más sonado... el precio de la memoria DDR3 que intentan cobrar (¿o robar?). En los nuevos iMac, pasar de 4 a 8 GB cuesta, nada más y nada menos que 900 €... ¡¡¡¡¡Menudo chollazo!!!!!

Y termino con una advertencia. Que no os cuelen el timo del macbook blanco. Están liquidándolos por 799 € en muchos sitios... ¡cuidadín! que es el modelo antiguo, con la gráfica Intel. El que merece la pena pero de verdad es el blanco pero de 899 €, con la nVidia, 2GB de RAM. Vale, trae sólo 120GB de disco pero oye, si quieres más, puedes ponerle uno de 500GB. Y, si todavía quieres más, pues al loro con este accesorio que cambia la unidad DVD por otro disco duro... mmmm... ¿te vale con 1TB en tu macbook? (sí, Roberto, también vale para los nuevos). Ni siquiera tienes que renunciar al DVD, te venden una carcasa externa USB para conectarlo!

:-)

Qt 4.5

Así se anuncia la nueva versión para nuestra librería de GUIs multiplataforma predilecta (no, GTK+ no es multiplataforma por mucho que insistan).

Las novedades: mayor velocidad, nueva modalidad de licencia LGPL, 64 bits para OSX, instalación en un solo paquete, un nuevo IDE, etc.



Me llama la atención el IDE, Qt Creator. Voy a darle un tiento porque la verdad es que el vídeo tiene muy buena pinta. Lástima que parece que puede usar cmake. Seguro que si el IDE es bueno, alguién de KDE lo acaba integrando. Habrá que estar atento.

Carátulas de CD

A través de la página de SuseGeek he encontrado algunos programas interesantes.

Hoy os comento uno muy sencillo y práctico con el que hemos hecho la portada de la maqueta de mi grupo de rock. Por cierto, pasaos por aquí si queréis escucharnos.



Discwrapper está basado en GTK+ y permite hacer carátulas para distintos tipos de cajas de CDs, incluyendo las pegatinas de disco. Combinado con el Gimp para crear los fondos, nos permite obtener resultados realmente vistosos y prácticos. Como ejemplo la portada de la maqueta de la que os hablaba antes:

Kdevelop 4 - beta 1

Poco a poco van avanzando los desarrollos en las aplicaciones clásicas (y fundamentales) de KDE.

Según anuncian hoy en el dot, ya está disponible la primera beta del IDE basado en las librerías de KDE4. Yo no he podido esperar a la estable para ir probándolo, sobre todo después de leer que "ya contamos con excelente soporte para C++, integración con CMake, Subversion y Git... pues no me digas más. Y si encima encuentro algún bug, genial, seré bueno y notificaré. Aquí mi primera prueba: proyecto básico QT4 gestionado con cmake, con ayuda semántica... me gusta!!!

Y ahora que lo veo... ¡¡¡¿¿¿Dónde está la barra de herramientas???!!! (primer bug, viva el beta!)

Desinstalar Ubuntu del Macbook (WTF!)

Como os contaba en el anterior post, ahora que ya tenemos todo el sistema configurado, hay que hacer lo que todo buen linuxero ansía... ¡cambiar de distribución!

Pensaréis que ya se me ha ido la olla otra vez. Puede ser, pero antes os digo por qué hago esto:

1. Lo más importante: Ubuntu intrepid no tiene kernel real time. Es un kernel con prioridad total de los dispositivos de sonido. Si de verdad quiero sustituir al OS-X, para mí es absolutamente imprescindible usar este kernel. Primera sorpresa, Ubuntu sí lo tiene pero no funciona... (!!!). Podemos hacer un "apt-get install kernel-rt", lo arrancamos y vemos que de tiempo real nada de nada, que sólo funciona un núcleo del procesador y que encima se queda colgado cuando vas a apagar. Después de leer infinidad de posts por internet, llego a la conclusión de que si quiero uno que funcione bien, me tengo que pasar a la versión 8.04 LTS, lo que incluye una reinstalación completa y pelearme configurando el macbook en un sistema más antiguo.
2. Como bien sabéis, acaba de salir KDE 4.2 y ya que estoy, pues instalo alguna distro en la que funcione bien (Kubuntu apesta un poquito). Si encima, esa distro tiene kernel-rt y es la que uso en el resto de máquinas... pues leche y en botella (¿o no era así?).

Pues hala, manos a la obra. Antes de arrepentirme, guardo bien la copia de seguridad del todo el sistema, usando partimage y a instalar...

¡¡¡¡OpenSuse!!!!

Así que ahora me tocará empezar con la serie "Instalando openSuse en el Macbook", jeje. Os dejo un par de capturas de mi escritorio y ya os adelanto que funciona bien, muy muy bien. Para mi gusto mejor que Ubuntu aunque tengo que reconocer que es más difícil de configurar.

Nada más instalar openSuse 11.1 nos encontramos con el escritorio por defecto del KDE 4.1.3. En esta imágen con unos widgets añadidos:



Y, después de actualizar a KDE 4.2.0 y tunear un poquito, queda esta maravilla. Un poco recargado pero muy práctico... ¡hasta a los de Gnome les gusta!:


PD: Los post-it no son decorativos. He borrado lo que tenía puesto para sacar la captura... que sois unos cotillas!!! :-P

Instalar Ubuntu en el Macbook (V) - Virtualización

Probáblemente ésta sea la última entrada de la serie. Creo que lo que es el sistema base ya lo tenemos funcionando y bien configurado.

Este post habla específicamente de la instalación en Ubuntu de la versión no-libre-pero-sí-gratis de Virtualbox, que tiene alguna ventaja de uso frente a la libre. La cosa es fácil pero os ahorro una búsqueda por internet.

Hay dos formas de hacerlo:

1. La fácil (sólo Ubuntu 8.10): hay que añadir el repositorio bien editando el "/etc/apt/sources.list", a través del menú "Sistema->Administración->Fuentes de Instalación" o en el menú "Repositorios" del Synaptic... en cualquier caso la línea a añadir es:
deb http://download.virtualbox.org/virtualbox/debian intrepid non-free

Habrá que añadir la llave pública mediante el comando:
wget -q http://download.virtualbox.org/virtualbox/debian/sun_vbox.asc -O- | sudo apt-key add -

Actualizar la base de datos:
sudo apt-get update

Instalar el módulo del kernel:
sudo apt-get install dkms

y, finalmente, instalar el virtualbox:
sudo apt-get install virtualbox-2.1


2. La complicada (vale para cualquier distribución): vamos a la página de Virtualbox, en el apartado descargas encontramos el paquete específico para nuestra distro y elegimos la arquitectura del sistema que tengamos instalada. Si no lo tienes claro, a estas alturas ya te vale... pero puedes comprobar la versión del kernel con el comando "uname -a". Una vez descargado el paquete, lo instalamos con "deb", "rpm" o el gestor de paquetes que use nuestro sistema. Probáblemente necesites las cabeceras del kernel para instalar el módulo de virtualbox. Si eliges esta opción es que ya sabes lo que haces, así que no detallo los comandos (menuda excusa de vagoooooo ;-).


IMPORTANTE: en uno u otro caso, hay que añadirse al grupo de "vboxusers" (o similar) para poder lanzar las máquinas virtuales.

Por cierto, he comprobado que el mismo archivo de disco virtual del ventanas que tenía instalado en el virtualbox de mac me vale para la máquina en linux, sólo he tenido que pasarla de un disco a otro. Punto para Sun.

Salome-Meca en GNU/Linux

Hace tiempo que hice un par de posts sobre este programa incluído en la distribución CAELinux.



Se trata de un Pre-Postprocesador diseñado sobre Qt, OpenCascade y VTK con una shell interactiva de Python. Yo la uso para generar/importar geometrías y mallarlas. Luego la malla la exporto para mis códigos de cálculo (de métodos sin malla... ironías de la vida, jejeje) aunque bien podría usar alguno de los códigos FEM libres que existen por ahí. En concreto, el Pre-Post es Salome. La versión -Meca incluye un módulo de cálculo lineal, cortesía de Code-Aster (ASTK).

Bien, las buenas noticias es que ahora está chupao instalarlo en GNU/Linux. Lo he probado en dos distribuciones distintas y va como la seda. Las instrucciones de instalación están aquí. Son para Ubuntu 8.04 pero siguiéndolas no debéis tener ningún problema en Intrepid (yo no lo tuve). Haciendo el mismo proceso en OpenSuse 11.1, sólo he tenido que añadir la instalación de la librería GLU para 32 bits, simplemente con "zypper install Mesa-32bits".

A pesar de ser una versión precompilada para 32 bits, al no tener casi dependencias funciona bien. Aunque a mí no me merece la pena pegarme con ello, para los que queráis optimizar el código, podéis bajaros las fuentes y compilarlo para la arquitectura que uséis. Ahora, os aviso que vais a tener que trabajarlo un poquito (menos si tenéis Debian o Mandriva).

Con todos ustedes... ¡KDE 4.2!

No tengo palabras:

Hola, soy un Linux...

Mientras sale KDE 4.2 (perdón, era hoy, no ayer...) me he encontrado este par de vídeos. No sé por qué me veo reflejado en los dos.

:-)

Todo a punto para KDE 4.2

Como ya es 26 en España, pues me adelanto.

Hoy sale la primera versión realmente estable del escritorio que va a marcar la pauta los próximos años en los sistemas GNU/Linux. Sí, me mojo y lo digo, KDE4 es un cañón. A pesar de la política de comunicación equivocada que ha llevado a muchos usuarios frustrados a pensar que era un botijo, un quiero-y-no-puedo... esta vez sí que sí. Yo ya uso habitualmente KDE 4.1 en todas mis máquinas y sé con certeza que esta versión es la que va a hacer que la gente se olvide del glorioso KDE 3. Algunas aplicaciones se retrasarán un poco, así que seguiremos usando Kdevelop 3 y Amarok 1, pero como escritorio no le falta ni le sobra nada.

Esperemos que los empaquetadores respondan y la tengamos disponible pronto en nuestros repositorios. Sólo me queda darles las gracias por el excelente trabajo (ojo, Gnome también es genial pero más conservador para mi gusto).


Acabo con un homenaje a estos 10 años de evolución del entorno K de escritorio.

KDE 1 (1998):


KDE 4 (2008):


Ahora a disfrutar, crear y producir.

¡¡¡Alerta!!!

¡Cuidado con los troyanos en mac! Juas juas, ¡¡¡piratas que sois una panda de piratas somalíes!!!

Y yo tan contento con mi linux... (:-P)

Instalar Ubuntu en el Macbook (IV) - Configuración de los tipos de letra

Las fuentes de Ubuntu son feas. Se leen bien, pero ya he visto a más de uno que prueba el LiveCD y dice... ¡que feooooo! (el marrón ayuda también).

Bueno, hay formas de mejorar eso. Una es descargándose el tipo de fuente que más te guste. Para los que se asustan con otra apariencia que no sea la de mocosoft, es posible instalar las MS TTF o incluso las Cleartype del vista (explicado aquí). Si eres más del gusto de mac, pues también puedes usar sus fuentes, aquí te cuentan cómo. Aviso: tanto las del mac como las de mocosoft son fuentes propietarias, con su licencia y tal. Haciendo esto inclumples la licencia, así que tú mismo (lo que sí es legal es contar cómo se hace, jiji).

A parte de usar la fuente que más te guste, hay una mejora que puedes hacer para que el renderizado sea mejor. Creo que no está activa por defecto porque hay dudas de si incumple una patente de Apple. Así que puestos a cometer crímenes contra la propiedad intelectual, os cuento cómo se activa (visto aquí):

Hay que editar el archivo "~/.fonts.conf" y añadir este código:

<fontconfig>
<match target="font">
<edit name="autohint" mode="assign">
<bool>true</bool>
</edit>
</match>
</fontconfig>

Cierras la sesión, vuelves a entrar y ¡tachán! nuevo look.
Antes:

Después:

Para una mejor integración con las aplicaciones de KDE, no hace falta instalar kcontrol (tampoco vas a poder, así que...). Basta con abrir el archivo "~/.kde/share/config/kdeglobals" y añadir esta sección (o modificarla si ya hay una):

[General]
fixed=Monospace,5,-1,5,50,0,0,0,0,0
font=Sans,10,-1,5,50,0,0,0,0,0
menuFont=Sans,10,-1,5,50,0,0,0,0,0
taskbarFont=Sans,10,-1,5,50,0,0,0,0,0
toolBarFont=Sans,10,-1,5,50,0,0,0,0,0

Donde se ha elegido una fuente Sans de 10 para todo excepto para las de espaciado fijo, que se usa Monospace. Edítalo a tu gusto, usando las que tienes configuradas en Gnome.

Hala, creo que tenéis faena hasta el siguiente post.

Instalar Ubuntu en el Macbook (III) - recuperando el arranque

Muy bien, ya tenemos el linux apañado. Jugamos con él un rato, después otro rato, y al final nos damos cuenta que el OS-X es una castaña, que hemos sido víctimas del marketing de Apple y que queremos usarlo a diario. Vale, igual he sido un poco troll, sea por lo que sea, vamos a usarlo como sistema principal.

Pero sí sólo hemos dejado unos pocos gigas de memoria... ¿ande pongo mis cosas? Pues ale, a hacer hueco. Para redimensionar particiones, ya sabéis, como expliqué en el capítulo de instalación, los pasos son: 1. Desactivar el journaling de la partición HFS+ (comprueba que haya espacio libre, ¡melón!); 2. Arrancar el LiveCD de Ubuuuuuuntu (por ejemplo); 3. Redimensionar con GParted; 4. Volver a activar el journaling desde el OS X.

Ok, ahora vamos a arrancar el linux y no va, y te da por pensar ¡¡¡Pero el tío de este blog me ha tomado el pelo!!! Que noooo, malpensado. Quedan un par de detalles:

1. Vuelve a arrancar el LiveCD y sigue las instrucciones de este post. Lo que ha pasado es que al redimensionar te has cargado el grub de la partición (ves como algo ibas a romper, jejeje). IMPORTANTE: no lo instales en el MBR (aka: hd0), la partición donde tienes que instalarlo es donde tienes el root del sistema ("/"). Como la cagues aquí la lías parda, pero de verdad. En mi caso la instrucción es "setup (hd0,3)" porque mi root es la cuarta partición.
2. Ahora apagas y en el menú del refit vuelves a sincronizar la tabla de particiones.

Yatá. Listo, el Ubuuuuuntu revive. ¡Larga vida a Ubuuuuuntu! (o no)

Instalar Ubuntu en el Macbook (II) - Instalación Básica

¿Atrevidos? ¿Preparados? ¿Convencidos? Pues ale, que vamos a instalar Ubuuuuuuuntu. No me enrollo demasiado porque ante alguna dificultad, es mejor guglear con el tema concreto.

Lo que cuento aquí son los pasos que he hecho yo. Si no os funcionan, os cargáis el OSX o el Macbook, seguro que tarde o temprano me dejáis un comentario "agradeciéndomelo". Como entenderéis, me declaro completamente irresponsable, lo que por otro lado tampoco es ninguna novedad.

Los preparativos.

1. Necesitas una copia del Live CD de Ubuntu 8.10 "Intrepid Ibex". Yo uso la de 64 bits, que es compatible con cualquier macbook intel. Hasta aquí todo fácil.
2. Haz una copia de seguridad con la Time Machine que seguro que algo rompes (luego que no se diga que no aviso, que hay mucho "furro" por ahí).
3. Sigue estas instrucciones. Lo que viene a continuación es lo que yo he hecho distinto y sus consecuencias (ejem...)
4. Cuando vayas a redimensionar la partición del OSX, si no te funciona la "utilidad de disco" o el "Bootcamp", no insistas, no va a funcionar nunca jamás. La solución que encontré es deshabilitar el "journaling" del sistema HFS+ y entonces se puede redimensionar con el gParted que viene en el LiveCD del Ubuuuuuuntu. Instrucciones de varios métodos para activar/desactivar el journaling aquí. Luego vuelve a activarlo si no quieres tener "problemitas" como perder datos.
   
5. El orden de particiones nuevas que creé desde el instalador de Ubuntu fue, sda3->"swap" y sda4->"/". Funcionar funciona, pero luego fui incapaz de montar desde el OS X la sda4 usando algunas herramientas como el ext2fsx. Puede que sea por esto, así que recomiendo poner la swap al final del disco.
6. Ahora sigue estas instrucciones si tienes un Macbook versión 3.1 como el mío. Si tienes otra revisión, pasa por aquí. Está todo muy bien explicadito, así que no voy a repetir nada porque seguro que lo haría peor. Como veis, funciona casi todo. Desde luego, todo lo que he probado, funciona, incluída la webcam y el firewire. Las diferencias con lo que tengo configurado yo os las cuento ahora...
7. En Preferencias->Ratón he deshabilitado el "hacer clic con el touchpad" porque me saca de mis casillas básicamente.
   
8. El "~/.xmodmap" lo tengo distinto. Mi versión es lo más parecido a un teclado normal que he encontrado. Tiene el "Alt-Gr" en el Cmd-izquierdo, en el Alt-izquierdo he puesto el menú contextual (POR FIIIIIIIIN!!!!!) y en el lado derecho he cambiado el Super (AKA win-key) por Alt. El archivo tiene esta pinta:
   
keycode 135 = Alt_R
keycode 108 = Menu
clear mod1
clear mod4
keycode 133 = Alt_L
keycode 64 = Super_L
add mod1 = Alt_L Meta_L
add mod4 = Super_L Hyper_L


El próximo día os cuento como no perder toda la instalación cuando redimensionéis alguna partición (angelitos, que tocáis donde no debéis...).

Feliz año - Retomo el blog

Hola a todos, jauría de lectores sedientos de lecturas intrascendentes. Después del parón navideño, ya estoy cogiendo el ritmo de trabajo y, como no, también el informático (tanto monta).

No me he olvidado que os debo una explicación de la instalación del Ubuntu en el Macbook, y esa explicación os la voy a dar... pero hoy no, jejeje (americanos, os saludamos con alegría...).

Bien, dejo ya los baciles y voy al grano. A partir de mañana os detallo los pasos de la instalación satisfactoria. El terreno de la productividad ha sido conquistado por Ubuntu. ¿Todo? ¡No! Una aldea de irreductibles interfaces de sonido resiste ahora y siempre al invasor con un remedio que les hace invencibles... Intrepid no tiene un kernel en tiempo real que funcione, así que me toca hacer el número de la cabra para que mi tarjeta de sonido Firewire sea algo más que un ladrillo (maqueros... risas aquí). Pero el resto de cosas funcionan de lujo, eso sí. Así que lo documentaré, mayormente por dos temas:

1. Habrá a quien le interese.
2. Como ando trasteando con el kernel y otras miserias, y hay probabilidades de que me cargue todo el sistema, puede que yo me incluya en el punto 1.

A pesar de todo me estoy volviendo precavido. Ya tengo mi imagen del disco, gracias a la herramienta partimage. Instrucciones de uso aquí.