La verdad es que antes quería mantereme lo más alejado posible de este tema :).

¿Por qué? Bueno, es un pasatiempo algo caro (sí, ahora lo sé... aunque me mantengo en cifras muy modestas todavía), no me apetecía aprender lo que pensaba que era muy complicado (alguna vez había cacharreado con la Konica de mi padre, sin éxito), y es que ¡ya tenía muchos hobbies!

Además, para hacer fotografía creo que ayuda mucho tener cosas interesantes que fotografíar, así que con mi primera cámara digital (una Kodak CX4200), di poca guerra porque salía poco a buscar fotos. Además es que ¡iba a pilas!

No recuerdo cuándo me compré esa cámara, pero en esta bitácora hay alguna foto del año 2004, así que vale como referencia.

En las navidades del 2005 estuve buscando una cámara digital económica, pero que llevara baterías y no pilas (en serio, ¡odio las pilas recargables!), pero no encontraba nada que me satisfaciera (por la parte económica), hasta que la pareja mamá/hermana me regalaron por sorpresa una BenQ DC C500.

No es una cámara brutal, pero coincidiendo con que me fui a trabajar a Bilbao (y allí hay muchas cosas a las que hacer fotos :D), acabé hasta con cuenta en Flickr.

Alguna foto salió en condiciones ;)

La BenQ no era la leche, como digo. Si la luz no era la que tenía que ser, perdía los colores y se oscurecía mucho en las esquinas (tipo efecto Lomo), así que me puse muy contento cuando, al año siguiente, la misma pareja de antes me regalaró una Olympus Stylus u700.

Tampoco les puedo criticar que me engancharan a la fotografía, porque Bilbao y la BenQ ya me había viciado, pero con esta compacta (super pequeña) ya se podían hacer fotos con algo más de calidad.

Creo que era el tramo Bilbao → Milán, destino Bruselas

Y yo estaba muy contento con mi point & shot, hasta que hubo un Twittche & Photo aquí en Valencia hace unos meses y estar demasiado cerca de tanta réflex fue demasiado para mi, y acabé comprando una Nikon D40 (bonita, barata y llena de posibilidades).

Esta mañana en la Albufera

Creo que con las tres fotos que he puesto nos podemos hacer una idea del cambio de cámara, aunque creo que hay mucho en buscar la foto y además tirar muchas, que alguna saldrá.

La verdad es que me lo paso muy bien, aprendo mucho, y es una excelente excusa para salir y pasear. Además, por ahora, mantengo el gasto controlado (una vez más mi madre y mi hermana han colaborado en un Sigma 70-300mm, y mi abuela me ha regalado un trípode muy guapo :D).

Así que no sé cuánto me durará el encanto. Es que no se pueden tener tantas aficiones, porque al final me falta tiempo libre para el tiempo libre :P.

La verdad es que después de tantos años, me parece que no he comentado directamente este tema (aunque no he sido muy profundo mirando en la máquina del tiempo), y hace poco me han hecho la pregunta directamente: ¿cómo puedo colaborar en un proyecto Open Source si no sé programar?

La respuesta es algo larga, pero sencilla :), porque creo que hay muchas formas de colaborar con el Software Libre (sin ser necesario programar). De hecho yo mismo he aportado casi más no-programando que tirando lineas de código ;).

Voy a enumerar unos puntos que me parecen bastante evidentes desde dentro, pero que quizás para mucha gente sean una novedad. En resumen: todo pasa por ser un usuario activo e intentar integrarse en la comunidad del software que utilizamos.

• Contribuir en calidad: esto para mi es lo más fácil y divertido. Es tan sencillo como usar el software y, si encuentras fallos, informar de ellos por los canales adecuados y aportar información para reproducir el problema (que sirva de ayuda para solucionarlo).

  También suele ser muy útil aportar tu opinión como usuario, indicando nuevas características que crees que el programa necesita o que lo harían más útil (sin ser pesado, hablamos de sugerencias y no órdenes).

  Por último suele ser útil ayudar a mejorar la documentación, porque si vemos una falta de ortografía o algo que no está claro en la ayuda o documentación del programa... eso también es un bug.

