Combatiendo al byte rebelde

Primera versión de MyFartlek en Google Play ¡A correr!

2014-02-23T19:09:00.001+01:00

La primera versión de MyFartlek ya esta disponible en Google Play para teléfonos con Android 4.0 o superior.

Con esta app puedes entrenar tus fartleks sin preocuparte de mirar continuamente el crono ni de llevar la cuenta de la ronda en la que estás. Tu teléfono te avisará al inicio de cada fase de la duración de esta y el ritmo que debes llevar. Además, podrás crear todos los fartleks que quieras y después elegir cuál hacer.

Hace un par de meses empecé a interesarme por los fartleks. Cuando salía a correr de esta manera, tenía que tener en la cabeza toda la sesión y además descubrí que miraba constantemente el crono para ver si me tocaba cambiar el ritmo.

Así fue como decidí hacer una app que me alertara cuando tocase un cambio de ritmo y, de paso, me permitiera despreocuparme de tener todo el plan memorizado.

Características:

Creación y edición de Fartleks y sus respectivas fases
Avisos por voz al inicio de cada fase del fartlek
Generación automática del comando de voz a escuchar en función del tiempo de duración y ritmo a llevar en el fartlek
Disponible en inglés y español
Fondos de pantalla a elegir para cada fartlek. Bueno esto no era indispensable para correr, pero queda chulo :)

MyFartlek es una app que he hecho para mi propio uso así que espero que os guste.

Descargar MyFartlek 1.0.0

Are you a runner? Try MyFartlek!

2014-02-16T11:33:00.000+01:00

I'm working on a QML app for runners. Some weeks ago I tried to train doing fartlek sessions and I realized I was continuously looking to my watch checking for the next period. So I decided to make an app featuring voice alerts to order when to change my pace.

Yesterday I uploaded a beta to Google Play and is available to test through the linked G+ group.

I hope somebody of you will like it.

Try MyFartlek 0.9.2 Beta

Calling Android's Text to Speech from QT 5.2. An example of QT Android Extras

2014-02-07T18:19:00.000+01:00

I wrote this post (in Spanish) a couple of weeks ago as a reminder just in case I have to do something similar in the future. Sometimes I found QT documentation is not all good I would desire and with Android Extras I had to spend quite a lot of time to solve some problems. What I wanted to do is to call Adroid's TexToSpeech class from QT so I used QtAndroidExtras documentation as a reference, this example of notifications and this post of someone else trying to do the same.

At the beginning, it seemed enough to me, in fact, changing a little the notification example with some code from the QT forum should have been a good solution. But the guy on the forum did not have a working code, he asked for help and there was no response. On the other hand, the sample code in QT notification example calls a static method and I wanted to create a Java class that inherited TextToSpeech (something that in the end I did not get).

As I said before, these are a set of notes I want to keep regarding some problems I found and how I solved them. So, the format is something like a personal notes, a FAQ or if you prefer, a conversation with myself.

1. I usually write code in QT but I have no experience as Android programmer.
Well, there is no solution for this. The only thing is to google searching for examples. Anyway, I wrote the resources I used at the beginning of this post.

2. After studying the examples, I see it is required to have access to the activity context so, it is necessary to create an object from a class with an activity context parameter in his constructor.
Your new class should extend QtActivity, it will provide the proper context when you invoke TextToSpeech class.

3. But it is required to implement onListener in my class and it is already inheriting QtActivity!
No problem, you can do both things at the same time:

public class TestAndroidClient extends QtActivity implements TextToSpeech.OnInitListener

4. I've created my class but I don't know the correct location in the file tree, moreover it isn't included in the apk when the project is build.
See the notification example and make a similar structure. At your project's root folder create a directory called android-source and a src one within it. From the last one you should have the rest of the structure for your java files, i.e. org/qtproject/example/your-app-name/YourClass.java

Be sure to have these two lines in your project's .pro:

QT+=android-extras
ANDROID_PACKAGE_SOURCE_DIR = $$PWD/android-source

Check the build directory (normally named build-xxxx) for your class file. In linux you can use find:

find . -name YourClass.java

5. When I launch the application it crashes and closes without showing any exception report and the error is previous to my class invocation.
Maybe this is because the class is not found. Check your manifest.xml and look your activity tag, it should point to your class

6. But I want to write a class that inherits TextToSpeech so everything would be more object oriented.
Well... I don't have a solution for this. To tell the truth I failed to do a non static method, furthermore I haven't found an example doing that.

7. I'm trying a call my static method from the C++ code and nothing happens.
Take a look to your parameters signature. It is also important to use the right javaobject from C++to being recognised by the Java function. Having the following Java function:

    public static void test(String msg)
    {
        System.out.println(msg );
        tts.speak(msg, TextToSpeech.QUEUE_FLUSH, null);

    }

The appropriate C++ call will be:

    QAndroidJniObject javaMessage = QAndroidJniObject::fromString(msg);
    QAndroidJniObject::callStaticMethod("org/qtproject/example/testandroidextras/TestAndroidClient",
                                              "test",
                                              "(Ljava/lang/String;)V",
                                              javaMessage.object());

8. I need a example!!
Ok, you can grab the source code from GitHub

Un ejemplo de Qt Android Extras: usando el Text To Speech de Android

2014-01-10T18:16:00.003+01:00

Escribo esto como recordatorio por si me vuelve a tocar hacerlo otra vez. A veces la documentación de QT no es todo lo extensa que uno querría y con los extras de Android me he tenido que pegar un buen rato. Lo que quería hacer es llamar a la clase TexToSpeech del SDK de Android desde QT y lo que tenía como referencia era la documentación de QtAndroidExtras, el ejemplo de notificaciones que proporcionan y el intento de otra persona de hacer lo mismo que yo en un foro de QT.

Parecía que era suficiente, de hecho, cambiando un poco el ejemplo de las notificaciones por el código del foro debería haber sido más que suficiente. Pero el tipo del foro no tenia un código funcional, el mismo pedía ayuda y no había respuesta. Por otro lado el código de ejemplo de QT no hace más que llamar a un método estático y yo quería crear una clase Java que heredase TextToSpeech (cosa que al final no conseguí).

Pues bien, como decía, a modo de recordatorio dejaré una serie de problemas que me he encontrado y como los he ido sorteando. El formato del siguiente guión es el de notas mentales, o si lo preferís, un diálogo conmigo mismo.

1. Me defiendo en QT pero no tengo ni idea de programar en el SDK de Android.
No hay mucha solución a esto, o aprendes o te buscas la vida buscando ejemplos. Ya se han citado los ingredientes a utilizar.

2. Se necesita crear un objeto de una clase en cuyo constructor toma como parámetro el contexto de la actividad.
La clase que escribas debe extender QtActivity, esta proporcionará el contexto a la hora de crear la otra, en este caso TextToSpeech.

3. Pero necesito que mi clase implemente onListener y ya hereda QtActivity.
Bueno... una cosa no quita la otra:

public class TestAndroidClient extends QtActivity implements TextToSpeech.OnInitListener

4. He creado la clase java y no se dónde ponerla, de hecho creo que no se instala a través del apk
Fíjate en el ejemplo de las notificaciones y crea una estructura similar. En la raíz de tu proyecto crea un directorio llamado android-source y dentro de este otro con el nombre src. A partir de ahí tendrás los subsiguientes, por ejemplo: org/qtproject/example/nombre-de-tu-app/TuClase.java

Asegúrate de que en el .pro del proyecto están las siguientes líneas:

QT+=android-extras
ANDROID_PACKAGE_SOURCE_DIR = $$PWD/android-source

En linux, una vez constrido, puedes hacer en el directorio de construcción (build-xxxx) en un terminal:

find . -name TuClase.java

y comprobar que la ruta es la correcta

5. Cuando trato de ejecutar la aplicación se cierra sin mostrar excepción y esto ocurre al llamar a mi clase.
Esto seguramente es porque no la encuentra. Comprueba que tienes creado el manifest.xml y que referencia correctamente a tu clase en un tag activity

6. Pero yo quiero hacer una clase que herede de TextToSpeech y que sea todo más dinámico.
Bueno pues no tengo solución para esto. De hecho, no he conseguido hacer una llamada que no sea estática a la clase Java creada. A decir verdad, tampoco he encontrado un ejemplo que lo haga.

7. Estoy intentando llamar a un método estático desde el código C++ y sigo sin conseguirlo.
Hay que fijarse en la firma de los parámetros de entrada y salida. También es importante usar el javaobject correcto desde C++ para que la función Java lo reconozca. Si tienes la siguiente función en java:

    public static void test(String msg)
    {
        System.out.println(msg );
        tts.speak(msg, TextToSpeech.QUEUE_FLUSH, null);

    }

La correspondiente llamada en C+++ será:

    QAndroidJniObject javaMessage = QAndroidJniObject::fromString(msg);
    QAndroidJniObject::callStaticMethod("org/qtproject/example/testandroidextras/TestAndroidClient",
                                              "test",
                                              "(Ljava/lang/String;)V",
                                              javaMessage.object());

Finalmente, el código fuente lo podéis encontrar en GitHub

Un par de horas con las Google Glasses

2013-12-30T20:47:00.000+01:00

Resulta que ha llegado a la oficina un prototipo de las famosas gafas de Google, así que me he puesto a jugar con ellas. Tengo que decir por una lado que me lo he pasado bien, como con cualquier trasto tecnológico que pasa por mis manos, pero también aviso que soy mas bien un detractor de las mismas desde antes de probarlas.

Guille Glasses vs Google Glasses

El prisma

Siempre que he visto a alguien haciendo uso de las gafas, me ha dado la impresión de que no debe ser muy cómodo sostener la mirada continuadamente sobre el prisma y ciertamente no lo es, te cansas. En su favor puedo decir que mirando durante unos pocos segundos la imagen es lo suficientemente nítida y no tienes la sensación de estar mirando un punto excesivamente cercano. Pero repito, por encima de unos 20-30 segundos empiezas a tener sensación de cansancio.

No te esperes una gran resolución ni un gran contraste. El prisma no da para más y, aunque puedes ver fotos de forma aceptable, salta a la vista que las apps de Google eligen cuidadosamente los colores a utilizar. Por ejemplo, en la aplicación de navegación veremos fondos negros, letras blancas y lineas azules para orientarnos.

Hablando con las gafas

Llegado el momento de interaccionar con ellas, habrá que hacerlo en inglés (de momento) y con un acento mínimamente aceptable. El problema se acrecienta cuando intentas una llamada o vídeo llamada y tienes que interpretar como se pronuncia en inglés el nombre de la otra persona. Por ejemplo:

- "Ok Glass"
- "Make a video call"
- "Guillermo Amat"

Pues tendrás que imaginarte como diría un estadounidense el nombre Guillermo Amat. Como comprenderás haciendo este tipo de pruebas uno se siente un poco inútil, así que me he encerrado en un despacho para no dar un espectáculo a los compañeros. Tras unas cuantas pruebas consigues decir el nombre de fulanito como si fueses guiri, aunque seguirá siendo difícil repetirlo.

Pero lo más frustrante (y divertido de paso) ha sido descubrir que no sé decir "Google", debo haberlo intentado unas cincuenta veces y lo he logrado decir bien una. No he tenido problemas con el resto de las opciones: "make a call", "get directions", "take a picture", "record a video", etc. ¡Pero no sé decir Google! ¡Es el colmo! Así que he tenido que acceder al buscador mediante el touchpad para probar a buscar cosas, y entonces la diversión ha seguido ¡No se pronunciar Sean Penn!

- "Who is Sean Penn"
Google: Who is something

- "Who is Sean Penn"
Google: Who is some pain

- "Who is Sean Penn"
Google: Who is same song

Y unos cuantos intentos más que no recuerdo. Así que cambié de actor:

- "How old is Tom Cruise"
Google: How tall is Tom Cruise. Y a continuación mostraba un listado de imágenes de Tom Cruise en las que siempre estaba al lado de alguien ¿Recochineo? Al menos esto me funcionó al siguiente intento.

De acuerdo, esto no es un punto en contra del dispositivo, ya que cuando se comercialicen en nuestro país estarán preparadas para nuestro idioma. Realmente la interacción por voz es bastante buena y si no te aclaras puedes usar el área táctil de la patilla.

El Touchpad

No hay mucho que decir aquí, en la patilla tenemos un touchpad con el que podremos navegar por todas las opciones, simplemente hay que aprenderse los gestos a utilizar.

Tal vez pienses que no es obligatorio usarlo, que realmente puedes usar el dispositivo realizando todas las acciones mediante voz, pues no es así. Te hará falta darle un toque al pad para colgar una llamada o detener un vídeo, por ejemplo. Otras acciones también lo requerirán, como la navegación por ciertos menús.

El "auricular"

