¡Mi primer libro! (o conociendo Bubok.es)

Acabo de publicar mi primer libro. Y he tardado 5 minutos en encontrar editor, escoger la portada y la contraportada y decidir el precio al que quiero venderlo. Además, he escogido publicarlo tanto en formato electrónico como en papel, al "módico" precio de 3.99 € y 11.99 € respectivamente.

Parece demasiado bonito para ser verdad. Pero lo es: el "editor" no es una persona de carne y huesos, cruel, vil y sin escrúpulos (estoy de coña :P), sino el sitio de nueva creación Bubok.es, made in Spain, oigan. Por un precio muy competitivo (0 €, o sea, gratis) permiten publicar libros tanto a autores amateurs como profesionales y darse a conocer de forma muy fácil.

La versión en papel tiene un precio mínimo de venta (para cubrir costes de producción) que varía según el formato, tipo de papel, etc que escojamos para el libro. La electrónica, podemos venderla desde 0 €. En ambos casos se puede poner el precio de venta que se desee al libro, siendo el 80% de las ganancias para el autor y el 20% restante para Bubok.es. Los libros se suben en formato PDF y la portada y contraportada se editan allí mismo con las plantillas proporcionadas o, cosa que me ha parecido muy de agradecer, subiendo una imagen hecha por uno mismo.
Además ofrecen servicios de valor añadido a los autores (esto sí hay que pagarlo) como maquetación, portadas hechas por diseñadores profesionales, publicitación del libro e incluso la creación de pósters y marcadores de libro personalizados. Lo que más me ha gustado es que todo el proceso -publicación, promoción, venta del libro- se gestiona desde su web, la cual es usable a la par que elegante.

Se nota que esta gente empiezan fuerte y con ganas: han conseguido los favores de mismísimo Alberto Vázquez-Figueroa, con 18 libros publicados en el sitio (todos se pueden obtener gratuitamente en su versión electrónica y con un precio muy asequible la de papel). No se cómo lo han logrado pero es una gran baza para ellos y su sitio.

La verdad, no espero que nadie compre mi libro en ninguna de las dos versiones -yo incluido- pero me ha hecho gracia probarlo y creo que esta va a ser una plataforma revolucionaria para los escritores del MundoReal (TM). Como una Operación Triunfo, pero con libros, vaya. Una recomendación para los creadores del sitio -que seguro que ya habéis tenido en cuenta-: aprovechad este Sant Jordi para daros a conocer!!

PD: el libro tan solo es mi proyecto final de carrera que hice en la ETIG, o sea que puede interesar como mucho a 2 personas en el mundo xDD. Estas son fáciles de reconocer: les gusta traducir código fuente de Java a C++, las redes peer to peer (P2P) y conocen un simulador que responde al nombre de PlanetSim.

Nuevo coche o ¡Que contento que toooooyyy!!!

El título del post no deja lugar a dudas. Me he comprado un coche. Nuevecito del concesionario.

Sus datos son:

• Citroën HDi 92 CV Collection
  
• Color: Rojo Lucifer nacarado. ¡Como mola el nombre! Y punto.
• Motor: Dieselón de 92 CV, sobrado para lo que lo voy a usar.
• Extras: Pack Bluetooh Collection (pintura, llantas, pijadas varias y, ¡oh sorpresa!, Bluetooth) y Supercierre.
• Fotos de rigor:

Svnserve y sus cuelgues del demonio...

Subversion es un sistema de control de versiones que en general funciona de PM...

Cuando empieza a dar problemas es, como no, en sistemas Windows ¬¬ cuando se tienen repositorios grandes servidos por svnserve.

Descripción del problema:

• Cuando se hace commit de ficheros grandes (a partir de 1 mega) el cliente se queda colgado indefinidamente al enviar este fichero grande (no parece haber actividad de red). Al pasar mucho tiempo, se muestra un error indicando que no se ha podido completar la operación.
  

Entorno donde se produce el problema:

• Repositorio está en un sistema Windows (XP SP2 para más señas). Sí, seguramente esto no pase en GNU/Linux. Si lo tengo en Windoze es por motivos laborales.
  
