Es una cuestión de control sobre tu vida y frustración, explicada con la fábula del semáforo inútil :D.

Alex se ha instalado Ubuntu por cuenta y riesgo. En serio, no he tenido nada que ver, de hecho solo le he dado soporte remoto y muy puntualmente. Hace años que no intento convencer a nadie (además creo que ella me puede, como para obligarla a hacer nada :P).

La cuestión es que, pensando en cómo está disfrutando Alex al descubrir un mundo mejor, el otro día se me ocurrió una analogía mientras esperaba en el coche a ver si cruzaba alguien, para variar.

Resulta que hay un semáforo completamente inútil en Godella (en Don Juan de Austria), de esos de botón (se pone rojo cuando el peatón pulsa), pero con el botón inutilizado y funcionando como un semáforo normal.

La calle es estrecha, con dos carriles en cada sentido y muy justos (cruzarse con un autobús que viene de frente es una risa), y con pasos de peatones sobre-elevados y tal.

Pues bien: ese semáforo no regula el tráfico, y ni si quiera sirve para peatones porque ¡nadie lo usa! La calle es tan estrecha y resulta tan fácil cruzar, que la gente cruza por cualquier sitio (o por los abundantes pasos de peatones).

Además se crean situaciones de peligro, porque los nativos se saltan el semáforo muchas veces, conscientes de su inutilidad, y muchas veces cuando un conductor para (como debe), el de atrás da un frenazo porque asume que se lo va a saltar.

Paso por ese semáforo 4 veces al día, y es bastante frecuente que pare las cuatro veces, siempre esperando que se ponga en verde un semáforo que sé que es completamente inútil.

Ese es el punto del vista de un usuario, de un usuario que solo consume lo que le dan y, como mucho, puede elegir circular por otra calle (si es posible, que en este caso no lo es).

El fin de semana pasado, no recuerdo que estaba haciendo, acabé en la función de Nautilus de Enviar a..., y me encontré con esto:

Uy, algo va mal

Parece que el diálogo tiene un fallo. A veces pasa, la cadena en inglés (el idioma en el que normalmente se desarollan los interfaces) puede ser más corta que en este caso la traducción en castellano de una de las opciones del desplegable: Soportes extraíbles y comparticiones.

Tardé 5 minutos en poner un bug report al paquete, y editar el fichero del diálogo (Glade, es un XML), para elimiar el ancho fijo que le habían puesto.

Ni que decir tiene que mi corrección es un hack y, por lo que he visto, la solución es más compleja, pero mis 5 minutos sirvieron para:

• Poder trabajar correctamente mientras llega la corrección final.
• Colaborar para que, en caso de que el fallo no sea conocido, el responsable pueda corregirlo.

El paquete que elimina el problema ya está en pruebas, y pronto lo tendremos instalado en Fedora 11, con lo que diremos adiós a mi hack por una solución más robusta.

¿Dónde puedo poner un bug report para que arreglen la situación del semáforo inútil? Es más, ¿cómo puedo implementar un hack para mitigar el problema mientras llega una solución definitiva? Resumiendo: por eso creo que no voy a volver al software privativo :D.

Atualización (01/07/09): acabo de instalar la actualización publicada de nautilus-sendto y, definitivamente, la corrección va más allá de cambiar el ancho fijo del diálogo ;).

Hace un par de meses que lanzaba una pregunta al aire, y tras comentar la idea con amigos de redes sociales, arrancamos el proyecto: BarCamp Valencia.

La verdad es que nos ha costado encontrar un espacio para poder realizar el evento, pero hemos insistido (pese a muchos rechazos incomprensibles), y al final hemos obtenido recompensa incluso mejor de lo que hubiéramos imaginado.

Si vives en Valencia, o alrededores, apunta en tu agenda: 25 de Julio de 2009. En la web del evento hay información respecto a la localización (un lujo de sitio).

Además estamos buscando ponencias de unos 30 minutos que encajen en nuestro lema: Web 2.0, Open Source y Social Media.

No se trata de dar sin más una ponencia, charla o clase magistral, sino de compartir conocimiento. No tienes que ser un experto o un gran orador, solo necesitas ganas de transmitir tu interés por un tema para generar debate y curiosidad entre los asistentes.

Así que si te animas a colaborar, con una ponencia o con tu apoyo, puedes ojear la página de la organización, donde vamos poniendo lo que necesitamos para que el evento llegue a buen puerto.

Eh, sí. Yo daré alguna charla, por supuesto ;).

Una de las cosas que trae de nuevo Fedora 11 es Firefox 3.5 Beta 4, y parece que funciona bastante diferente de la rama 3.0.x que venía usando con Jaunty.