Técnicamente el auricular no existe, hay un elemento que vibra en contacto con tu cabeza, aunque de todos modos si no las llevas puestas algo se oye. Al principio he tenido la sensación de que las vibraciones se me introducían por la sien pero al rato se me ha olvidado por completo. De nuevo es cuestión de adaptarse. En la práctica, cuando estés en una llamada, el sonido que percibirás será de una calidad aproximadamente similar a la de un teléfono.

La cámara

Bueno, no es nada del otro mundo. Cumple su cometido pero si quieres sacar una buena foto no uses las gafas. Además si quieres enfocar a algo cercano tendrás que practicar un poco, la idea en la foto de abajo era sacar el portalápices y el vaso completamente centrados. En cuanto a la grabación de vídeo puede ser divertido grabar un descenso en bicicleta de montaña (por decir algo) pero deberías tener en cuenta que si te la pegas llevas 1500$ sobre las orejas.

Fotografía cortesía de las Google Glasses

Usos y aplicaciones

Hay unas cuantas aplicaciones disponibles en un app store dedicado a las gafas, todavía no muchas, pero hay para entretenerse un rato. Además, por supuesto, están preinstaladas las más importantes de Google.

Entre los usos básicos, podemos hacer fotos mediante nuestra voz ("take a picture") o guiñando el ojo derecho, grabar un vídeo, hacer una llamada, pedir indicaciones para llegar a una dirección, buscar en Google... aunque de nuevo insisto en que de momento en inglés.

Más interesante puede ser hacer una vídeo llamada, usando Hangouts, con lo que el receptor verá lo que tú estas mirando. Por otro lado tu verás la cara de esa persona en el prisma.

Desde el store podremos descargar aplicaciones deportivas (Strava), de recetas de cocina, meteorología, etc. A mi me ha parecido interesante probar World Lens porque en un móvil ya me parecía fantástica y en las gafas tendría que ser aún mejor... lamentablemente no he conseguido que me tradujera un texto en ingles. Detectaba el párrafo y hacía zoom sobre el pero no me ha salido la traducción.

Entonces, ¿por qué no soy un fan de este cacharro?

A ver... repito que me lo estoy pasando bomba con ellas pero hay una serie de aspectos que me hacen pensar que este dispositivo tiene que mejorar bastante. En realidad la mayoría ya las pensaba de antemano y el hecho de probarlas no me ha cambiado la opinión:

Para empezar soy un cuatro ojos y no puedo usar mis gafas con las Google Glasses
Mirar la imagen del prisma de forma continua es cansino. Hay tecnologías parecidas desde hace tiempo, por ejemplo el casco del Eurofighter. En su día estuve buscando alguna referencia sobre esto y encontré que algunos pilotos de combate desarrollan problemas en la vista por el uso continuado de este tipo de visores. Ahora este posible problema nos lo podremos encontrar todos.
Requieren bastante atención, sobre todo mirando la pantalla. Para que se entienda: si vas en tu coche mirando un GPS montado en el parabrisas tendrás más información de lo que pasa delante tuyo que si miras el prisma de estas gafas. La vista tiene que centrarse en un punto muy cercano y extremo. En mi opinión no es como para andar con ellas por la calle, pero tampoco creo que lo sean los auriculares y la gente lo hace: es normal ver personas cruzar calles sin miedo a la muerte mientras escuchan su música preferida encerradas en su mundo, en fin...
Tampoco iría con ellas por la calle, hoy por hoy, por razones de estética. Me sentiría raro y me daría vergüenza , pero vuelvo a poner el caso de antes: no andaría por la calle con unos auriculares que me tapasen las orejas y parte de la cara... pero la gente lo hace. Si crees que exagero, prueba lo siguiente en presencia de gente: ponte una gafas, preferiblemente sin cristales o con unos transparentes, di "hola gafas", después di "haz una foto", ahora comienza a acariciar la patilla derecha con cariño, dale un toque seco, luego mas caricias hacia abajo, luego hacia un lado, al otro o aleatoriamente, guiña el ojo derecho, sigue acariciando con amor la patilla... Si puedes hacer esto en público (por ejemplo en un vagón del metro), entonces podrás llevar unas Google Glasses
Duración de la batería (unas cuantas horas como mucho)
Precio prohibitivo, si no cambia claro.
Básicamente hacen lo mimo que tu teléfono. Por cierto, necesitarás enlazarlas con tu teléfono para poder hacer llamadas, o sea, no están pensadas como una alternativa real al móvil.

En resumen, no estoy afirmando rotundamente que no tengan futuro o que nunca vaya a usar algo parecido. Yo desde luego no me gastaría 1500$ en estas en particular. Lo que es innegable es que la wearable technology, o mejor dicho ropa tecnológica, está llegando para quedarse y si no es este dispositivo será otro el que se masifique.


Las gafas Recon Jet para ciclistas

En cuanto a las gafas, hay unas cuantas más de otros fabricantes, similares. Creo que vamos a ver pronto alguna de ellas especializadas en ciertas actividades, como las Recon Jet. Sí que me parece útil para un corredor visualizar su pulso, tiempo, diferencia con un oponente, velocidad, etc. y apuesto a que veremos algunas en el próximo Tour de Francia.

Instalación de XBMC sobre OpenSuse: optimización y personalización

2013-11-29T19:50:00.000+01:00

En el post anterior, dejamos nuestro XBMC en u punto en el que ya era utilizable. Ahora ha llegado el momento de hacer unas cuantas pruebas y de realizar un ajuste fino para optimizar el arranque. Además le daremos un pequeño toque de personalización para que nos de más impresión de estar ante un equipo HTPC.

Sobre tiempos de arranque

Las comparaciones son odiosas, y esta no va a ser una excepción. Tiempo atrás había estado haciendo unas cuantas pruebas con el equipo original y OpenElec. Como dije, OpenElec está muy optimizado y eso se nota también a la hora de iniciar nuestra máquina.

La prueba inicial, antes de embarcarme en todo esto, fue comparar tiempos de arranque con diferentes medios. Realmente tenía OpenElec instalado en una tarjeta microSD y después la cloné a una memoria USB bastante más rápida. Luego, por tener una primera referencia, comparé esos tiempos con los de arranque de la OpenSuse, que tenía instalada en el disco SATA de 3,5" de la misma máquina.

Quiero aclarar que el tiempo que quise medir se corresponde con lo que el usuario percibiría como arranque, o sea, desde que se inicia el ordenador hasta que el sistema acepta la interacción con el usuario por ratón, teclado o lo que sea. Así que en el caso de OpenElec era desde que le daba al botón de alimentación hasta que presenta el menú inicial, mientras que para openSuse también comenzaba a contar con el botón de alimentación, me saltaba la espera de Grub pulsando intro y paraba cuando KDE mostraba el escritorio.

Aclarado esto, antes de ponernos con la faena y para tener más información y poder deducir más cosas, podemos averiguar la velocidad de nuestros discos. Para ello, ejecutaremos como root lo siguiente:

hdparm -t /dev/xxxx

donde xxxx podrá ser hda, sda...

En mi caso me dio por comparar unos cuantos medios que tenía a mi alcance pero, para no marear, sólo pondré los que he mencionado antes. Las velocidades de lectura fueron las siguientes:

Tarjeta MicroSD: 12MB/s
USB Kigston DataTraveler G2: 20MB/s
Disco duro SATA 3,5": 120MB/s

Y después me puse a arrancar el mismo PC desde cada uno de los soportes y a tomar tiempos crono en mano:

Arranque de OpenElec desde MicroSD: 40 segundos
Arranque de OpenElec desde la memoria USB: 30 segundos
Arranque de OpenSuse desde el disco: 42 segundos

Viendo esto, y teniendo en cuenta que iba a comprar un disco SATA de 2.5" donde iba a instalar una openSuse que no cargaría KDE, esperaba tener unos tiempos menores de 40 segundos.

Tras llegarme todo el material, montarlo e instalar el sistema operativo, el tiempo de inicio era de unos 35 segundos. Para mejorarlo busqué algún artículo en el que se hablaba de cómo optimizar este tiempo modificando los servicios arrancados durante el inicio de la máquina. Así pues, lo siguiente que se puede hacer para comprobar nuestros avances, será instalar el paquete systemd-analyze.

El primer resultado que obtuve al ejecutar dicho comando fue el siguiente:

En Yast, en Servicios del Sistema, se puede desactivar aquello que no necesitemos. Yo quité sólo Postfix y CUPS

Como se puede ver en la primera linea ejecutada en la imagen mostrada a continuación, sólo mejoró unas décimas de segundo. Tendremos más pistas de lo que está sucediendo gracias a la segunda orden que aparece:

systemd-analyze blame

En este caso levantar la red resulta ser un proceso muy pesado.

Para evitar lo que acabamos de ver podremos conectarnos a la red mediante NetworkManager en vez de hacerlo con ifup en el arranque. Para ello lo cambiaremos otra vez en Yast, en el apartado de Ajustes de Red tal como se ve aquí:

Ahora nos avisará de que necesitamos tener una aplicación que nos gestione la conexión. Aceptaremos.

Revisamos los tiempos y vemos que se obtiene una mejora sustancial (ver en la imagen siguiente). Es cierto que sigue siendo necesario conectarse a la red, pero esa operación se realizará una vez cargado XBMC y no nos percataremos de ello.

Para conseguir lo que se acaba de comentar, es necesario instalar un Addon de XBMC para NetworkManager. Lo encontraremos en el listado de addons de programas de XBMC

Tras la instalación lo encontraremos en el menú programas y solo tendremos que configurar nuestra red.

Ahora vuelvo a referirme al tiempo crono en mano. Tras todos estos cambios el nuevo tiempo de arranque era de 29 segundos frente a los 35 iniciales. Había mejorado unos 6 segundos, no está mal, aunque supongo que será mejorable, así que cualquier idea será bienvenida :) Me gustaría ver esto mismo en un disco SSD pero, como ya dije, sacrifiqué tiempo por espacio.

Ocultar Grub

Al tratarse de un equipo dedicado a arrancar sólamente nuestro XBMC ¿por qué mostrar el menú de Grub? ¿Por qué perder unso valiosos segundos esperando a que el usuario haga una elección en el menú de arranque? No nos hace falta: vamos a ocultarlo.

Para hacer esto acudiremos como siempre a Yast. En Configuración del cargador de Arranque haremos clic sobre el botón Opciones del cargador de arranque

Ahora simplemente marcaremos la opción Ocultar el menú en el arranque

Gracias a esto nuestro sistema iniciará sin pausas nuestro XBMC, con lo que nos habremos ahorrado 8 segundos más. Ojo, este tiempo no lo estaba contabilizando en las referencias que estaba dando antes, así que en el ejemplo siguen siendo los 29 segundos que comentaba antes.

Un arranque más XBMC

No tengo nada en contra de la mascota de openSuse pero no me apetece ver el camaleón verde en los 30-40 segundos en los que carga el sistema, en todo caso se debería mostrar una imagen algo más integrada en el espíritu de nuestro media center. Afortunadamente alguien ya ha pensado en esto y tenemos un paquete que sustituirá al fondo por defecto: plymouth-branding-xbmc

Para bajarlo acudiremos a la web de búsqueda de paquetes, ya que no lo tendremos en ningún repositorio de nuestra máquina y no podremos instalarlo directamente.

Buscaremos el término xbmc

Escogeremos el paquete que nos interesa y se nos desplegarán las opciones. Si no hay versión estable le diremos que nos muestre las que no lo son y finalmente seleccionaremos 1 click install

Después de esto nos eliminará el paquete por defecto y nos añadirá el nuevo.

No hay nada más que hacer, en el próximo reinicio nos encontraremos con una pantalla similar a esta:

Mi guerra con la temperatura

Ya dije en el otro post que adquirí dos nuevos ventiladores. Lo que no conté es que fue una compra posterior, después de ver como funcionaba el equipo recién montado. Con el ventilador original de la placa Zotac, llegaba facilmente a los 65 grados e, incluso, a los 70 en determinadas condiciones. Cuando la tuve montada en la caja anterior no era así, seguramente porque había más espacio interior. Tras el montaje de los dos nuevos ventiladores más silenciosos, y con mejor circulación de aire, la situación mejoro bastante (de 5 a 10 grados).

En todo caso, esto fue un problema mío que tal vez no interese. Lo que sí que puede interesar es lo siguiente. Todos estos valores los veía en un monitor de sistema de KDE ya que mi XBMC no me los mostraba en las pantallas de información en las que debe aparecer.

Si os ocurre esto podéis consultar este enlace y después poneros manos a la obra con el archivo de configuración. Básicamente, necesitáis hacer un script que devuelva el valor de la temperatura que debe ser mostrar tanto para la CPU como para la GPU.