• El repositorio es relativamente grande: 280 megas y unos 160 commits.
• El repositorio se sirve a través de un servidor svnserve (los clientes usan por lo tanto protocolo svn://).
  
• Las versiones de subversion son la última disponible (la 1.4.4), tanto en el cliente como en el servidor. Se ha observado este problema en otras versiones anteriores de la rama 1.4.x
• Has 2 clientes: uno local (desde la misma máquina del repositorio) y otro remoto (otro PC también con windows). El problema sucede en los dos (todos acceden al repositorio con el protocolo svn://).
  
• El problema sucede indistintamente al usar clientes de consola (svn) o gráficos (TortoiseSVN).
  

Intento de solución 1 [fallido]: Usar Apache + módulos de Subversion en lugar de svnserve.

• Esta solución, a parte de ser tediosa (requiere instalar Apache 2, los módulos de subversion, configurarlo todo y hacer un svn switch --relocate en los clientes) NO funciona: se sigue colgando los clientes en hacer commits de ficheros grandes. En este caso, los clientes usan el protocolo subversion http://.
  

Solución -cutre- al problema [funciona!]:

• Parece ser que este problema sólo sucede cuando se accede al repositorio por red. Seguramente sea un fallo en alguna librería que usa el Subversion (como la Apache APR), o algun fallo en el propio Subversion, vete a saber...

• IDEA brillante: ¡no usar la red entre cliente y el repositorio! :D

• En el cliente que está en la misma máquina que el repositorio esto es fácil: sólo hay que hacer un svn switch --relocate en la copia local apuntando como dirección del repositorio una que empiece por file:///C:/ruta/al/repositorio, donde C:/ruta/al/repositorio se corresponde a la ruta real donde se encuentra el repositorio en esa misma máquina y file:/// es el protocolo subversion para acceso local.

• En el cliente que está en una máquina diferente a la del repositorio parece ser imposible acceder al repositorio de "forma local" estando estos dos en máquinas diferentes. Pero estando en un sistema Windows, aquí es donde aplicamos la "ingeniería creativa": usamos la compartición de red de Windows que parece soportar Subversion por defecto. En el servidor hacemos que la carpeta del repositorio esté compartida por red. En el cliente tenemos 2 opciones:

• Usar mapeo de unidades (no lo recomiendo ya que habría que hacerlo a cada sesión): en el cliente remoto hacemos el svn switch --relocate con una ruta local, donde la unidad Z corresponde a la unidad remota montada localmente con "Conectar a unidad de red" de "Mi PC", p.ej.: file:///Z:/nombreCarpetaRepositorioCompartida

• Usar rutas UNC: en el cliente debemos hacer el svn switch --relocate con una ruta del estilo file://nombreDeRedPCServidor/nombreCarpetaRepositorioCompartida. ¡Ojo que aquí el file:// sólo tiene 2 barras! Obviamente el nombreDeRedPCServidor corresponde al nombre de red del PC donde está el repositorio y
  nombreCarpetaRepositorioCompartida es el nombre que le hemos dado a la carpeta del repositorio al compartirla.

Esta solución cutre tiene sus ventajas:

• No es necesario tener ningún servidor corriendo en la máquina con el repositorio (ni svnserve ni Apache), puesto que quien "escribe" y modifica los ficheros del repositorio realmente es el cliente, ya sea local o remoto.
  
• Es una solución más "rápida" que las otras de red: no hay un protocolo svn:// o http:// por medio.
  

Evidentemente, también tiene desventajas:

• Sólo sirve para redes locales (supongo que para el caso de redes no locales se podría hacer otro cutre-apaño con túneles VPN).
• Es una solución cutre. Lo suyo sería que se solucionase el problema en el propio Subversion.
  

Instalar DBDesigner 4 en Ubuntu Linux (Feisty Fawn y Gutsy Gibbon)

DBDesigner 4 es un sistema de diseño visual de bases de datos que integra diseño, modelado, creación y mantenimiento de estas en un único entorno. Está pensado para crear bases de datos MySQL pero permite algunos sistemas comerciales como Oracle o SQLServer y -con ciertos trapicheos- es posible crear esquemas para otros SGBD libres como PostgreSQL.

Es un sistema de código libre (GNU GPL) y se pueden obtener sus ejecutables desde la web http://fabforce.net/dbdesigner4/, desde la que se ofrecen versiones para GNU/Linux y Windows.

Otra cosa es que estos binarios funcionen tal cual en GNU/Linux y... ¡Sorpresa! En Ubuntu no rulan por defecto. La única forma en que están estos empaquetados para Linux es en un fichero .tar.gz

Tras indagar un poco, estos son los pasos para hacer que el programa vaya como la seda:

1. Descomprimir el .tar.gz con el programa en un directorio (se recomienda el directorio HOME para un sólo usuario y el directorio /usr/local/bin para una instalación de sistema).
• $ cd ~
• $ tar xvzf ruta/a/la/descarga/DBDesigner4.0.5.4.tar.gz
• $ cd DBDesigner4
2. Instalar paquetes con las librerías necesarias. En una consola, ponemos:
• $ sudo aptitude install libxft1 libstdc++2.10-glibc2.2
3. Con los dedos cruzados, probamos si funciona:
• ./startdbd
4. [Paso estético: cambiar fuentes del programa]
• En el menú "Options -> DBDesigner Options" escogemos la pestaña "Visual Options" y cambiamos la fuente a, por ejemplo, Bitstream Vera Sans con 8 puntos en el desplegable "Application font".
• En el menú "Options -> Model Options" escogemos la pestaña "General Options" y en el desplegable "Default Font" cambiamos la fuente a Bitstream Vera Sans.

En caso que no arranque el programa, podemos mirar el fichero de log que se creará en ~/.DBDesigner4/DBD4.log para ver qué problema hay.


ACTUALIZACIÓN: Instalación en Gutsy Gibbon

Es necesario bajar e instalar la libreria liborqt (adaptado de aqui):

$ wget ftp://fr2.rpmfind.net/linux/sourceforge/s/sk/skychart/libborqt-6.9.0-2.i386.rpm
$ sudo apt-get install alien
$ sudo alien libborqt-6.9.0-2.i386.rpm
$ sudo dpkg -i libborqt_6.9.0-3_i386.deb

Luego le indicamos al programa dónde encontrar la nueva libreria:

$ cd ruta/donde/hemos/descomprimido/DBDesigner4
$ cd Linuxlib
$ mv libqt.so.2 libqt.so.2.old
$ ln -s /usr/lib/libborqt-6.9-qt2.3.so ./libqt.so.2

En Gutsy ya no existe el paquete libxft1. En su lugar, se debe instalar el libxft2:

$ sudo apt-get install libxft2

Y crear un enlace simbólico que permite "camuflar" la libxft2 como si fuera la libxft1:

$ sudo ln -s /usr/lib/libXft.so.2.1.2 /usr/lib/libXft.so.1

Si con el paso anterior sigue sin arrancar el programa, intentamos esto:

$ cd ruta/donde/hemos/descomprimido/DBDesigner4
$ ln -s /usr/lib/libXft.so.2.1.2 Linuxlib/libXft.so.1

El video de Gates versus Jobs

Genial video de dos freaks. Uno de ellos muy conocido. El otro va por el mismo camino...
¡Hay que verlo!



¡El mundo reclama una versión con Linus y Tux por medio!

Final Fantasy como siempre lo habías imaginado

Vamos a estrenar el año y esta versión ya-no-beta de Blogger (¿aplicaciones Web 2.0 no betas?? fijo, ¡es el fin del mundo!) con un vídeo hecho por y para freaks, concretamente para los de Final Fantasy. Sólo para los que tengáis 10 minutos para perder. Ojo a lo que utiliza para cargarse al profesor-robot en el minuto 2:37:



enlace al video

Hay que tener muuuucho tiempo libre para conseguir curradas/idas-de-olla como ésta...

Instalando openSUSE 10.1 en Virtual PC 2004 SP1

Con la aparición de Virtual PC 2004 SP1 en su versión gratuita (que ¿casualmente? ha salido el mismo día que la versión estable de VMWare Server 1.0) me he decidido a darle una oportunidad. El VMWare Server me pareció en su momento demasiado lento, debido quizás a que era una beta.

La excusa era probar el programa Java que desarrollo en el curro en Linux, pues el desarrollo lo hago en el @#?* equispé. Con ello puedo trastearlo tanto en Win como en Lin sin tener que reiniciar el -un poco lento- sistema.

Pues bien, el primer candidato era Ubuntu 6.06 LTS, pero debido a un raro error en la instalación de este dentro del Virtual PC he decidido pasarme al lado oscuro de openSUSE 10.1.

He bajado la ISO del DVD de openSUSE (3.49 Gb descargados en 1 hora! Viva la manga, digooo banda ancha) y...

• Primer fallo: el Virtual PC no lo quiere montar como imagen por no ser múltiplo de 2 el tamaño de esta... WTF! Mirando en la ayuda del programa (lo sé, algo que nadie hace y menos un informático ¬¬) he encontrado el problema: Virtual PC sólo acepta imágenes ISO de hasta 2.2 Gb. Vaya truño. ¿Qué le costaba a M$ llegar a los 4.7 Gb o a los 8 de un DVD normal/doble capa?

Estaba por borrar las imágenes de Ubuntu y openSUSE (esta me iba a doler) cuando se ha encendido la bombillita: en la ayuda no decía que la unidad física de DVD tuviera esa limitación. Vamos a grabarlo en un DVD pues!

• Segundo fallo (este de mi PC del curro): No tengo ni grabadora de DVD's a mano ni tampoco lector de DVD's en el PC...
  

Esto si que era un problemón. Entonces se ha encendido la segunda bombillita del dia: con DAEMON Tools se puede crear unidades virtuales que montan imágenes ISO y se comportan como unidades de CD/DVD físicas. Mmmm... Podría funcionar. Aunque con dos emulaciones de DVD's (la que hace el DAEMON tools y la que hace el Virtual PC) la cosa tiene que ir leeeeeentaaa de c****es.

Efectivamente la cosa va algo lenta pero funciona, que es lo que cuenta. Ahora se está instalando el openSUSE dentro del VirtualPC. Lleva un buen rato "Evaluando la selección de paquetes".

RESUMEN PARA INSTALAR IMÁGENES ISO DE DVD'S EN VIRTUAL PC
1) Instalar DAEMON Tools 4 (gratuito). Si pide reiniciar, pues a reiniciar. De verdad, hacedme caso...
2) Instalar Virtual PC 2004 SP1 (gratuito, de momento no requiere registro ni validación del Güindows).
3) En DAEMON Tools montar la imagen ISO del DVD. Fijarse en qué unidad la monta (D:\, E:\, etc)
4) En Virtual PC crear una configuración de máquina virtual nueva. Indicar tipo de SO "other" si instalaremos algo que no sea de M$ (GNU/Linux, *BSD, etc).
5) Arrancar la configuración creada y cuando aparezca la ventana de esta hacer clic -rápidamente- sobre el menú "CD" y -ya no tan rápido- sobre "Use Physical Drive X:", sustituyendo X: por la unidad del paso 3). Con esto arrancará desde la imagen de DVD sin necesidad de que la tengamos que quemar en un DVD sobrevalorado por la aplicación de un canon injusto.