Ha sido una marcianada de 3 días que al final he resuelto hoy. Las pistas:

1. Todo funciona perfectamente hasta que llega un momento en el que, paulativamente, la conectividad empieza a fallar.
2. No es un problema de radio, porque no dejamos de estar asociados a nuestro Linksys con dd-wrt perfectamente actualizado.
3. Las conexiones en curso, se mantienen. Es decir, no funciona un ping porque no hay resolución DNS, pero nuestras conexiones SSH abiertas funcionan perfectamente :).
4. No podemos renovar nuestros leases vía DHCP, y tampoco podemos conseguir IP desde otro portátil que, hasta ese punto, estaba apagado.
5. Cuando reiniciamos el Linsys, todo vuelve a funcionar perfectamente durante un tiempo, hasta que volvemos a los problemas.

Hay que decir que esto nunca me ha pasado con Jaunty, así que era alguno de los cambios que ha introducido Fedora lo que me tenía en jaque :S. A ver qué puede ser.

Empiezo advirtiendo que esta anotación son impresiones/opiniones personales, y que no pretendo ofender a nadie. No es por nada, pero más vale prevenir, que hay mucho seguidor visceral por ahí :P.

Vengo usando Ubuntu desde la primera versión (Warty), y siempre he estado muy contento.

Es cierto que hay versiones malas, para la percepción de algunos usuarios. Porque algo que usamos falla, por nuestro hardware o por nuestra forma de trabajar, y nos afecta. Si además antes funcionaba, la sensación no es buena.

Yo no he tenido grandes problemas.

Recuerdo que en Dapper mi Evolution tenía problemas al cerrarlo si querías que se vaciara la papelera automáticamente, y no era algo serio (aunque tengas que esperar 6 meses a la nueva entrega que lo arregle).

En la oficina imprimimos con una impresora compartida por SMB con Samba (que no es que me guste), y no recuerdo el ciclo... pero en Intrepid toca que no funcione (no va autenticación de los recursos compartidos con seguridad share). También es verdad que hasta Intrepid no conseguimos disfrutar de un NetworkManager que funcionara al 100% ;).

Y bueno, así algunas cosas más, compartiendo muchas veces la misma sensación: antes funcionaba y ahora no.

Aunque es injusto quedarse solo con esa parte, porque muchas cosas se arreglan, muchas cosas mejoran, nos aportan nuevas características; pero al final no siempre da la impresión de que se avanza (eso pasa mucho con Evolution, por ejemplo).

En Intrepid empezaron mis problemas con el sonido, todo por lo que parecía una integración a medias de Pulseaudio. Con algo de trabajo, y mucha ayuda, conseguí que funcionara perfectamente. La verdad es que es una pasada, pero sin él vivía también muy bien :P.

Ahora en Jaunty volvemos a lo mismo, pero parece más serio, porque el fix de Intrepid (que no era perfecto, sobretodo tenía pegas con los SWF en Firefox) ya no funciona (eso de aumentar default-fragments y default-fragment-size-msec).

Las solución más comentada es deshacerse de Pulseaudio para siempre, que lo he probado temporalmente pero entonces tengo un crash de Pidgin cada vez que intenta reproducir un sonido. Y no puedo evitar pensar antes funcionaba y ahora no.

Igual me hago viejo, pero me he descubierto arrepentido de haber actualizado. Igual es mejor agarrarse a una Long Time Support, que se mantiene estable durante mucho tiempo, y olvidarse de la versionitis.

Es que además no veo por ninguna parte que esto vaya un 20% más rápido que Intrepid. Así que ya me he desahogado, antes de que cometa un disparate y me busque otro fabricante ;).

Actualización: no lo he podido evitar, y ya estoy en una Fedora 11. Pinta bien, aunque hay algunos cambios importante (ext4 y Firefox 3.5 Beta 4 :o, por ejemplo).

Ya llevo más de dos años fuera de casa, y mi servidor casero sigue estando allí.

Cuando pasa algo y la máquina deja de estar accesible, siempre es un mal rollo importante: ¿se habrá roto algo? ¿será el disco? ¿la fuente de alimentación? ¿ONO falla? ¿se ha ido la luz?