Podéis ejecutar las pruebas que hagáis en un terminal de comandos hasta que os funcione adecuadamente:

después se debe crear el archivo XML que contenga la instrucción, que deberá estar en la ruta:

~./xbmc/userdata/advancedsettings.xml

Este es mi fichero, pero no tiene por qué ser válido para otros, como se puede ver, depende mucho del hardware que se tenga:

  

echo "$(nvidia-settings -c :0 -tq GPUCoreTemp | tail -n 1) C"
echo "$(sensors -u | tail -n64 | grep temp2_input | awk '{print $2 }' |awk '{printf("%d\n",$1 + 0.5);}') C"

Una vez hecho esto ya deberías ver la temperatura de la CPU (sólo mostrará un valor aunque tengáis varios cores)

Y la temperatura del chip gráfico

Después de todo esto parece que nuestro equipo ya se está ganando un sitio en el salón de nuestra casa. En el próximo capítulo contaré como solucionar alguna de las carencias que sufriremos al no estar bajo la ayuda de KDE, por ejemplo, el manejo de dispositivos Bluetooth.

Instalación de XBMC sobre OpenSuse

2013-11-17T10:31:00.000+01:00

Como se puede ver por el título del post, he estado pegándome con la instalación de XBMC en un equipo con OpenSuse. No hay ningún misterio en ello, sólo elegir los paquetes a instalar y dejar que Yast haga todo el trabajo. Sin embargo quiero contar la experiencia porque hay unas particularidades que tal vez sean interesantes para otros, de hecho creo que lo haré en más de un artículo porque me parece que en uno sólo quedaría demasiado largo.

Antes de nada quiero decir que tal vez no debas seguir leyendo. Sí, te invito a que pares aquí. Si te gustan las soluciones fáciles te recomiendo que te compres un pincho HDMI Android, una Ouya o incluso que cojas un PC viejo o una Raspberry Pi y le pongas OpenElec. Realmente OpenELec es una de mis opciones favoritas por su simplicidad y su optimización. Si sólo quieres un equipo media center conectado a tu tele recomiendo decididamente esta opción.

El problema es que yo quiero pedirle algo más a este equipo, quiero instalarle OwnCloud para tener mi nube personal disponible allí donde esté, quiero administrarlo remotamente, encenderlo y apagarlo a distancia, descargar torrents, etc. Además, aprovechando que el equipo estará en el salón de la casa, le pondré un emulador de Amiga que, por supuesto, se manejará desde XBMC, Todo esto me hizo descartar la opción de usar cualquier dispositivo basado en Android e hizo que OpenElec no fuese lo más recomendable para mi.

Sobre el hardware

Por otro lado, habían una serie de factores que condicionaban cómo haría las cosas. En primer lugar quería reciclar un equipo que ya tenía, utilizando, cómo mínimo, la placa madre con su RAM. En cuando al disco duro hubiese sido muy recomendable usar un SSD pero el hecho de usar el equipo como servidor OwnCloud me hizo decantarme por una unidad convencional de 2,5" para tener más almacenamiento a un precio asequible.

Sin duda el mayor quebradero de cabeza fue la caja. Aclaro que en principio no me interesaba la típica caja HTPC grande, con aspecto de equipo de DVD. Quería algo pequeño que tuviese un aspecto similar a una consola Wii, algo que no cantase mucho cerca del televisor. Así que mi primera opción fue comprar una Morex T3320 pero fui victima de mi elección en cuanto al reciclaje. Hoy puedo decir que cuando compré la placa Zotac IONITX-D-E no estuve muy acertado. El error fue que esa era una de las primera placas que incluían un Atom N330 que, si no recuerdo mal, fue el primer Atom con doble núcleo y 64 bits. El caso es que no ofrecía mucho más rendimiento que sus hermanos pequeños y, en cambio, obligaba a hacer uso de un ventilador sobre el disipador de la placa. Pues bien, esto eliminaba la mayoría de las cajas que me gustaban pues con unos 6 o 6,5 cm de altura y espacios tan reducidos no podía incluir el ventilador. Teniendo todo esto en cuenta, al final, me hice con una Intertech Mini ITX E-i5 con mayor altura y cuyo aspecto y acabado (todo aluminio) no estaba mal.

Otra de las compras fueron unos nuevos ventiladores. Ya que no podía librarme de la ventilación, el que venía de serie con la placa me parecía demasiado ruidoso. Tras las típicas búsquedas en foros, decidí comprar dos Blacknoise uno de 60 mm para la placa y otro de 40 para la caja.

Resumiendo, los componentes son los siguientes:

Kingston ValueRAM 2GB DDR2 800 PC2-6400 (Reciclado)
Zotac IONITX-D-E ION mini-ITX Atom N330 WiFi (Reciclado)
Intertech Mini ITX E-i5 (69,60€)
Blacnoise BlackSilentFan XR1 (5,99€)
Blacnoise BlackSilentFan XM1 (4,99€)
Toshiba MQ01ABD050 2.5" 500GB 5400RPM SATA (43,99€)

Instalando OpenSuse y XBMC

Evidentemente, empezaremos por instalar OpenSuse. No voy a entrar mucho en detalles con esto ya que sólo hay que dejarse llevar por el asistente de instalación y todo es muy sencillo.

Seguiremos los pasos habituales de elección de idioma, zona horaria, etc. Llegado el momento aceptaremos que instale el escritorio KDE, ya que nos dará flexibilidad para instalar y configurar todos los paquetes que deseemos de un modo más agradable.

Después de esto, aceptaremos o modificaremos a nuestro antojo las particiones sugeridas, crearemos nuestro usuario y aceptaremos el resumen de la instalación, con lo que comenzará todo el proceso. Pues bien, ahora tenemos unos 30 o 40 minutos para hacer algo realmente maravilloso ¡¡¡como jugar en otro PC con un emulador de Amiga al Project X!!!