Downloadinggggggg!!!!

Final de exámenes (a falta de uno, eso si).

Uno empieza a perder el tiempo y a postear chorradas. Pues aqui va una:

Estaba bajando el nuevo DSL 2.4 (desde la uni), cuando he pensado:

¡Voy a tirar un cable de red desde alguna roseta de la uni a mi casa!

Esto no es normal. Ojo a la velocidad de descarga (qué envidia-rabia que da...):



Esto parecía una carrera entre lo que daba la red y lo que podia aguantar el disco duro del portátil. Tiempo que ha tardado en descargar 50 Mb: 41 segundos. Ni uno más, ni uno menos:



Por si no se ha notado, este post incluye publicidad subliminal de Damn Small Linux :P

Probando VMware Server

Hoy me he decidido a probar por vez primera la herramienta de virtualización conocida como VMware (la versión para Hasefroch para más señas). Concretamente he trasteado con la versión Server, "liberada" recientemente. Y no, no es de código libre (que yo sepa), pero sí que desde hace pocos días ha pasado a ser gratuita, cosa que a su vez ha obligado a M$ dar también gratis su alternativa, el M$ Virtual Server. Todo sea por mantener la cuota de mercado. ¿Para cuando M$ Office gratis -legal, quiero decir- que compita con OpenOffice y su formato recién estandarizado por ISO?