• Contribuir en la documentación: casi todos los proyectos tienen un wiki o similar donde los usuarios pueden colaborar con documentación. Si usas el programa, seguro que puedes explicar cosas sobre él que ayuden a otros usuarios con menos experiencia. Además, si dominas varios idiomas, es posible que puedas colaborar ayudando a traducir documentación existente a otro idioma, de forma que sea más útil para usuarios que no se manejen bien con el idioma principal del programa (que suele ser el inglés).
• Contribuir promocionando el software: si te gusta el software que usas, habla sobre él, cuenta porqué lo usas y porqué es útil para ti. Si ayudas a que la comunidad crezca, aumentarán las colaboraciones y el producto será mejor, con lo que te verás beneficiado.
• Contribuye en el soporte: busca ayuda cuando tengas problemas, y ayuda a los demás dentro de tus posibilidades. Verás como sabes más de lo que crees y que tu conocimiento puede ser de utilidad a los demás. Formar parte de la comunidad de usuarios es muy importante, ayuda a que el software sigua vivo.
• Contribuye con dinero: también se puede traducir en da las gracias a los desarrolladores. A veces poco puede significar mucho para los que mueven un proyecto.

Lo más complicado de todo esto es que no hay unos pasos claros para conseguir encajar en estos puntos, porque cada proyecto gestionará la comunidad, los errores o la documentación de una forma distinta; así que el primer paso sería informarnos de cómo funcionan estos aspectos.

A veces será un foro en la web del proyecto, otras una lista de correo, otras un wiki, pero en cualquier caso lo importante es participar dentro de las posibilidades de cada uno.

Creo que puede ser divertido y enriquecedor (se conoce a mucha gente interesante), y no es necesario saber programar. Para nada :).

Actualización: me han dejado un comentario preguntando si he plagiado el contenido de 5 Ways to Contribute to Open Source Projects Without Coding. Normalmente no me molesto en contestar a trolls que dejan comentarios anónimos en el blog (por eso están moderados :D), pero me gusta la anotación a la que me apuntan.

Como me parece útil, comento tres cosas:

• El enlace que me proponen está en inglés y apunta a otros dos: How to Contribute to Open Source Without Coding y HOWTO Pay for Free Software. El primero no lo conocía, pero el segundo lo leí hace mucho tiempo.
• No me suena haber leído el texto que plagio, aunque me gusta que estemos de acuerdo en algunas cosas (eso es que los dos tenemos razón).
• Querido comentarista anónimo: asegúrate que entiendes lo que significa plagiar. El artículo que dices que plagio es una recopilación de otros dos, así que no sé realmente si estoy plagiando más allá de lo que dices, o si mi ofensa queda en un nivel más superficial.

En cualquier caso creo que así queda la anotación más completa, ¡gracias!

Actualización 2: ya decía yo que tantos comentarios de nivel (alguno he borrado con insultos :o) era raro, y es que me han meneado. Gracias, supongo ;).

La verdad es que los días de Navidad soy bastante productivo, entre que no tengo nada que hacer y esperar entre comidas y cenas, y siempre acabo haciendo algo.

Es cierto: bogom nació un 25 de Diciembre -paralelismos bíblicos aparte- fruto de esta creatividad desatada por el aburrimiento, y ayer me propuse quitar mi combinación de popa3d (integrado en OpenBSD) y stunnel.

No es porque tuviera problemas con el POP3s (porque con mi nueva configuración seguimos igual :S), sino porque con el pequeño de viaje resulta incómodo acceder al correo usando POP3.