Bueno... en realidad lo que hice fue vaciar el lavavajillas y colocar vasos, platos y cubiertos en sus lugares correspondientes :(

En fin, después de este lapso tan enriquecedor, el sistema se reiniciará y vermos por primera vez nuestro escritorio.

Ahora tendremos que configurar la red, así que introduciremos las opciones que necesitemos respecto a DCHP, etc. Si usamos configuración inalámbrica es posible que quiera instalar el paquete iw, simplemente hay que decir que sí.

Una vez comprobado que tenemos conectividad y podemos salir al mundo exterior, es un buen momento para actualizar los paquetes instalados. Como se ha usado una imagen de DVD, una gran cantidad de rpms contarán con nuevas versiones con correcciones de fallos etc. Para forzar su renovación en el apartado Maquina del lanzador KDE elegiremos Añadir / quitar programas. Una vez cargada la aplicación, iremos al menú Paquete y en el submenú Todos los paquetes escogeremos Actualizar si hay una versión disponible.

En mi caso me avisó de que se instalarían casi 400 paquetes ¡con lo cuál era una gran oportunidad para jugar al Project X!

Pero... en realidad me puse a fregar todo aquello que no había cabido en el lavavajillas :(

Ahora añadiremos dos repositorios de paquetes rpm que nos serán muy útiles: el de los drivers de la tarjeta gráfica (Nvidia en mi caso) y el repositorio Packman donde encontraremos el software XBMC además de los codecs de vídeo que necesitaremos. Para hacer esto iremos al lanzador de KDE y en el apartado Máquina escogeremos Yast. Tras autenticarnos como root seleccionaremos la aplicación Repositorios de software y veremos lo siguiente:

Haremos clic sobre el botón añadir, después en la opción Repositiorios de la comunidad y por último añadiremos los correspondientes a Packman y Nvidia:

Tras hacer esto estaremos en disposición de empezar a instalar lo que nos sea necesario. Iremos de nuevo al instalador de software y buscaremos los paquetes xbmc y w32codec-all (este último son todos los codecs propietarios que no vienen por defecto en OpenSuse)

Haremos clic sobre Aceptar y probablemente nos avise de un conflicto respecto a xbmc lo que haremos será de proveedor de la librería afectada:

Con ello empezará el proceso, que también incluirá más rpms por cuestiones de dependencias.

Primeros pasos con XBMC

Ya estamos en disposición de probar XBMC, podremos hacerlo desde el lanzador KDE en Aplicaciones, Multimedia, TV, XBMC. Si todo va bien se puede aprovechar este primer arranque para establecer el idioma y uso horario. Para ello ir a Ajustes y después a Apariencia.

Cómo hacer que nuestro ordenador arranque directamente el XBMC

Para hacer que nuestro equipo arranque con el gestor de ventanas de XBMC y por tanto que no se cargue KDE, cerraríamos sesión y en la pantalla de login de OpenSuse, haríamos clic en la rueda dentada y escogeríamos el tipo de sesión XBMC. Desde ese momento nuestro ordenador arrancará siempre directamente el XBMC. Mi consejo es dejar esto para más tarde ya que ahora nos será util disponer del escritorio KDE para poner a prueba las cosas antes. Me explico: cuando más adelante queramos disponer de un emulador en XBMC lo más lógico será tenerlo probado todo antes sobre KDE, una vez configurado todo correctamente, será la hora de pegarnos con la configuración del addon correspondiente en XBMC.

Para volver a cambiar el tipo de sesión cuando se está en XBMC sólo hay que pulsar la tecla s del teclado, opción Salir y estaremos otra vez en la pantalla de login con lo que podremos elegir el tipo sesión KDE.

Ventana o pantalla completa

De nuevo mi consejo, mientras se esté preparando todo, es trabajar en modo ventana y, como he dicho antes, sobre el escritorio KDE. Este valor se puede cambiar en Ajustes, Sistema, Hardware de vídeo.

Si te conectas a la TV por HDMI y no tienes sonido

Si vas a usar un cable HDMI entre la tele y tu HTPC, lo normal es que lo probases ahora. Una de las cosas que puede ocurrirte, como a mí, es que no tengas sonido. Si te ocurre esto, comprueba que la salida de audio es la correcta en OpenSuse

Aún así probablemente la cosa siga sin funcionar así que en un terminal ejecuta Alsamix y comprueba si tienes enmudecidos los canales denomindados s-pif, en ese caso actívalos todos.

Ahora ya deberías tener sonido en tu escritorio, pero deberías asegurarte de que en XBMC también, así que debes configurar su salida de audio en Ajustes, Sistema, Salida de Audio.

Si esperas poder manejar XBMC con el mando de tu TV y no te va

XBMC está preparado para recibir comandos CEC a través del cable HDMI, lo que permite controlarlo con el mando de la TV a la que se conecta. Yo lo comprobé tiempo atrás con mi teléfono Android, un Sony Xperia P con salida micro HDMI en el que tengo instalada la beta de XBMC (de momento no está en Google Play). Por esta razón asumí que mi PC también las recibiría ¡Error! Mi placa Zotac ignora completamente las señales CEC. Si estáis en el mismo caso podéis solucionarlo con el adpatador usb Pulse Eight (no lo he probado).

En resumen para disponer de CEC tanto la TV, como el PC deben soportarlo. En caso contrario no debemos desesperarnos, podremos usar una app de control remoto en nuestro móvil:

Hasta aquí, de momento

Creo que es un buen punto para dejarlo por ahora. Si todo ha ido bien, tendréis una instalación básica de XBMC con la que podréis empezar a disfrutar de un equipo multimedia en vuestra TV. Más adelante escribiré sobre como optimizar el arranque y como añadir mis addons favoritos (rom collection browser, transmission...). ¡Ah! También pienso contar como incluir Owncloud.

Me he equivocado otra vez. Me estoy volviendo loco por hacer una aplicación de escritorio con QtQuick Controls

2013-10-31T20:31:00.000+01:00

Cuesta admitirlo pero me precipité al querer hacer un navegador de archivos con QtQuick Controls. Hablo de precipitación porque la moraleja para mi es que no están lo suficientemente maduros.

Justo hace un año hice una primera prueba con la beta de Qt 5. En ese momento sí que me di cuenta de que a la cosa le faltaba bastante cocción, lo dejé pronto. Pero con la salida de Qt 5.1 y el anuncio de la primera versión, también estable, de QtQuick Controls, me lancé, a mitades de Agosto, a crear el frontend de DFileBrowser en QML. Lo que me encontré fue lo siguiente:

Velocidad de desarrollo

Pronto tuve la sensación de que todo costaba más tiempo que usando widgets. Crear un ListView para ver los archivos me ha parecido un mundo. Echaba de menos esa capacidad de decir si es multiselección o no, si tiene scrollbar, etc. Todo se lo tiene que guisar uno mismo.

Otro ejemplo de esto fue el tener que hacer mi propio componente para seleccionar iconos, el
conocido rectángulo que trazas manteniendo apretado el botón izquierdo del ratón. Además tenía que calcular si los iconos estaban en el interior del rectángulo o dejaban de estarlo y, por supuesto, pintarlos como seleccionados según el caso.

Podría buscar mas casos pero creo que con esto es suficiente para hacerse una idea.

Cosas básicas que están pero no funcionan bien.

Al salir Qt 5.1.1 me di cuenta que la SplitView fallaba, había dejado de funcionar. Así que metí mi primer bug en la página habilitada para tal cosa por el proyecto Qt. Lo positivo fue que en unos pocos días estaba corregido y asignado a la próxima versión del SDK (5.1.2)

Cosas que necesitaba y están por llegar.

Ahora llegamos a lo último que descubrí, el drag and drop sólo funciona en la propia aplicación. Lo tenía implementado y me había dado cuenta de que sólo podía usarlo entre los dos navegadores que se pueden tener disponibles en DFileBrowser. Pensé que no me funcionaba con otras aplicaciones externas porque no había hecho algo bien, así que me anoté eso como un bug propio y me lo dejé para el final, pero tras un par de pruebas y rebuscar un poco por foros y listas de correo encontré que no era posible comunicarse con otros programas usando esta funcionalidad.

Moraleja

Como he dicho en un principio, pienso que me precipité. Debí darme cuenta de algunas de estas cosas antes o haberme documentado más. También es cierto que es relativamente difícil encontrar que tal cosa está disponible o no cuando das por hecho que así es por analogía con los widgets. En fin, al final el segundo punto y el tercero no dejan de ser anécdotas sabiendo que la versión 5.2 ya incluirá el drag and drop. Lo que me preocupa realmente es que continúe con la sensación de que todo es mucho más costoso y de que tienes que hacerte cosas que antes las tenías hechas y las podías incluir con una línea de código.

Portando DFileBrowser al escritorio

2013-09-20T20:47:00.000+02:00

Hace tiempo hice un primer intento de crear una versión de escritorio de DFileBrowser. Por entonces QT5 no había sido lanzado aún y finalmente dejé el desarrollo para esperar a una versión estable de los QT Quick Controls

Ahora estoy dedicando tiempo en tener una versión usable de la aplicación tanto en Linux como en Windows, como se puede ver en la imagen.

Aún queda bastante por hacer: actualizar las traducciones, mejorar el interfaz de usuario, resolver errores... La idea es tener una versión beta en un mes o así.

Creando un componente simple de QML para usar en mapas. Un ejemplo con QT Location en QT 5

2013-07-26T20:14:00.000+02:00

Ayer andaba buscando iconos para usar en una aplicación con mapas y me encontré con un recurso bastante interesante llamado Map Icons Designer. Como podréis ver tienen una pinta bastante atractiva y, si seguís viendo su página, encontraréis que por un lado se nos proporcionan los pines y por otro los símbolos. La solución, evidentemente, es juntar ambas cosas con algo de coherencia y en el caso que se muestra a continuación se hará mediante un componente QML creado a partir de dos imágenes.

Primero un componente QML facilón

La cosa es bastante fácil, sólo hay que posicionar el símbolo sobre el marcador y para ello usaremos la propiedad "anchor": la posición relativa de ambos tendrá el mismo centro horizontal, después alinearemos el borde superior del símbolo al pin pero dándole un margen adecuado.

anchors.top: parent.top
anchors.topMargin: 10
anchors.horizontalCenter: parent.horizontalCenter

Por otro lado, aunque vamos a usar sólo uno de los marcadores que se nos proporcionan, los iconos a situar en el interior los deberemos elegir dinámicamente. Esto lo conseguiremos creando una propiedad, usando "property alias", en la que indicaremos el elemento que queremos.

property alias symbol:symbol.source

Además podemos meter todas las imágenes en un archivo .qrc y darles una alias para facilitar el acceso desde la aplicación. En la captura que hay a continuación se puede ver que hay definidos dos prefijos uno para los pines y otro para los símbolos.

De momento, el componente queda tal y como se muestra aquí:

import QtQuick 2.0

Image {
    property alias symbol:symbol.source
    id: pin
    source: "qrc:/pins/blue"
    Image{
        id: symbol
        anchors.top: parent.top
        anchors.topMargin: 10
        anchors.horizontalCenter: parent.horizontalCenter
    }
}

Un ejemplo con QT Location

En cuanto a su utilización, para obtener algo similar a la imagen que se encuentra más abajo, puede incluirse dentro en un Map del módulo QT Location, pintándolo a traves de un MapQuickItem:

   
Map {
        id: nmap
        center {
            latitude: -27
            longitude: 153
        }

        zoomLevel: 10
        plugin : Plugin {name : "osm"} 
        MapQuickItem {
            coordinate: nmap.center
            anchorPoint: "0,0"
            sourceItem: Marker{symbol:"qrc:/symbols/car"}
        }
}

Pero esto nos llevará a pensar que, puestos a usarlo con qtLocation, será mejor si el propio componente es un MapQuickItem, con lo que heredará todas sus propiedades. Además, añadiremos un par de cosas:

Por un lado corregiremos el posicionamiento del elemento. En QML nuestros elementos se posicionan tomando como referencia el vértice superior izquierdo y, como se puede ver, el pin tiene una punta abajo y centrada para indicar el punto exacto en el que se localiza. Esto lo solucionamos indicando lo siguiente:

  
    anchorPoint.x: pin.width/2
    anchorPoint.y: pin.height

Además añadiremos un MouseArea para detectar eventos sobre el marcador. En el ejemplo solo se trata el click pero podrían ponerse más

Por tanto, el componente nos queda así:

  
import QtQuick 2.0
import QtLocation 5.0

MapQuickItem{
    id: root
    property alias symbol:symbol.source
    signal clicked()

    anchorPoint.x: pin.width/2
    anchorPoint.y: pin.height

    sourceItem: Image {
        id: pin
        source: "qrc:/pins/blue"
        Image{
            id: symbol
            anchors.top: parent.top
            anchors.topMargin: 10
            anchors.horizontalCenter: parent.horizontalCenter
        }
    }
    MouseArea{
        anchors.fill:parent
        onClicked: root.clicked()
    }
}

Y podremos usarlo de la siguiente manera::

  
import QtQuick 2.0
import QtLocation 5.0

Rectangle{
    width: 480;
    height: 300;

    Map {
        id: nmap
        width: parent.width
        height: parent.height
        anchors.centerIn: parent

        center {latitude: -27;longitude: 153}
        zoomLevel: 10

        gesture.flickDeceleration: 3000
        gesture.enabled: true
        plugin : Plugin { name : "osm"}

        Marker {
            symbol:"qrc:/symbols/car"
            coordinate{
                latitude:-27
                longitude:153
            }
            onClicked: console.log("clicked!")
        }

        Marker {
            symbol:"qrc:/symbols/food"
            coordinate{
                latitude:-27.1
                longitude:153.1
            }
        }
    }
}

El proyecto en GitHub

Para terminar sólo queda decir que el proyecto está disponible en GitHub, lo tenéis aquí. Se debe tener en cuenta que hay que descargar a parte los iconos, el autor no permite la redistribución, y que se trata de un proyecto en QT5 por tanto hay que compilar QT Location por nuestra cuenta, ya que es un módulo externo.

Transifex. Haz que la comunidad traduzca tus aplicaciones

2013-07-22T22:09:00.000+02:00

Pongamos que tienes una aplicación y empiezas a distribuirla. Seguramente la habrás hecho en inglés para poder llegar a más gente. Si además has utilizado algún sistema de traducción, cosa que deberías hacer siempre, seguramente habrás metido el español como segundo idioma. Así pues, tendrás una aplicación con todo lo necesario para incluir todos los lenguajes posibles y habrá llegado el momento de pedir ayuda: necesitas traductores.

Transifex es una web donde puedes publicar tu aplicación, subiendo un fichero de idioma base y dejar a la comunidad que haga el resto. Por supuesto que cuanto más útil y más popular sea tu software, más voluntarios se ofrecerán para hacer el trabajo. Además, aquellos que se presten no podrán hacer la traducción directamente ya que tendrás que aceptar la creación de un equipo de traductores de un un lenguaje determinado.

Me explicaré mejor. Digamos que has creado el perfil de tu aplicación y has subido el fichero del idioma en inglés. Después, alguien que habla francés se interesa en la traducción así que desde su perfil, haciendo un clic, crea una solicitud de un nuevo equipo de traducción, el de francés, con lo que llegará una notificación a tu correo. Desde tu perfil podrás aceptar al nuevo equipo y entonces sólo te quedará esperar. Verás el progreso de cada equipo en el panel de control de la aplicación. Finalmente podrás bajarte el fichero de cada nuevo idioma e incluirlo en la nueva versión de tu programa.

No voy a entrar mucho en detalles, será mejor que lo descubráis vosotros: podéis trabajar con ficheros .po, .ts, añadir miembros a los equipos de traducción, nombrar coordinadores que revisen las traducciones...

Una cosa más, si os interesa mucho una determinada traducción y no se ha prestado nadie a hacerla, siempre podréis solicitarla mediante el pago por palabra traducida.

Para terminar sólo me resta decir que, en mi caso, con una aplicación open source con una comunidad bastante modesta, ya se han hecho traducciones a seis idiomas. Ahora sólo os queda probar.

Blog en obras. Volviendo a Blogger

2013-07-21T10:34:00.001+02:00

Voy a hacer un nuevo intento de retomar el blog. Esta vez abandonando la web en Drupal y volviendo a Blogger. La razón es sencilla, no tengo tiempo para mantener actualizado el sitio, instalar las últimas versiones de los módulos que uso para prevenir fallos de seguridad, etc.

Así que ando copiando poco a poco los artículos que desde finales del 2010 había publicado y, con un poco de suerte, eso se ira mezclando con otros nuevos.

¡Maldito puente!

2012-12-23T17:10:00.000+01:00

Pasamos bajo el arco y miré mi reloj. Habíamos completado la primera vuelta y marcaba 59:59.

- Una hora justa – dije- Si mantenemos el ritmo podemos bajar de dos horas – David asintió y yo sabía que el hombre de rojo que se nos había pegado los últimos tres kilómetros lo había oído también
Iba a ser difícil pero la cosa pintaba mejor que en la media de Valencia. Al menos a mitad de carrera no había nada que recuperar, sólo mantener el ritmo y confiar en poder apretar un poco al final. Llegamos a la marca del kilómetro once y pulsé el botón de vuelta.
- Hemos hecho este kilómetro en 5:29 – La gente parecía haberse puesto nerviosa al comenzar la segunda vuelta. David contestó que había que mantener pero el de rojo parecía acelerar y el otro no quería dejar que se fuera. Supe lo que iba a pasar y continué – Yo no voy a poder ir a más de esto, pilla un ritmo cómodo que puedas mantener hasta el final - Era su primera media maratón.

Comenzaron a escaparse lentamente, metro a metro. Me asustaba la idea de que fuera yo el que se estaba desplomando y no ellos los que se venían arriba. Necesitaba confirmarlo en la siguiente marca, pero ¿dónde estaba el doce? Ni rastro, o quizá me había despistado y se me había pasado. Más tensión, tendría que comprobarlo en el trece. Todo seguía bien pero tenía que estar seguro. Allí estaba el panel: 11:07 lo que significaba unos 5:33 por kilómetro. Mantenía el ritmo a ocho para el final. Se necesita una media de 5:41 para llegar en dos horas a meta en una media, así que estaba ganando un colchón de casi medio minuto. Y cada vez que le daba al botón rojo la ventaja aumentaba 5:36, 5:34, 5:34. Mis piernas funcionaban como un reloj a cinco del final.

Ahora tenia pegado a alguien de naranja. La mayor parte de la carrera me había sentido liebre de alguien, de David y el de rojo al principio y ahora de este. Llegamos un camino de naranjos con ligero desnivel en contra. En la primera vuelta habían sido los pasos más lentos pero podía controlar la situación. 5:54 en el temido 17, algo peor de lo que esperaba, se llevaba una buena parte de mi colchón aunque podía encajarlo y me sentía bien. A por el siguiente.

- El de naranja parece aguantar a duras penas tal vez lo descuelgue – Pensé, pero poco después al llegar a la rotonda que nos encarrilaba hacia la estación de metro de Picanya se me puso en paralelo y en seguida se me adelantó. No estaba apretando el, era yo el que me venía abajo. Mis rodillas habían decidido mandarme señales de alarma y eso se convertía en un 5:45 en dieciocho – Puede valerme – A estas alturas las conversaciones conmigo mismo empezaban a ser muy frecuentes – Si mantengo la velocidad puedo bajar de las 2 horas – Cálculos mentales, odiosos cálculos mentales que surgen cuando se acercan el final de una carrera. Cálculos que demostraban que lo que decía era cierto. Si no me desplomaba llegaría unos segundos antes de completar segunda hora de carrera.

Mis rodillas seguían aumentando la sensación del dolor, pero intentaba hacer caso omiso y al completar el decimonoveno mi cronómetro indicó 5:44, algo que era una noticia medianamente buena porque las matemáticas seguían de mi lado y sin embargo cada vez me costaba más. Tenía la sensación de que iba más despacio, no sólo por las rodillas sino porque mis pies parecían no levantarse a la misma altura del suelo que con anterioridad. Empezaba a sentir rabia, había llevado una buena marcha durante toda la carrera y todo se iba a ir al traste al final. Para colmo ya veía el puente ante mí.

5:51 en el veinte, eso ya no era una buena noticia y no podía más. La única posibilidad era subir a buen ritmo y usar la bajada para ganar tiempo. Si conseguía hacer lo primero lo segundo era fácil, sólo consistiría en alargar la zancada y dejar trabajar a la gravedad. Empecé el ascenso y mis pasos eran demasiado cortos, cada vez más cortos. Otros corredores optaron por andar y su velocidad no era mucho menor que la mía. Ese maldito puente a 700 metros de meta estaba impartiendo justicia y dictaminaba que yo no merecía bajar de dos horas en una media maratón. La ascensión se eternizaba aunque iba perdiendo gradiente y mis pasos eran muy cortos, seguían siendo muy cortos. Miré el cronómetro, 1h58m y tocaba bajar ¡Por Dios que rabia! Aún podría ser. Alargué la zancada, la teoría era buena pero los impactos machacaban mis articulaciones, ganaba en rapidez pero no lo suficiente. Última rotonda, la que hay a poco más de 100 metros de meta, ya veía el arco de meta. Otra mirada al crono: 1h59 y algunos segundos que no alcanzaba a ver. Y lo que hacía no parecía un sprint. Me saludaron a mi izquierda, me dieron ánimos. A penas acerté a ver a Cris, Sergio y Jaime. Sólo 50 metros unos cuantos pasos más perro ya estaba furioso. Linea de meta. Detuve mi tiempo y vi 2:00:16. Maldición, el último kilómetro fue el de peor tiempo de todos. ¡Maldito puente! No pudo ser.

Dfilebrowser 1.1 para Plasma Active

2011-11-10T18:50:00.000+01:00

Nueva versión de Dfilebrowser disponible para Plasma Active. Esta vez la compilación corre sobre Open Suse. Las novedades se corresponden con mejoras en la usabilidad y la experiencia de usuario al manejar la aplicación.

Dfilebrowser 1.1

La vista por defecto para tablets es una lista.
Colores alternantes para las filas en las listas de archivos
Aumentado el tamaño disponible para la rejilla de iconos del modo de vista "iconview"
Mejoras en el modo de vista de lista con detalles de archivo: mejoras en la distribución de las columnas
Bugfix: en Plasma Active sobre Open Suse los archivos no se abrían al hacer "tap`"

La vergonzosa guerra de las patentes

2011-11-04T16:56:00.000+01:00

Desde hace algún tiempo, todos los días nos desayunamos con sentencias sobre patentes entre las grandes compañías de tecnología y, últimamente, se producen especialmente entre los fabricantes de teléfonos móviles y tablets (léase Apple, Samsung, HTC...) Sin embargo ayer se dio a conocer una noticia bastante positiva en forma de sentencia a favor de una pequeña empresa española que ha conseguido batir ni más ni menos que a Apple en los tribunales.

Es un tema para indignarse, todo el mundo peleando y tratando de demostrar que patentes ha infringido el otro, bloqueando la venta de dispositivos en los mercados de tal o cual país, firmando acuerdos para ceder parte de los beneficios de las ventas en concepto de uso de cierta patente...

Al final el perjudicado es el usuario final. Todas estas batallas judiciales de coste incalculable deben terminar repercutiendo en el precio de lo que compramos ¿no? Es más, HTC paga 5 dolares a Microsoft por cada terminal Android que vende. También podríamos hablar de que no se pueda comprar ciertos cacharros de Samsung en Alemania y Holanda. Pero que nadie cante victoria antes de tiempo, donde las dan las toman y Apple se está ganando unos cuantos enemigos que ya están contraatacando.

Si nos situamos como espectadores podemos deducir que Apple saca pecho diciendo que han inventado algo que tecnológicamente estaba años por delante de sus rivales. Sus demandas se basan en la presunta copia de esta tecnología, o sea, se basan en que el futuro es suyo gracias a sus ideas avanzadas (y registradas) pero... ¿que hay del pasado? El pasado reciente es de otros y ahora mismo se enfrentan a demandas por el uso de tecnologías 3G y otros aspectos básicos de telefonía móvil.
Es una guerra sin ningún sentido y las compañías demandantes/demandadas se ven hasta obligadas a comprar compañías poseedoras de patentes. Quizá sea esto lo más vergonzoso: nada impide a una pequeña compañía incapaz de desarrollar una tecnología el poder patentarla. Después sólo hay que esperar a que a alguien le interese y compre dicha empresa o que algún incauto "infrinja" la patente y haga dinero con ella. Para ilustrar este caso basta decir que recientemente Zynga, la creadora de la archiconocida FarmVille, fue demandada por una desconocida empresa de Texas por el uso de tecnologías de pago en juegos.

Es evidente que si parece haber unos ganadores en todo esto, como mínimo los bufetes de abogados, al menos siempre cobran por representar a los fabricantes. A unos cuantos les conviene que se prolongue esta pelea barrio bajera en el tiempo y en el espacio. Lo primero lo tienen asegurado debido a la animadversión entre los rivales que hay en el ring pero lo segundo no está tan claro. Me explico, si hay un paraíso donde hincharse a repartir mamporros legales de lo lindo, ese es EEUU. De hecho los interesados en todo esto están intentando replicar este modelo en Europa, desean un tribunal único europeo que vele por las patentes. De conseguirlo, estas "pequeñas" batallas legales que, por ejemplo, prohíben la venta de un producto en un determinado país y que se libran por tanto a nivel nacional, tendrían ámbito europeo: se bloquearían ventas a nivel comunitario.

Debe quedar claro también que esto no repercute simplemente en productos tangibles. Estas artimañas también se intentan llevar al mundo del software, con diferente éxito según el país. Es bastante probable que al instalar un sistema operativo Linux no puedas reproducir ciertos formatos de video o audio al no haberse incluido los codecs necesarios. Hay otros formatos de carácter libre pero en la práctica no son tan extendidos y al final todos necesitamos ir a parar a los habituales. De nuevo es sólo un ejemplo, pero esto da a entender la cantidad de tiempo que pueden llegar a perder los desarrolladores de software en sortear ciertas barreras (con forma de patente) para llevar a término su trabajo.

El peligro, al final, es llegar a un estado de medievalismo tecnológico en el que estemos estancados debido a las dificultades para innovar. ¿Para qué crear algo si después me la van a tumbar en un juzgado? Da igual que sea de interés general o sin ánimo de lucro, ya que se impediría el lucro de alguien que tiene una patente que afecta a una pequeña parte de tu trabajo.

No quedan muchas armas para combatir a un rival tan poderoso. Lo primero es intentar frenar su expansión, expresándonos en contra del tribunal europeo de patentes. En el peor de los casos, una vez lanzado un litigio siempre queda el concepto del arte previo que básicamente consiste en demostrar que alguien ya había pensado con anterioridad en lo que otro ha patentado y, por tanto, es de dominio público. Cuando esto se produce tiene su gracia, es algo así como darle una bofetada a un listillo y decirle "¿Ves? no eres tan inteligente como creías" Recientemente vimos como Samsung utilizaba una secuencia de la pelicula 2001 para demostrar que Apple no había sido la creadora del diseño del iPad. Otro ejemplo de esto ocurrió hace unos pocos años cuando en un juicio entre RedHat/Novell e IP Innovations LLC, se recurrió a un Amiga 1000 para demostrar que allá por el año 1986 ya había un ordenador capaz de manejar diversos escritorios y que además usaba ciertas características en ellos que correspondían con otras dos patentes.

Dfilebrowser un navegador de archivos para Plasma Active One

2011-10-19T18:48:00.000+02:00

La semana pasada comentaba que echaba en falta un navegador de archivos en Plasma Active One. Hoy voy a aportar mi granito de arena para solucionarlo, aunque de todos modos sigo pensando que sus creadores no tardarán en incorporar un gestor de archivos propio

Resulta que cuando empecé a probar Plasma Active me hallaba a su vez creando un gestor de archivos para usar embebido en Acid Rain. Por alguna razón, decidí desarrollarlo de forma que fuera un componente independiente, así que cuando me surgió la necesidad de usarlo como navegador de archivos en Plasma Active se encontraba bastante encaminado.

En realidad es bastante elemental y tiene cosas por pulir (consideradlo una beta) pero creo que es lo suficientemente útil como para que se empiece a usar. La idea es tener todos los botones y las opciones de menú del tamaño suficiente como para poder meter el dedo, así de simple. A modo de manual rápido:

Haciendo un toque corto con un dedo (tap), abrimos la carpeta o el archivo
Con un toque largo (long tap o tambien tap and hold) sacamos el menú contextual.
Podemos cambiar el tipo de vista con el último botón del menú superior.
En caso de usar un teclado, podemos usar las combinaciones de teclas habituales. Sí, ya sé que estamos hablando de un tablet pero la aplicación se ha pensado para que funcione también en un escritorio convencional:

En caso de que lo adoptes no olvides establecerlo como herramienta preferida para la gestión de archivos (lanzando desde un terminal systemsettings o buscándolo en el lanzador de aplicaciones de Plasma Active One). Una vez hecho esto, selecciona "Aplicaciones predeterminadas" y en la siguiente ventana, a la izquierda, "Gestor de archivos". Sólo os quedará añadir dfilebrowser como aplicación preferida.

Dfilebrowser es open source y tiene licencia GPLv3, el código fuente puede encontrarse aquí y para los que tengan Plasma Active One corriendo sobre Meego 1.2 sólo tenéis que descargaros este rpm.

Plasma Active One

2011-10-11T22:35:00.000+02:00

Llevaba días esperando la aparición de Plasma Active One porque la preview me había gustado bastante y por fin he podido probarla.

El entorno me parece muy interesante y creo que aporta nuevas ideas al mundo de las tablets y además respeta los existentes en KDE. Me refiero a las actividades y por supuesto todo lo que rodea al entorno de Plasma Active. Con las actividades tendremos a nuestro alcance varios escritorios en los que podremos definir enlaces a aplicaciones, documentos o asignar widgets. Lo normal es que lo hagamos de forma temática y tengamos una actividad para el trabajo, otra para ocio, etc.
Aunque todo es muy prometedor, los desarrolladores tendrán que pulir varios aspectos algunos de ellos en el navegador, algo que es una pena ya que es la aplicación estrella en este tipo de dispositivos y con el que no he conseguido ver paginas con flash e incluso algunas en html no se muestran correctamente. También habrá que seguir mejorando el teclado virtual y el soporte a lenguajes distintos del inglés. Por ultimo, de lo que recuerdo ahora mismo, el arranque me parecio bastante lento.

Este es el tercer sistema operativo que pruebo en esta tablet Wetab (llamada también ExoPC) El primero, el Wetab OS, es seguramente el más estable y el que mejor integra Flash, Java en incluso Android. Una pena que el entorno de usuario sea un poco triste, aunque muy funcional, muy alemán :D

Hace un par de semanas lo intente con Meego 1.2 que si no recuerdo mal era una preview y, dadas las circunstancias, no va a pasar de ahí. Era bastante bonito pero muy inestable. Tampoco terminó de convencerme el entorno y el teclado virtual estaba muy verde. No me queda muy claro si tendremos un Meego 1.3, prometido para Octubre pero tal vez sentenciado por Tizen.

En este tercer intento corre un Plasma Active sobre Meego (también se puede probar sobre OpenSuse) y sin ser tan estable como el Wetab OS, al menos se merece una oportunidad y más porque me encanta el concepto de las actividades y su manejo.

¡Ah! Por cierto, en Plasma Active One se echa en falta un navegador de archivos y aunque supongo que pronto adaptarán Dolphin yo ya estoy trabajando en el mío propio, espero poder contaros más en muy poco tiempo.

El futuro de Meego

2011-05-17T23:01:00.000+02:00

Con Meego 1.2 recién salido del horno resulta interesante pararse a pensar que le depara el futuro a este proyecto, en medio de una de las más interesantes guerras tecnológicas que se pueda recordar: la del control de los sistemas operativos que, además, tiene como principales batallas, en los últimos tiempos, la hegemonía en los móviles y en los tablets.

Cuando en Febrero se anunció a bombo y platillo la alianza entre Nokia y Microsoft una ola de pesimismo alcanzó a los que esperaban con curiosidad la llegada de algún dispositivo con este sistema. Tal vez era una opción mas lógica apostar por Meego para la gama alta y muchos acusan a Stephen Elop por esa decisión pero si el estaba en lo mas alto de la pirámide para poder decidir eso también pudo ser porque Nokia buscaba una aproximación a Microsfot.
Sea como fuere, resulta que estos días me ha dado por probar Meego y eso unido a la información que va llegando hace plantear lo siguiente:

¿Que va a hacer Nokia respecto a Meego?

Difícil de responder. Nokia no ha abandonado la plataforma, prueba de ello es que sigue animando a los desarrolladores mediante el envío de newsletters . Incluso hay dos concursos de aplicaciones en curso de cara al verano con los que colabora indirectamente.. La opción Meego para Nokia ha quedado como una posibilidad remota sobre la que se guarda silencio pero ya existen diversos rumores sobre planes B y ya veremos que pasa si la opción Windows Phone no resulta como se espera.Por otro lado estos días se está celebrando en San Francisco una conferencia y tanto Intel como Nokia están copatrocinándola.

Otro factor a tener en cuenta es que las ultimas versiones del SDK de QT (perteneciente a Nokia) incluye todo lo necesario para crear aplicaciones de Meego.

¿Que va a pasar con el proyecto Meego?

El apoyo a Meego no corre solo a cuenta de Nokia, Intel es el otro gran implicado y también ha redoblado su esfuerzo de comunicación en newletters desde el día siguiente al anuncio. No hay que olvidar que la alianza entre estas dos marcas no fue más que la fusión entre Maemo y Moblin. Si en su día Intel avanzaba con Moblin en solitario no va ha abandonar Meego aunque su compañero de camino no esté tirando del carro como se esperaba.Hay otros implicados como Novell que aporta los servidores repositorios de software y su Build Service.

La batalla de los móviles

Lo primero que hay que decir es que Meego no sólo corre en teléfonos móviles, también en tablets, PCs, dispositivos multimedia... Además, ya existen dispositivos Meego como la tableta Webtab, el telefono de Nokia esta a punto de salir y es posible instalarlo en nettops y notebooks Atom. Hay mas dispositivos en camino, entre lo más recientemente anunciado estaría el netbook Asus Eee PC X101, el tablet Acer Iconia M500 y posiblemente pronto se anuncien más dispositivos por parte de LG y otros

Sin embargo es cierto que el futuro es menos esperanzador. El nicho de los móviles se esta poniendo muy caro debido a la apuesta de Nokia pero sobre todo por el tirón de iPhone y la inminente supremacía de Android. Es muy probable que tenga mas oportinidades en el sector de los tablets por la inmadurez del mercado y el inicio titubeante de Android.

Ecosistema

Meego posee todas las infraestructuras necesarias para competir, incluyendo el Garage (app store) Algo que me parece bastante importante es que tiene una dependencia ligeramente menor a un App Store que otros competidores ya que puede instalar aplicaciones Linux recompiladas. Se debería luchar por aumentar la comunidad de desarrolladores de aplicaciones que es escasa. Meego Garage esta un poco desolado hoy por hoy y las aplicaciones son lo que termina atrayendo al publico. Pese a todo, Meego sigue siendo una opción valida. Tal vez no llegue a las masas como se creía hace unos meses pero los usuarios que accedan a uno de estos dispositivos no tendrán nada que envidiar al resto, bueno tal vez unos cuantos miles de aplicaciones, aunque esto podría quedar resuelto con el tiempo.

Pero, ¿que aporta Meego?

Meego da otra visión ligeramente diferente de lo que debe ser un entorno de usuario para un dispositivo de ocio. No deja de tener los mismos componentes que Android o iOS pero manejados desde su punto de vista. En la versión para notebooks, elementos como Myzone, zonas, aplicaciones, miniaplicaciones, etc. nos recordarán al panel principal, gestor de procesos, las pantallas con aplicaciones y los widgets de sus rivales. Todo igual y a la vez ligeramente distinto
.

En su versión para tablets encontramos como elemento diferenciador el concepto de paneles, que permite un acceso rápido a las funciones más utilizadas por el usuario ya sean aplicaciones, elementos favoritos del navegador, acceso a redes sociales, etc. Además mantiene la posibilidad de mostrar las aplicaciones en una cuadrícula de iconos tal y como estamos acostumbrados en los últimos años.

Este precisamente uno de los principalesl factores a tener en cuenta: con cada versión de Meego se dispone de la misma para móviles, netbooks / tablets, dispositivos para vehículos... Cada una con sus particularidades en el entorno de usuario y a la vez con todo el núcleo en común.

El futuro inmediato

Meego debería sobrevivir. Sólo el apoyo de Intel debería garantizar esto, pero las cosas siempre son más complicadas de lo que parecen en un principio. La perdida de interés de Nokia ha hecho que aparezcan otros actores interesados, algunos animados por Intel en los últimos meses. Esto nos llevará a ver unos cuantos tablets y notebooks Meego de aquí al final del año. A partir de aquí mandarán las ventas. Estas marcas que experimentan con la introducción de este sistema en alguno de sus dispositivos, son las mismas que han probado con anterioridad Ubuntu o Andorid y que nunca han conseguido un número estable de ventas con sus experimentos. Sería muy agradable poder comprar un notebook o un sobremesa con Meego instalado, y por tanto un equipo Linux con garantía de fabricante ya que hoy por hoy es bastante difícil.

Para terminar, existen rumores de una posible compra de Nokia por parte de Microsoft creciendo en los últimos días. Eso dinamitaría definitivamente el apoyo de una de las partes y dejaría al fabricante de procesadores como único pilar del proyecto. Ahora bien si, además de la división de telefonía, Microsoft se hiciera con la que se responsabiliza del desarrollo de QT, el SDK de este sistema estaría en manos de uno de sus rivales y entonces ¿que pasaria con Meego?

El videoclub de mi barrio, la ley sinde, el canon, los pirtatas y los ladrones

2011-03-05T20:22:00.000+01:00

Mira tú por dónde que yo era de los que iban al videoclub y además le gustaba. Digo iba porque hace más de un año que cerró el de mi barrio y fue entonces cuando empecé a explotar páginas como cinetube. Hasta entonces yo era de los que decía que no le valía la pena dejarse el PC encendido toda la noche por unos cuantos torrents, que por dos euros y medio tenia dos pelis en el videoclub. Me perdía por sus cuatro pasillos extasiado por tanta carátula, sin saber por cuál decidirme y maldiciendo a todo vecino que había alquilado cada una de las copias de una novedad que me apetecía ver.
Aprobada la ley Sinde me encuentro apurando, tal vez, mis días de descargas. No se sabe muy bien hasta que punto conseguirán cerrar estas webs o si sólo conseguirán que se hospeden en el extranjero. Lo único claro es que la comisión que velará por los derechos de aquellos que nos llaman ladrones desde sus residencias de Miami, no tendrá tiempo a formarse antes de verano.

Es del género estúpido que los mismos que pretenden que les compremos sus productos y nos convirtamos en sus fans nos llamen piratas, ladrones y otras lindezas semejantes ¿Podéis imaginar que el kioskero de vuestro barrio os insultase y a la vez intentara venderos una revista? Visto de otro modo, son ellos los que se apropian de nuestro dinero por cada DVD, disco duro, teléfono, etc que compramos ¿Es justo pagar a la SGAE por un DVD en el que grabo mis fotos o una distribución Linux? Personalmente algunos de ellos han pasado, para mi, de no significar nada o causarme una ligera simpatía, a la mas profunda repugnancia. Se llevan mi dinero y me llaman ladrón.

Aún así he intentado buscar algún servicio [1] [2] que opere desde la nueva legalidad, algo parecido a Netflix, de la que tanto se habla. Ninguno de los servicios que me he encontrado me ha merecido la pena. En mi viejo videoclub podía llegar a ver 8 películas al mes por 10 euros. La mejor tarifa plana que he encontrado es de 15 (creo recordar pero ya no la encuentro) y es incluso difícil que yo llegue a ver ese número de filmes. De los precios de películas sueltas mejor no hablo. Y por cierto, la calidad del streaming deja bastante que desear.

El resumen de todo esto viene a ser que nos llaman ladrones, piratas, nos ofrecen unos servicios abusivos, se protegen con unas leyes que ya veremos para qué sirven y por otro lado desean que los idolatremos y que consumamos. Remarco ahora lo de la utilidad de la ley, pues sirve igual para cerrar cinetube que para cerrar un blog aludiendo al perjuicio de los derechos de autor, sin que necesariamente se enlacen películas o música para descargar ¿Alguna vez has colgado un vídeo tuyo con una canción de fondo? ¿Has adornado un post con una foto o un logotipo que encontraste "googleando"? Pues ya sabes: eres carne de cañón para la ley Sinde.

Pese a todo, espero que alguno de ellos abra los ojos, que alguien innove con un servicio rompedor y que de una vez se proclame lo injusto del canon. Mientras tanto seguiré descargando alguna película de vez en cuando y alegrándome por haber elegido un servicio de hosting alemán para mi blog y el resto de mis webs.

Creando binarios para linux con Open Suse Build Service. II Paquetes rpm

2011-01-29T20:34:00.000+01:00

Después de ver de un modo general como funciona OBS intentaremos mostrar ahora el caso práctico de creación de RPMs para varias distribuciones.
Imaginemos que nuestra aplicación consta de un archivo binario y de un .desktop, es un caso sencillo ya que no contamos con archivos de traducción. Lo que tenemos que montar es un archivo de descripción .spec y un .tar.gz de nuestro código fuente.

Entorno de trabajo:

Si trabajamos con Subversion, o cualquier otro sistema de control de versiones, haremos un "commit" de todo nuestro proyecto antes de comenzar con la paquetización. Después de esto exportaremos una copia limpia de archivos ocultos a un directorio de trabajo diferente. Sobre esta nueva carpeta ya podremos crear nuestro tar.gz.
Tal como vimos en el capítulo anterior en nuestra cuenta en OBS habremos creado un proyecto, las distribuciones para las que se construirá y el paquete correspondiente a la versión sobre la que estamos trabajando. Una vez hecho todo esto, para añadir nuestro código fuente navegamos hasta el paquete creado y seleccionamos la pestaña Sources, donde clicaremos sobre el botón Add files.

Se nos despliegará un formulario en el que podemos cargar, en este caso, nuestro código. Lo más cómodo es haber nombrado el tar.gz de la mejor manera posible, especificando la versión, y ahorrarnos el rellenar el campo nombre, de manera que OBS lo haga automáticamente. Más adelante podremos subir el .spec del mismo modo.

El archivo spec

Ahora toca montar el archivo spec con la información adecuada. Tenéis, a continuación, todo el archivo apropiado para el proyecto de ejemplo. Después desgranaremos lo más importante a destacar:

%if 0%{?fedora_version}
%define breq qt4-devel
%define reqs qt qt-x11
%define qmake /usr/bin/qmake-qt4
%endif
%if 0%{?mandriva_version}
%define breq libqt4-devel qt4-linguist
%define reqs libqtcore4 libqtgui4
%define qmake /usr/lib/qt4/bin/qmake
%endif
%if 0%{?suse_version}
%define breq libqt4-devel
%define reqs libqt4 libqt4-x11
%define qmake /usr/bin/qmake
%endif
 
Name: RegExpTester
Summary: RegExpTester is an application that lets you test regular expresions
Version: 1.0
Release: 1
License: GPL v3
Group: Productivity/Utility/TextTools
BuildRoot: %{_tmppath}/build-root-%{name}
Source0: /usr/src/packages/SOURCES/RegExpTester-1.0.tar.gz
Packager: Guillermo Amat
Url: https://www.deuteros.es
Vendor: Guillermo Amat
 
BuildRequires: gcc-c++, make, %{breq}
Requires: %{reqs} libc.so.6 libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libm.so.6 libpthread.so.0 libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(GLIBCXX_3.4)
%description
RegExpTester is an application that lets you test regular expresions
 
RegExpTester is an application that lets you test regular expresions
 
%prep
rm -rf %{buildroot}
mkdir %{buildroot}
 
%setup -q
 
%build
mkdir -p %{buildroot}%{_bindir}
mkdir -p %{buildroot}%{_datadir}/%{name}
mkdir -p %{buildroot}%{_datadir}/applications
%{qmake} %{name}.pro
CFLAGS="$RPM_OPT_FLAGS" CXXFLAGS="$RPM_OPT_FLAGS" \
make
 
%install
cp %{name} %{buildroot}%{_bindir}
cp %{name}.png %{buildroot}%{_datadir}/%{name}/
 
cat > $RPM_BUILD_ROOT%{_datadir}/applications/%{name}.desktop << EOF
[Desktop Entry]
Encoding=UTF-8
Name=%{name}
GenericName=%{name}
GenericName[de]=%{name}
Comment=Synchronize files between computers
Exec=%{_bindir}/regexptester
Icon=%{_datadir}/%{name}/%{name}.png
Terminal=false
Type=Application
StartupNotify=false
Categories=Qt;KDE;Utility;TextEditor;
EOF
 
%clean
rm -rf %{buildroot}
 
%files
%defattr(-,root,root)
%dir %{_datadir}/RegExpTester
%{_datadir}/applications/RegExpTester.desktop
%{_bindir}/RegExpTester
%{_datadir}/%{name}/%{name}.png
 
%changelog

Menudo rollo ¿no? Pues vamos a destriparlo paso a paso para que se entienda mejor:
El primer bloque se corresponde con una serie de declaraciones condicionales que dependerán de la maquina virtual en la que OBS ejecute la construcción del rpm.

%if 0%{?fedora_version}
%define breq qt4-devel
%define reqs qt qt-x11
%define qmake /usr/bin/qmake-qt4
%endif
%if 0%{?mandriva_version}
%define breq libqt4-devel qt4-linguist
%define reqs libqtcore4 libqtgui4
%define qmake /usr/lib/qt4/bin/qmake
%endif
%if 0%{?suse_version}
%define breq libqt4-devel
%define reqs libqt4 libqt4-x11
%define qmake /usr/bin/qmake
%endif

Por ejemplo, en los requisitos de construcción (breq) para Mandriva y Opensuse se necesitará el paquete libqt4-devel, mientras que el equivalente en Fedora recibe el nombre qt4-devel. OBS instalara el paquete adecuado en cada máquina virtual gracias a eso. En todo caso para cada una de las distribuciones definimos tres variables que usaremos mas tarde:

breq: requisitos para la construcción
reqs: dependencias para la ejecución de nuestro programa en el PC del usuario que se lo instale
qmake: ruta al ejecutable qmake

El siguiente bloque que nos encontramos es el de la información general de nuestra aplicación. Aquí y en todo el fichero spec hay que tener cuidado con los saltos de línea y en concreto aquí con no equivocarse con el valor del campo source0. Además, parte de esta información será mostrada al usuario en el gestor de paquetes de su distribución:

Name: RegExpTester
Summary: RegExpTester is an application that lets you test regular expresions
Version: 1.0
Release: 1
License: GPL v3
Group: Productivity/Utility/TextTools
BuildRoot: %{_tmppath}/build-root-%{name}
Source0: /usr/src/packages/SOURCES/RegExpTester-1.0.tar.gz
Packager: Guillermo Amat
Url: https://www.deuteros.es
Vendor: Guillermo Amat
BuildRequires: gcc-c++, make, %{breq}
Requires: %{reqs} libc.so.6 libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libm.so.6 libpthread.so.0 libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(GLIBCXX_3.4)
%description
RegExpTester is an application that lets you test regular expresions
 
RegExpTester is an application that lets you test regular expresions

En el bloque anterior también se aprecia la aparición de las variables que hemos definido con anterioridad. Su valor se concatena al de los nombres de los paquetes que aparecen definidos. Más claro: BuildRequires contiene gcc-c++ y make porque se llaman así en todas las distribuciones (menos mal) y el contenido de la variable breq que cambia en función de la máquina virtual.
En description tenemos una descripción corta y otra que puede ser más extensa. La linea en blanco que separa a ambas es necesaria.
Vamos con el siguiente trozo. Esto ya tiene que ver con la construcción del paquete y en el aparecen nuevas variables. La diferencia es que estas no son nuestras, sino predefinidas por el sistema:

buildroot: el directorio donde se construirá el paquete en la MV
_bindir: el directorio de los ejecutables
_datadir: directorio de datos
name: es el nombre que aparece en el campo Name (linea 17 del .spec)

Así pues lo que se hace en este bloque es preparar todos los directorios necesarios. Después se ejecuta qmake sobre el archivo .pro cosa que creará el Makefile en la MV. La siguiente linea contiene opciones de compilación específicas para la creación de rpms que, a su vez, son usadas por el comando make.
Después de ejecutar make se procede con la sección install que, en este caso, copia un par de archivos en sus lugares correspondientes.

%prep
rm -rf %{buildroot}
mkdir %{buildroot}

%setup -q

%build
mkdir -p %{buildroot}%{_bindir}
mkdir -p %{buildroot}%{_datadir}/%{name}
mkdir -p %{buildroot}%{_datadir}/applications
%{qmake} %{name}.pro
CFLAGS="$RPM_OPT_FLAGS" CXXFLAGS="$RPM_OPT_FLAGS" \
make

%install
cp %{name} %{buildroot}%{_bindir}
cp %{name}.png %{buildroot}%{_datadir}/%{name}/

En el siguiente bloque se crea el archivo .desktop que hará que nuestro programa aparezca en el menú de inicio de KDE. No es necesario crearlo así, podríamos haberlo escrito en un editor, empaquetado en el tar.gz y por último tratarlo en el .spec de la misma forma que al png. En todo caso, se debe saber que durante la construcción se comprobará este archivo y que es muy importante que el contenido de Categories siga las definiciones del estándar de freedesktop.org

cat > $RPM_BUILD_ROOT%{_datadir}/applications/%{name}.desktop << EOF
[Desktop Entry]
Encoding=UTF-8
Name=%{name}
GenericName=%{name}
GenericName[de]=%{name}
Comment=Synchronize files between computers
Exec=%{_bindir}/regexptester
Icon=%{_datadir}/%{name}/%{name}.png
Terminal=false
Type=Application
StartupNotify=false
Categories=Qt;KDE;Utility;TextEditor;
EOF

Y para acabar se define el paso de limpieza y se enumeran los archivos generados para la creación del paquete. Cualquier inconsistencia entre esta lista y lo que se encuentre realmente generará un error, por ejemplo: si nuestro tar.gz contiene un segundo png que no hayamos nombrado aquí.

%clean
rm -rf %{buildroot}

%files
%defattr(-,root,root)
%dir %{_datadir}/RegExpTester
%{_datadir}/applications/RegExpTester.desktop
%{_bindir}/RegExpTester
%{_datadir}/%{name}/%{name}.png

%changelog

El archivo tar.gz

Como se ha dicho antes, lo mejor es generar el tar.gz desde una copia limpia de nuestro código fuente. Si trabajamos con Subversion haremos un "svn export" y después comprimiremos el resultado.
A parte de eso, habrá que llevar cuidado con incluir todo lo necesario y especificar correctamente las rutas de todo lo que aparezca en el .spec

El resultado

Si todo va bien en nuestro panel de resumen del paquete tendremos indicado que el proceso ha finalizado con éxito y podremos navegar hasta el repositorio de descarga de cada una de las distribuciones.

Si por ejemplo pulsamos sobre openSuse_11_3 llegaremos a la página donde tenemos todos sus binarios disponibles:

Si algo falla, desde la pantalla de resumen veremos que se nos indica un error (failed en vez de success) y haciendo clic sobre la palabra failed accederemos al log de la máquina virtual donde veremos el error.

Una imagen vale más que mil palabras

Y un par de enalces y de archivos de ejemplo también, así que allá va:

El proyecto RegExpTester en OBS [ir]
El archivo .spc [descargar]
El archivo tar.gz [descargar]

Un tutorial rápido de QT: evaluador de expresiones regulares

2011-01-20T20:47:00.000+01:00

Estaba dándome cabezazos contra la mesa el otro día porque no conseguía hacer funcionar una expresión regular en el código de Acid Rain sin encontrar la explicación. La situación me llevaba casi a la decepción por haber olvidado toda esa teoría cuando se me ocurrió buscar alguna web donde probar lo que hacía. Al encontrarla me di cuenta de que no era tan mentecato, algo fallaba ya que la expresión regular funcionaba. Tan loco me estaba volviendo que decidí hacer una aplicación en QT en donde testar de forma rápida las expresiones, ya que con la que estaba trabajando realmente me costaba un poco llegar al punto donde se evaluaba la expresión.

Y así fue que me puse a hacer una aplicación muy parecida a la web que he comentado antes. En poco más de cinco minutos la tenía hecha y se me ocurrió que sería un buen ejemplo para iniciarse en QT. Es tan sólo un poco más complicado que un "Hola mundo" y de paso se ve como utilizar aspectos esenciales de QT Creator, signals/slots y cómo trabajar con la disposición de los elementos en un formulario. ¡Vamos al tema!

Creando el proyecto

Lo primero será crear el proyecto eligiendo "QT C++ Project" y como subopción "QT GUI Application"

Ahora le damos un nombre apropiado a la aplicación y apretamos sobre "Next"

Como se nos crea un formulario, debemos definir su nombre y el de la clase asociada al mismo

En cuanto a la creación del proyecto sólo nos queda aceptar el resumen.

Lo que queremos hacer

Lo que nos interesa es tener un texto sobre el que queremos hacer alguna prueba, usando una expresión regular para reemplazar parte del él por otro texto determinado. Así pues necesitaremos unos cuantos campos etiqueta, tres campos de entrada y uno de salida.
Los campos de de entrada serán: el de la expresión regular, el de la cadena que queremos introducir y el del texto inicial sobre el que trabaja. Para los dos primeros campos nos bastará con un "line edit" mientras que para el texto usaremos un "text edit". El resultado lo mandaremos a otra caja de texto ("text edit") de salida que tendrá marcada la propiedad "read only".
En cuanto le demos al botón "Test" se evaluará la expresión regular y, para hacerlo mas emocionante y poder probar más rápido nuestras expresiones, también se evaluará con cada cambio que hagamos en el campo de entrada de la expresión, con lo que veremos los resultados al vuelo mientras la escribimos.
En cuanto a la disposición de los elementos, usaremos dos frames para agrupar por un lado los campos del formulario y por otro el botón "Test".

Insertando los elementos de la ventana

Lo primero que haremos será insertar los dos frames, arrastrándolos a la ventana.

Lo segundo debe ser elegir la disposición de la ventana (hay que asegurarse de que está seleccionada), en este caso le daremos una disposición vertical "Layout vertically"

Es el momento de darle vida a todo esto. En el marco superior dejamos caer cuatro campos "label", los dos "line edit" y los dos "text edit"

Ahora hay que seleccionar el marco superior y después pinchar sobre "Lay out in a form layout". Todavía no quedará muy bonito asi que habrá que corregir la posición de los elementos. También podemos redimensionar un poco el formulario haciendo uso del ratón para que no quede todo tan ahogado en cuanto espacio.
Vamos con el marco inferior: hay que añadir un "Push Button", después seleccionar "layout horizontally" para el marco y finalmente añadirle un espaciador horizontal.

El siguiente paso es cambiar el texto que muestran las etiquetas y el botón y darle un nombre correcto a cada uno de ellos para que sea más intuitivo utilizarlos desde el código. Los nombres podrían ser estos (según el orden del formualrio):

lblRegEx | leRegEx

lblReplace | leReplace

lblText | teText

lblResult | teResult

pbTest

Aprovecharemos para seleccionar teResult y marcar la propiedad "read only"

Jugando con los slots

No voy a entrar mucho en esto, tan solo una breve explicación. En QT la comunicación entre objetos se hace mediante signals y slots. Por un lado hay determinados eventos de los objetos que lanzan señales (al hacer clic sobre un botón, al cambiar el texto en un campo de texto, etc) Por otro lado los objetos también tienen asociadas una serie de funciones llamadas slots cuya finalidad es ser receptoras de señales de otros objetos ( por ejemplo setText(QString) en un campo text edit). Uniendo ambas cosas podemos hacer que al hacer clic sobre un boton "clear" se borre todo el contenido de una caja de texto.
Volvamos a lo nuestro. Seleccionando el botón "Test", apretamos el botón derecho de nuestro ratón para obtener el menú contextual y buscamos la opción "Go to slot..."

Se nos abrirá una ventana en la que elegiremos la señal clciked() y se nos creará automáticamente la cabecera y el cuerpo vacío de un slot llamado "on_pbTest_clicked". Internamente ya se ha relacionado la señal "clicked" con el nuevo slot, así que sólo tendremos que añadir el código que queramos al mismo (cosa que haremos luego) y este se ejecutará al pinchar el botón en nuestra aplicación.

Lo anterior sirve cuando es un objeto llamándose a si mismo, pero ¿cómo hacemos algo similar entre dos objetos distintos? Pues ahora lo vemos, recordemos antes que queríamos evaluar la expresión al vuelo mientras la escribíamos así que vamos a relacionar la señal "textChanged" del campo leRegExp con la ranura "clicked" del botón pbTest. Para ello nos vamos al modo de edición "edit signals/slots" mediante f4 o haciendo uso del botón de la parte superior de QT Creator. Una vez cambiado el modo, arrastramos el ratón desde el campo de entrada hasta el botón y se nos abrirá una nueva ventana de selección. En la izquierda escogemos la señal "textChanged" y en la derecha el slot "click", aceptamos y los tendremos ya relacionados. Esto quiere decir que cuando haya cualquier cambio en la expresión regular será a todos los efectos, como si pulsásemos el botón "Test" con lo que se irá evaluando al vuelo.

Un poquito de código

Bueno, ya tenemos todo relacionado pero esto todavía no hace nade de nada. Vamos a insertar el código, para ello abrimos el archivo "regextextwindow.cpp" y buscamos la función que QT Creator nos ha insertado. Bastará con dejarla así:

void RegExTestWindow::on_pbTest_clicked()

 ui->teResult->setText(ui->teText->toPlainText().replace(QRegExp(ui->leRegExp->text()),ui->leReplace->text()));

Lo que significa que asigne como texto del campo "teResult" lo obtenido al reemplazar en el texto de prueba que hemos dejado en "teText" todo lo que encaje con la expresión regular contenida en "leRegExp". Todo lo que encaje con la expresión se sustituye por el valor de "leReplace"
¡Ya está!
Pues si todo ha ido bien le damos al botón de ejecución y se nos lanzará la apliación. Sólo nos queda desengrasar nuestros conocimientos en expresiones regulares :) Cuando tenga un rato colgaré el código fuente y la aplicación en esta web para los más perezosos.

Sobre mi estupidez

Tal vez os hayáis quedado pensando en lo que contaba al principio del post. Resulta que cuando probé la expresión en la aplicación test la cosa funcionaba. Así que tenía lo siguiente: funcionaba en la web, funcionaba en el testador y fallaba en mi código. Cuando pasan cosas así siempre piensas lo mismo "tiene que ser una estupidez como un piano" Efectivamente así era, no se me había pasado por la cabeza el escapar el carácter de escape, que perogrullada más infernal.
Una expresión valida como \s\d+/\d+\s escrita en código es \\s\\d+/\\d+\\s
Perder tanto tiempo con una tontería semejante suele llevarme, cuando encuentro la solución, al segundo pensamiento típico: "que empanado que estoy"

Reflexiones y cambios en mi vida

2010-12-28T00:22:00.000+01:00

Con la llegada del fin de año he hecho las típicas reflexiones transcendentales llegando a unas conclusiones sobre lo que debo cambiar en mi vida.

Lo primero de todo es que, finalmente, creo que Linux no va a terminar de despegar nunca. Es una pena pero mi empecinamiento en usarlo como Sistema Operativo de todos los cacharros de mi casa no me lleva a ningún sitio.

Últimamente estoy un poco harto de dedicarle tiempo a Acid Rain. Me he dado cuenta de que no disfruto cuando lo programo, creo que ya no me gusta programar o tal vez lo que no me gusta es todo lo que rodea a programar con QT.
Por otro lado, me cuesta reconocer un punto de vista en el que he estado equivocado siempre: los derechos de autor son inalienables y no deberíamos ir descargando por ahí alegremente torrents de ningún tipo. Somos delincuentes; el emule y bitTorrent son armas del diablo. Deberían bloquear todas las comunicaciones P2P pues siempre son indicativas de un delito.

Como consecuencia de los primeros párrafos, voy a instalar Windows 7 en todos mis ordenadores, previo pago de las pertinentes licencias, claro, y a tirar a la basura mi Nokia N97 para comprarme un terminal con Windows Phone.

Voy a dedicar ese tiempo libre en el que me gusta programar al desarrollo de plugins de Internet Explorer en lenguaje .Net, que es una tecnología que te cagas de una gran empresa: Microsoft, para la que espero trabajar algún día y así poder conocer, con un poco de suerte, a Steve Ballmer o al mismísimo Gates, mis dos grandes ídolos en el ámbito de mi mundo profesional.

Además voy a recopilar todos los Cds y DVDs en los que tengo música y películas grabadas, menos mal que en el fondo no son muchos, y acudiré con ellos a la humilde central de la SGAE para que me hagan un desglose de lo que les tengo que pagar. Estoy preparando un artículo que publicaré en mi blog próximamente, el cual es una disculpa pública al rey del pollo frito y a tan emblemática institución defensora de los derechos de autor. Sabed que espero que se crujan en los tribunales a todos esos desalmados que hacen obras teatrales benéficas sin rendirles cuentas, así como a ese infame ayuntamiento, cuyo nombre no quiero recordar, de unos pocos habitantes que debe más de 3000 € por representaciones musicales. No me importa que sea más de su presupuesto anual: a la cárcel su alcalde y que conviertan esa población en una gran pira para ejemplificar con el castigo.

Esto es más personal, hace meses que no me siento atraído por ninguna mujer, simplemente no me fijo en ellas aunque espero que se me pase. De todos modos, creo que los fines de semana me voy a prohibir programar, pasaré noches de marcha en el Venial y dejaré el ciclismo de montaña para apuntarme a algún gimansio. Peregrinaré todos los años al menos una vez al barrio de Chueca en Madrid.

Alonso es un moñas y el Valencia CF un equipo de gallinas con sangre de horchata. Lewis Hamilton es lo mejor que le ha pasado a la Fórmula 1 en los últimos años y ardo en deseos de que mi nuevo equipo, el Real Madrid, monte una escudería con Lewis como piloto número 1 de unos bellos bólidos blancos. Reconocedlo Cristiano es un crack y Mourinho una gran persona.

En fin, espero que como mucho no os hayáis creído más allá del segundo párrafo. ¡Feliz día de los inocentes!

Despidiéndome de Kfilebox

2010-12-16T22:12:00.000+01:00

Hola a todos mis escasos lectores :p La semana pasada no conté gran cosa sobre mis andanzas porque simplemente no hubo mucho que contar, no avancé nada con Acid Rain. ¡Ah! Sí, publiqué la primera versión de las distribución Linux que creo que sólo se ha bajado un pavo con el mismo nombre y apellidos que yo.

Por contra, como resulta que lo prometido es deuda, estuve dedicando un poco de tiempo de mis vacaciones de la semana pasada a cumplir con mi promesa preparando una ultima versión de Kfilebox.
No es gran cosa, unos cuantos iconos nuevos con la posibilidad de poder elegir los que prefieras, vamos un "copy - paste" de la misma característica que ya existía en Acid Rain.

La verdad es que ha valido la pena pegarse con Kfilebox, si no hubiese sido por ella ni de coña me habría metido en este otro lío. En fin, han sido muchos los usuarios que han dado su opinión, informado de errores, pedido nuevas características, otros han traducido la aplicación a su idioma desinteresadamente e incluso en las últimas semanas he recibido material gráfico.

Volviendo a la nube ácida, lo que puedo decir es que me estoy pegando ya con el empaquetado de los instalables Windows y Linux. Creo que ya he comentado en alguna ocasión que crear rpms y debs es un maldito infierno que suele llevar algo de tiempo. También tengo hecha una primera traducción al español que aún tengo que probar y me parece que ya dije que el asistente de la primera configuración estaba listo. Por último he decido distribuir la beta con los bugs que conozco sin resolver, porque quiero lanzarlo ya y porque así de paso tendré una forma de saber hasta que punto aquellos que lo prueben me están sirviendo de beta testers. O sea, que si nadie me dice "oye tío cuando hago clic sobre el condensador de fluzo me pasa esta cosa tan chunga" no podré estar seguro de que la aplicación esta bien testada.

Por cierto que ya hay página en Facebook sobre Acid Rain, el que quiera ya puede hacerse fan :)