Lo que me parece raro es que se hayan decidido a dar gratis a los pesos pesados de sus respectivas líneas de productos, en vez de empezar por las versiones supuestamente inferiores (VMware Workstation y M$ Virtual PC respectivamente). Hay gato encerrado. Fijo.

Bueno que me voy por los cerros de Úbeda, a lo que iba: he usado de sistemas operativos guest (los que corren dentro de VMware) un par de los “complicados” para este tipo de programas:

• Knoppix 5.0 DVD (no instalado, arrancado desde imagen LiveCD iso)
• OpenBSD 3.9 (sólo imagen cd39.iso, resto de sistema instalado por FTP)

Y digo complicados porque uno es un GNU/Linux LiveDVD y el otro es un sistema no tan habitual (un BSD) además de ser los dos recién saliditos del horno.

El resultado es que VMWare puede correr sin problemas los dos sistemas a la vez, sin ralentizar el sistema operativo host que corre por encima. Y eso es decir mucho, teniendo en cuenta que el Knoppix solito consume una barbaridad (LiveDVD, descompresión al vuelo, etc). Además es capaz de suspender los sistemas arrancados y resumirlos donde estaban. Los sistemas host se ejecutan medianamente fluidos (Knoppix lógicamente menos) y en general se tiene un consumo de memoria aceptable. Hay que tener en cuenta que las versiones Server no están pensadas para usos interactivos o de escritorio.