Sí, que soy un antiguo :P. Mi correo está todo en un mismo sitio: mi máquina habitual (mi portátil que descansa ahora mismo en casa, en Valencia), así que usar POP3 desde distintas ubicaciones es incómodo (al final dejar los mensajes en el servidor es una solución poco óptima si manejas mucho correo porque ves cada mensaje dos veces).

Así los pasos a seguir son los siguientes:

1. Hacer que sendmail entregue el correo con procmail, porque sendmail solo nos da soporte para mbox.

   Que no es obligatorio si usamos un servidor IMAP/POP se se apañe bien con mbox, pero ya que modernizamos... pues nos pasamos a maildir.

   Con procmail es fácil usar maildir.

2. Convertir los mbox existentes a maildir. Hay diferentes propuestas.
3. Instalar un servidor con soporte IMAP/POP, y además con SSL/TLS (así quitamos de enmedio a stunnel).
4. Profit!

Hacia años (¡muchos!) que no tenía que decidir por un servidor. Mi última elección, por el año 2002, fue Courrier, y ayer me apuntaron a Dovecot, y me he decidido por él.

Compila fácil, sencillo de instalar, muy cómodo de configurar, y si aparece un fallo de seguridad y me toca actualizar, al menos sé que al autor le puede costar caro :P.

Al final no tardé casi nada en tenerlo todo a mi gusto, que a veces tengo unos estándares algo exigentes, y ¡ya tengo IMAPs y POP3s! Solo falta ver si el ancho de banda de una conexión residecial con ONO es suficiente para jugar con IMAP desde fuera de casa (aunque seguiré descargando con POP cuando no esté de viaje).

Ah, y feliz Navidad y todo eso ;).

Ayer fue la cena de navidad de la Asociación de Usuarios de Software Libre de Elche, Kleenux. Bueno, en realidad fue una cena de amiguetes que da la casualidad que desarrollaron esa amistad dentro de la asociación ;).

La anterior cena fue en Julio, y ya se comentaba que lo mejor era cerrar, porque apenas queda la junta, y hay cierta cantidad de dinero en las arcas de la asociación que deberíamos destinar a un fin de acuerdo con el espíritu de lo que promovíamos.

Tampoco es que sea un pastón, pero nuestro objetivo va a ser la FSF, porque en realidad no se nos ocurría un proyecto más comprometido con nuestros estatutos.

La verdad es que es una pena (sí, siempre que toco este tema digo lo mismo :P), pero las asociaciones son como tiburones, que si dejan de moverse... mueren.

Nuestro último evento fueron las IV Jornadas por el Software Libre de Elche, y eso ya fue en Diciembre del 2006, así que se puede decir que la asociación está sin actividad desde entonces. Una asociación que no hace nada para conseguir los objetivos que indican los estatutos, no tiene motivos para exisistir.

Esto no quiere decir que desaparezcan las cenas ni las reuniones de ex-asociados, ni que desaparezca el legado de nuestro trabajo durante tantos años, pero es un merecido punto final que no tiene sentido seguir posponiendo.

Actualización: hay algunas fotos que echó Jaime. Para que se note que existimos de verdad :P.

Bueno, ya he hecho pruebas del entorno de alta disponibilidad y balanceo de carga que comentaba. La prueba es la siguiente (con ApacheBench):

$ ab -c 10 -t 10  http://servidor.dom/

Como se puede ver es bastante convencional, y los datos resultantes son los siguientes (atacando a un Dokeos):

• Un solo fronal, sirviendo de un disco local, da un rendimiento de 26 hits/s.
• Cada frontal, sirviendo desde el disco en NFS, da un aproximadamente un 57% del rendimiento de un frontal (14.94 hits/s y 14.14 hits/s para los nodos maestro y esclavo, respectivamente).
• El nodo que trabaja como esclavo, respecto a quien tiene el disco NFS montado, tiene un 5% menos de rendimiento que el maestro.

Así que no está nada mal. Como dato extra decir que hemos aumentado hasta un 500% el rendimiento respecto a lo que nos daba GlusterFS.