Tierra roja

2010-12-10T22:06:00.000+01:00

Hoy, dos años después, he vuelto a llenarme del rojo barro de La Calderona. Ha sido un día de perros, la humedad de la niebla me empapaba poco a poco y se hacia más densa conforme ascendía hasta el punto de que, a unos cuatro km de la cima de Rebalsadores, empezaron a caer gotas de agua del centro exacto de la visera de mi casco, mientras, por las mangas de mi chaqueta se deslizaba el agua hacia mis guantes convirtiéndolos en esponjas. El ambiente parecía el propio de la lluvia pero no caía nada.

Todo daba igual. No había nadie a la vista, sólo yo en medio de una pista de tierra rojiza por caminos que no recordaba siguiendo mi GPS. Niebla, niebla y cada vez más niebla. Nunca me había resultado tan inútil cargar con una cámara de fotos,no habría ocasión para utilizarla.

Llegué a la mitad de la ruta y un desvío me introdujo en caminos desconocidos que se prolongarían catorce km más sin que yo supiera que mi navegador se iba a agotar un poco más tarde.

Me gusta la sensación de estar moderadamente perdido, me ha ocurrido alguna vez rodeado de campos de naranjos entre Almenara y Vall d'Uxo. Perdido pero con la tranquilidad de estar orientado, algo que no hubiese tenido en las pistas forestales próximas a Olocau. Afortunadamente unos veinte minutos antes de que eso ocurriera topé con tres ciclistas que me invitaron a acompañarlos. Son los únicos a los que he visto hoy, tal vez los únicos que estaban por allí en un día tan feo como este. Hay innumerables sendas y opciones a tomar por aquellos parajes pero la suerte, o mi buen karma, ha hecho que Dani, Jose y Juan llevasen la misma ruta de vuelta en el mismo momento.