Con el tiempo, mi madre ha resultado ser una joya de servicio técnico :). Puede diagnosticar casi cualquier cosa, incluyendo problemas de red varios, bloqueos del switch, fallos del transformador (recordemos que el servidor es algo especial, y no usa una fuente de alimentación convencional), etc; pero hace un rato algo ha fallado, y mis padres estaban en la playa :(.

Bueno, no lo sabía y he comentado la jugada con mi madre por teléfono, y les he insistido que ya lo mirarían mañana cuando volvieran a Elche. Pero no se han podido resistir.

Imagino que han estado un rato dándole vueltas a ver qué podría haber pasado (más o menos lo mismo que estaba pensando yo a 200Km de distancia), y finalmente han decidido acercase a casa. Menos mal, porque habían saltado los plomos y la casa no tenía electrícidad (no sabemos porqué).

Así que, gracias a que ha fallado el servidor, hemos detectado un problema y lo hemos solucionado evitando que todo lo que había en la nevera se echara a perder (en casa se compra una vez a la semana, y con el calor que hace ya... 24 horas sin frío es bastante).

Y lo más impresionante es que al final el soporte es 7x24, y con una velocidad de respuesta mucho mucho mejor de lo que hemos podido comprobar esta semana pasada con Acens en el trabajo :P.

Este es el segundo año que imparto la asignatura de libre elección Introducción a las Tecnologías Open Source en la ETSE de la Universitat de València. Me quedan dos clases y, más o menos, ya tengo un balance aproximado.

Este año, no sé si relacionado con la experiencia positiva del curso pasado, he tenido el doble de matriculados (¡insensatos!).

He aprovechado para hacer algunos ajustes en las clases, sabiendo lo lo que funcionó el año pasado, aunque he descubierto que las cosas no funcionan igual en todos los grupos (este año creo que la clase de GPG ha triunfado, y el anterior la gente parecía más fría y valoró poco la clase en la encuesta que pasé al final; por cierto Rajoy no ha renovado su clave desde que le caducó en el 2004 :D).

Al final se ha caído algún tema de menos importancia, y he podido incluir algo de control de calidad en proyectos Open Source (basado en la charla que di en el congreso de Lliurex), he hablado de Web 2.0 y su relación con el Open Source (además de una aplicación de como exprimir LinkedIn para buscar trabajo), y he mejorado algunas partes añadiendo algo más de práctica para que no quedara tan introductorio el tema (como el caso de Xen: ver ejemplos hace la tecnología más tangible).

Al final el balance es positivo, me gusta dar las clases, aunque hay días en los que no quedo satisfecho (no siempre tienes una buena puesta en escena, y lo mismo aplica a los alumnos).

El año que viene cambia el marco de colaboración con las empresas por parte de la UV, así que no sé si se podrá repetir la experiencia :(.

Parece que es un tema que lleva dando vueltas en el mundo de la criptografía desde el 2005 (puede que antes), eso de que SHA1 se puede romper. Bueno, ya cayó MD5, ¿no?

A cuento de que se ha publicado una guía para migrar desde SHA1 en OpenPGP, me he decidido a renovar mi venerable clave DSA de 1024 bits, que venía usando desde el 2006, por una nueva clave RSA de 2048 bits.

Además es que este viernes pasado impartí una clase de introducción a GPG que me quedó bastante motivadora, tanto que me ha picado el gusanillo (para el caso, recomiendo Privacidad y GNU Privacy Guard de René Mérou).

Esta va a ser mi cuarta clave. Tuve una en el 2002 (pero perdí el anillo de claves y el certificado de revocación), creé una nueva en el 2002, hasta que retomé el tema en el 2006, y de ahí hasta ahora (2009).

Lo que no sé es porqué, ya que creo que nunca he firmado un correo o recibido un mensaje cifrado :D, pero ¡hay que estar preparado! De hecho me ha sorprendido mucho que alguien que conocí en Bilbao llegara a firmar mi clave :o.

Puedes obtener mi clave pública del lugar habitual, y su huella es: F014 056F 18EB 14C1 7293 A337 ED2C 8FDF EA11 2704.

Incluso creo que podría ser interesante ir a alguna signing party, ahora que entiendo eso de las redes de confianza :). ¿Se hacen estas cosas en Valencia?

Una pelota de 3.95€ del Decathlon es suficiente

Aunque por poco tiempo, porque las primaveras en Valencia duran poco, en mi opinión, y el calor ya viene apretando a principios de Mayo.

Últimamente tengo poco que contar por aquí porque, además de que tengo mucho trabajo (y de eso no hablo en la bitácora), en mi tiempo libre de los fines de semana estoy dedicándome a actividades de exterior.

Entre ellas, junto a lo de hacer fotos, ahora voy de pesca (que no a pescar, porque lo de sacar peces del agua no es fácil), monto en bicicleta y, recientemente, juego al baloncesto.

Concretamente nos acercamos a una cutre-cancha que hay en Godella, a 10 minutos paseando desde casa. Ventajas de vivir en un pueblecito, la relatividad y las distancias.

La verdad es que lo pasamos bien, vuelvo a hacer algo de ejercicio (lejos quedan aquellas carreras por la ría de Bilbao), y por ahora el sol nos respeta más o menos sin quemarnos.

Hoy he estado añadiendo medidas antispam, concretamente sqlgrey (Zimbra trabaja con Postfix, y no había una solución basada en Milter que me gustara).

Estaba viendo pasar trazas en los logs, y resulta que tengo los ojos muy desentrenados :(.

Para facilitarme las cosas he querido ver resaltadas unas trazas especiales, pero necesitaba que fuera dentro del contexto general, por lo que la opción --color de egrep, que es lo primero que he probado, no me valía.

Al final he usado sed(1) y algunas secuencias de escape ANSI, que funcionarán en cualquier terminal remota con SSH.

tailfc()
{
        if [ $# -ne 2 ]; then
                echo "usage: tailfc file expr"
        else
                # recordemos que el ^[ en amarillo se consigue con 
                # CTRL + v seguido de CTRL + [
                tail -f $1 | sed "s/\($2\)/^[[1;31m\1^[[0m/g"
        fi
}

Lo he añadido en ~/.bashrc y así se invoca como un comando interno del shell, indicando el log a seguir y la expresión que queremos ver remarcada.

Así, se ejecutamos el siguiente comando:

# tailfc /var/log/maillog "sqlgrey: .*"

Seguiremos el log del sistema de correo, marcando en rojo las trazas que genera sqlgrey:

Se resaltan las tramas interesantes, que es lo que buscamos

El segundo parámetro puede ser cualquier expresión regular que entienda sed, así que partimos del tag que marca la trama interesante hasta el final de linea, y añadimos los códigos de color que deseemos (que podemos sacar del BASH Prompt How To).

Es bastante sencillo, pero me ha sido muy útil para seguir las trazas en tiempo real, dentro del contexto del tráfico de correo ;).

Cuando tenta una valoración del comportamiento de sqlgrey, ya lo comentaré por aquí.

Me parece un tema fascinante el del spam y los usuarios, y no es nada nuevo (aquella vez igual la queja era justificada :D), y es que recientemente ha salido el tema en la empresa ajustándose muy bien al tópico:

No quiero recibir spam en mi cuenta, pero ante cualquier problema relacionado con el correo, responsabilizaré enérgicamente a las medidas antispam.

No me refiero a nadie en concreto, que conste, se trata de una conclusión aproximada de lo que me encuentro.

Todo empieza con una protesta: un par de compañeros están recibiendo spam, que no saben si es un hecho aislado o si lo está sufriendo toda la empresa en silencio. Vamos, que nos piden que pongamos medidas para que se filtre mejor el correo.

Ya pensaba yo que tendrían un problema de verdad, que pusiera en peligro su trabajo con esa maltrecha aplicación que conocemos como correo electrónico, y es que reciben unos dos o tres correos diarios, y les resulta un poco molesto. ¡Vaya! Pensaba que era algo más serio, sinceramente :|.

Además es que no utilizan la provisión que tiene Zimbra, que es nuestro sistema de correo y trabajo en grupo, para realizar correcciones al filtro bayesiano, ya sea desde el cliente web marcando correos como basura, o mediante un cliente cualquiera copiando el correo a la carpeta junk mediante IMAP. Es decir: no intentan mejorar la situación.

En general me he encontrado ya varias veces con la misma casuística:

• Se desconocen las herramientas antispam que proporciona el sistema de correo: en el caso de Zimbra hay medidas generales, y un motor bayesiano que podemos ajustar por cada cuenta de usuario.
• No se usan los medios antispam locales de los clientes de correo: queremos que el correo llegue filtrado desde el servidor, y no nos interesan las funcionalidades (bastante trabajadas) de los clientes de correo, como el antispam de Thunderbird o el antispam de Evolution.
• Se tiene mucho miedo a los falsos positivos: no falla, cuando un correo aparentemente no se entrega como el usuario espera, el problema con toda seguridad es del control antispam del servidor :D.

No creo que sea tanto un problema de la tecnología como una cuestión de formación, y se agrava mucho más con la magia de algunas aplicaciones de correo electrónico (hablo por ejemplo de Gmail), que para gente sin experiencia suele llevar a asociar la herramienta a la aplicación (es algo así como llamar Excel a un documento que en realidad es una hora de cálculo, cuando usamos OpenOffice.org).

Supongo que si estas situaciones se dan en una empresa de expertos en TIC, en otros ámbitos el misticismo y el mito de la caverna estoy seguro que quedan al orden del día. Aún suerte de estar donde estoy ;).