El aspecto del cluster desde el punto de vista de Linux HA

La conclusión de la alta disponibilidad con balanceo de carga mediante el esquema DRBD + HA + NFS es que tenemos una penalización por frontal de un 43% del rendimiento, aunque si sumamos rendimientos de ambos frontales por el balanceo de carga, tenemos un 115% del rendimiento de un solo frontal (con los beneficios de la alta disponibilidad, es decir, si cae una máquina... todo sigue funcionando).

Creo que ha sido de lo más entretenido que he hecho estos últimos meses en el trabajo, y es bastante satisfactorio el resultado :).

Esta tarde es la twittche oficial de Diciembre (así es como llamamos a las quedadas de Twitter Valencia, no me mata el nombre pero te acostumbras :P).

Normalmente quedamos el primer viernes laborable de mes (institucionalizamos el tema), pero esta reunión es especial porque es la última del año y porque V.G. Comunicación cumple 10 años y van a patrocinar el evento.

Se promete una twittche multitudinaria, porque parece que van a ir muchos no habituales (me incluyo, si finalmente voy :D). ¿Será por lo de patrocinado?

Actualización: ya he subido fotos del evento. Fue muy divertido; camisetas con velcro y letras para pegar: diversión asegurada.

Desde que me trasladara a Valencia, que por cierto se va acercando el año :P, me he dado cuenta de muchas cosas.

Una de ellas es la relatividad y las distancias.

Cuando vivía en Valencia ciudad, me movía mucho a pie y en metro, y hacía todos los días de 25 a 35 minutos en coche para ir/volver de trabajar (tenemos la oficina en Paterna esquina con Burjassot y Godella, al lado de RTTV).

La verdad es que no se me hacía largo, aunque a veces salir tarde de trabajar, cansado, era complicado... porque además había que enfrentarse al tráfico (y els valencians conducen como conducen :P).

Ahora que vivo felizmente en Rocafort (un pueblecito más al norte, de unos 6K habitantes), llego a la oficina en coche en 10 minutos (cruzando Godella).

Así que cualquier cosa a 10 o 15 minutos en coche es cerca, y me doy cuenta que ya me he adaptado: 25 minutos para la playa (la Malvarrosa, por ejemplo), depediendo de la zona de Valencia entre 15 y 30 minutos (el norte está muy bien comunicado, con la CV-35 o pista de Ademuz, la CV-30, la Ronda Norte, la Roda Sur que llega por el este y la V-21 que me lleva a la playa).

Cuando vivía en Elche, ir a Alicante era un coñazo, y Murcia quedaba ya bastante lejos. Y ahora aquí hago muchos más kilómetros, sin darme cuenta.

Con lo que parece que todo es relativo cuando hablamos de distancias, que ya me lo comentan los amigos de Madrid. O igual son las vías en Valencia, que son buenas con muchos carriles, para contrarrestar lo malo que es el transporte público ;).

Hoy he recibido un correo de Vadim S. Sabinich indicándome que ha traducido al ruso la página/manual de bogom.

La verdad es que el contenido guarda cierta similitud en cuanto a forma, pero vete tu a saber cómo queda la traducción :D.

He puesto un enlace en la página del proyecto, por si algún ruso trastea con el programa (que hay más de uno, me consta) y encuentra útil la información de Vadim. ¡Gracias!

Nota: el título de esta anotación creo que dice algo así como un milter sencillo para Sendmail para interactuar con Bogofilter.

Ya van un par de amigos que me preguntan porqué no hay más ediciones de adivina la canción. Tampoco es que me lo pregunte mucha gente, pero oyes... :D.

La verdad es que en algún momento perdí el interés, o más bien me parecía que toda la idea ya carecía de atractivo. Sea como fuere, ya no he convocado más ediciones.

Pero eso tampoco quiere decir que haya dejado de tocar (y de destrozar canciones de ayer, hoy y siempre :P), pero es verdad que ya no registro mis aberraciones y las cuelgo aquí. Ahora es incluso peor :o.