Al final la adrenalina queda liberada en el descenso, en forma de una larga curva en la que te vas yendo al exterior poco a poco, o clavando los frenos porque simplemente te estás saliendo recto dos giros mas tarde. Es excitante, adictivo: notas como la horquilla se hunde, la rueda trasera culea a un lado y a otro pero no estás en el suelo, detenido casi por completo, cercano al borde exterior de la herradura que forma el camino, giras el manillar para orientarlo de nuevo, no piensas en ello, pedaleas y te sumerges en la inmensidad de la pista roja.

Quemando CDs

2010-12-02T20:00:00.000+01:00

Pues sí, como resulta que me he centrado un poco más en avanzar la distribución Linux resulta que de vez en cuando me toca quemar algún CD. Hago todas las pruebas que puedo con máquinas virtuales pero, cuando la cosa llega a un punto que me gusta, resulta que lo quemo para pasarlo a un viejo PC que uso como servidor de pruebas de Acid Rain Server.

Y eso me lleva a la razón de maldecir a la SGAE porque, aunque no estoy pirateando música ni nada por el estilo, resulta que en el ámbito legal de los derechos de autor (léase autor musical) todos somos culpables aunque demostremos lo contrario. No importa que grabe una distribución Linux, tengo que pagar el canon en cada prueba que hago. Para mitigar esto un poco compré CDs regrabables, con el triste resultado de que, a partir de la segunda utilización, el lector de mi servidor no los reconoce. No me ha quedado más remedio que volver a los tradicionales CDs por más que se me revuelvan las tripas.