La conectividad de los guests hacia fuera del VMware Server por red es sencillamente genial. Se le indica que use NAT y los guests reciben automáticamente una IP por DHCP y a navegar! ¡Esto sí que es Plug&Play!. Por supuesto también funcionan perfectamente las conexiones por red entre diferentes guests.

Lo interesante es que soporta sistemas operativos guest de 64 bits, multiprocesamiento virtual (SMP) y la tecnologia de virtualización de Intel (sea lo que sea esto último).

Por cierto, OpenBSD tiene uno de los instaladores más espartanos -pero efectivos, eso sí- que he visto en muuuuucho tiempo. Todo en línea de comandos, estilo pregunta-respuesta, SIN ncurses. Más espartano incluso que el make menuconfig del kernel Linux para los que lo hayan sufrido.

En resumen, se trata de una buena opción a considerar siempre que queramos probar sistemas operativos nuevos sin hacer particiones al PC y, objetivamente, es más fácil de configurar todo que con el resto de alternativas libres (como Bochs o Qemu) y no libres.

Nota: 7/10

Reproducir MP3 en Ubuntu 6.06 (Dapper Drake)

Para reproducir archivos mp3 correctamente en Ubuntu Dapper Drake es necesario instalar un par de plugins (o codecs para l@s puritan@s) . Esto lo hacen porque en algunos paises el software para reproducir MP3's no es legal o está protegido por patentes .

Atención, estas instrucciones son específicas de Ubuntu 6.06 !!!

Al tajo pues:

PASO 1: Activar los repositorios universe y multiverse si no lo hemos hecho ya. Aquí explican cómo se hace gráficamente (en inglés) y aquí editando los ficheros a mano (castellano). NOTA: en los dos casos, sustituir "hoary" o "breezy" por "dapper" donde aparezcan.

PASO 2: Instalar los paquetes necesarios

sudo aptitude install gstreamer0.10-plugins-ugly

Si usamos amarok, se debe instalar también:

sudo aptitude install libxine-extracodecs

PASO 3: Instalar paquetes extras si queremos otros formatos no libres:

sudo aptitude install gstreamer0.10-ffmpeg
gstreamer0.10-gl gstreamer0.10-plugins-base
gstreamer0.10-plugins-good gstreamer0.10-plugins-ugly
gstreamer0.10-plugins-ugly-multiverse libxine-main1
libxine-extracodecs ffmpeg lame faad sox mjpegtools 

Primera bloggeada (y 2)

Si señores/as (en adelante peñ@), esta es mi primera -en realidad segunda- incursión en el mundo del "periodismo" de Internete.

Y digo segunda porqué ya empecé un blog de estos con cierto proveedor de espacio web gratuito/plagado-de-publicidad que, muy educadamente, se encargaron de borrar por "inactividad del site". Mea culpa. Por escoger ese sitio. Por no entrar nadie -yo mismo incluído- un mínimo de 2 veces al mes. Por pretender tener algo gratis -y perdurable- en Internet.

Me presento: me llamo Oleguer Huguet y soy Informático (técnico de gestión y cursando la superior, para más señas), y pretendo llenar este espacio principalmente con temática sobre informática, GNU/Linux, Windows o lo que se me ocurra. Bueno, siendo sinceros también me sirve para tener 3 enlaces en mi recién estrenada"web" (por llamarla de alguna manera). XD

Hasta aquí el primer post, con aviso para navegantes gratuito: Nadie les obliga a leerme, ni yo me siento obligado a escribir, así que no esperen mucha actividad por aquí (ya se que no es un buen comienzo, pero al menos yo aviso, no?).

PD: perdonen las faltas, como ya he dicho soy informático. Lástima que en Blogger no haya un corrector ortográfico (al menos no lo he sabido encontrar).