Todo empezó como empiezan estas cosas: de casualidad. Iba a tocar un rato la guitarra, lo comenté en mi twitter, y alguien dijo: qué pena que no te podamos escuchar. ¿Cómo que no?

En unos minutos tenía una cuenta en ustream.tv, que es muy fácil de utilizar y en general funciona (necesita Flash 10, eso sí :S).

Y un poco así nació Guitar Jam Session @ Rocafort. Que no es que me escuche mucha gente, pero alguien se pasa a veces, y normalmente los domingos dedico una horita o así a exparcirme (¡qué digo!, desparramarme) en directo.

El tema de hacer las cosas live! es divertido: salen como salen, y cuando toca. Es una pega, porque lo de adivina la canción era más a la carta... pero bueno, quién algo quiere, algo le cuesta y hay que estar cuando me da por tocar la guitarra.

Hoy he puesto a grabar la sesión y, aunque no he estado precisamente brillante (como todo, tengo mis días), aquí tenemos un par de canciones, para que nos hagamos una idea.

Venga, y por los viejos tiempos... ¿título, grupo y voz original de cada una? En los comentarios, por favor :).

Tampoco es la leche, pero me he encontrado gente que no sabe cómo integrar sus reglas con la gestión que hace el sistema de iptables.

¿La consecuencia? Gente que pone reglas en ficheros dentro de /etc/init.d/ (¡horror!), incluso dentro de otros ficheros existentes (¡doble horror!), ¿quién espera encontrar reglas de iptables en ficheros que no tienen nada que ver con el tema? A eso lo llamo yo un sistema insostenible.

Pues es mucho más sencillo. Resulta que CentOS es una versión de comunidad de Red Hat, así que usaremos sus herramientas (que las hay).

Lo primero que podemos pensar es que será un GUI (un interfaz gráfico de usuario), aunque sea en modo texto, y los sysadm más clásicos arrugarán la nariz (ughks!). Pues no necesariamente :P.

En primer lugar, comprobamos que iptables arranca con el sistema:

# chkconfig --list iptables
iptables       	0:desactivado	1:desactivado	2:desactivado
3:desactivado	4:desactivado	5:desactivado	6:desactivado

En este caso no arrancará con el sistema (los números indican los runlevels, y todos están desactivados), así que lo cambiaremos para que sí lo haga:

# chkconfig iptables on
# chkconfig --list iptables
iptables       	0:desactivado	1:desactivado	2:activo
3:activo	4:activo	5:activo	6:desactivado

Por defecto aplica la información que tiene en un comentario /etc/init.d/iptables (chkconfig: 2345 08 92 en este caso), para decidir en qué runlevels se ejecuta.

Ahora arrancaríamos el servicio, seguido de un flush para empezar a poner nuestras reglas del cortafuegos:

# service iptables start
# iptables -F
# iptables -I INPUT 1 -i lo -p tcp  --dport 389 -j ACCEPT
# iptables -I INPUT 2 -i eth0 -p tcp --dport 389 -j REJECT

Como ejemplo he cerrado el acceso al puerto de LDAP, salvo para localhost. Tampoco voy a meterme demasiado a hablar de iptables :P.

Ahora guardamos esta configuración en el sistema:

# service iptables save
Guardando las reglas del cortafuegos a /etc/sysconfig/iptables [  OK  ]

Con lo que nos aseguramos que al arrancar el sistema se cargarán las reglas que hemos introducido (con las opciones start y stop podemos poner en marcha y parar iptables).

Puede ser interesante ojear /etc/sysconfig/iptables para ver que todo está correcto (es la salida de ejecutar iptables-save).

La verdad es que es bastante sencillo, y me parece muy buena idea saber cómo funcionan las cosas en el sistema en el que estamos trabajando, aunque signifique un pequeño esfuerzo extra :).