Dicho esto, me alegra mucho contar que la primera versión de la distribución ya está lista. Una vez instalada, lo que se tiene es un servidor web accesible por SSL (con certificados autogenerados) y por supuesto y simultáneamente hace de servidor mercurial. En la práctica esto se traduce en que podemos poner la ruta de ese servidor en cualquiera de nuestros otros PCs que corran el cliente de Acid Rain y además de usarlo como distribuidor centralizado podemos navegar por una web que contiene nuestros archivos.Todo ello protegido por un usuario y clave predefinido y la encriptación SSL de todo lo que transfiramos.

Por otro lado el wizard que se encarga de la primera configuración de Acid Rain también está casi listo, es capaz de instalar Mercurial si es necesario y lo estoy probando estos días.

Se acerca el día de tener la beta privada lista, terror me da, pero parece que va a ser pronto. De todos modos voy a aprovechar mis vacaciones de la semana que viene para finiquitar la ultima versión de Kfilebox tal y como prometí a sus usuarios.

Para finalizar os dejo un vídeo en el que se fuerza un conflicto entre archivos durante la sincronización. Los dos PCs que intervienen son reales (mi sobremesa y mi portátil) sólo que uno de ellos está manejado remotamente.

El portátil está continuamente sincronizando de modo que el cambio que se hace en el archivo se sube inmediatamente. En el PC de escritorio con OpenSuse, la sincronización se detiene (haciendo clic en "Stop the Rain"), entonces se hace un cambio el mismo archivo y la sincronización se reanuda ("Start the Rain"). Como la máquina de escritorio está tratando de subir un archivo modificado de forma remota, se produce un conflicto y Acid Rain muestra una solicitud al usuario con dos opciones para solucionarlo.Elegimos mantener el archivo local (el del PC de escritorio) así que finalmente los cambios que se cargan y se sincronizan con la computadora portátil.