Análisis del organizador GRID-IT Cocoon

Lo reconozco, me gusta del concepto de “organización” en el sentido de orden. Me gusta el concepto de “optimización” en el sentido de minimizar el espacio, maximizando la capacidad.

Siempre a vueltas con la idea de mejorar (optimizar) lo que llevo en encima, que suele ser todo lo que necesito para trabajar en cualquier sitio en el que decida, o tenga, que hacerlo.

Y soy caprichoso, ¡qué le vamos a hacer! Caprichoso, pero con un presupuesto modesto, muy modesto, para caprichos. Así que mis compras suelen reducirse a pequeños elementos como el que hoy me ocupa. El organizador GRID-IT de Cocoon.

Sigue leyendo

Cincuenta enlaces para ponerte al día de lo que pasa en el mundo de los medios de comunicación

Estoy trabajando en un pequeño informe acerca de las tendencias tecnológicas en el mundo de los medios de comunicación y el primer paso es hacer una selección de referencias a partir de mis distintas fuentes (lo que he ido atesorando en Feedly y Evernote, fundamentalmente).

Los dejo aquí para futuras referencias y para quién puedan interesar. Sigue leyendo

Mis puestos de trabajo

Mucho tiempo rodando, muchas horas sentado en una silla. Revisando el blog he visto que tenía algunas entradas enseñando los que han sido mis puestos de trabajo a lo largo de los años. Desgraciadamente sólo había un par de ellas y he pasado por muchos, muchos sitios distintos en mi carrera profesional.

Workplaces

Picado el amor propio he dado una batida por Flickr, por Google+ y por mis otros repositorios de fotos intentando recopilar todas las que muestran sitios en los que he trabajado. Algunas más he encontrado, pero muchas otras faltan. Seguiré buscando porque creo que alguna más tiene que haber escondida en algún sitio y seguiré documentando los nuevos cubículos que tenga la suerte de ocupar.

Generador de ruido

NoiseMe he preparado un pequeño script para generar distintos tipos de “ruido”.

Me he basado en esta entrada del blog the unreasonable man.

Es un script muy tonto, pero hace su trabajo.

#!/bin/sh

NOISE='white'         # Opciones: white, tpdf, pink, brown
DURATION='00:20:00'

if [ -n "$1" ]; then
  NOISE=$1
fi

nohup play \
      --no-show-progress \
      --channels 2 \
      --rate 48k \
      --type s16 \
      - \
      synth ${DURATION} ${NOISE}noise create \
      band -n 1200 200 \
      tremolo 20 .1 \
      < /dev/zero \
      2> /dev/null &

Cuando lo ejecutas genera veinte minutos de ruido. Por defecto, si no le pasas ningún parámetro, genera ruido blanco. Se puede invocar con un parámetro (white, tpdf, pink o brown) que define el tipo de ruido que quieres generar.

Lo utilizo para generar bloques de 20 minutos de aislamiento y concentración (o al menos eso intento).

Como usar svnsync para sincronizar dos repositorios Subversion

Código fuenteEl objetivo es crear un “mirror” local de un repositorio Subversion remoto.

El repositorio original, del que queremos hacer la réplica, es svnsource y está ubicado en la URL remota http://server1.ejemplo.com/svn/svnsource.

El nuevo repositorio que queremos que sea una réplica de svnsource lo vamos a denominar svntarget y estará ubicado en el servidor sobre el que estamos trabajando en el directorio /srv/svn/svntarget.

Paso 1. Creación del repositorio svntarget.

El repositorio destino no puede existir previamente (si existe debemos borrarlo) así que el primer paso es crear un nuevo repositorio vacío.

sqcman@sqclab:~$ svnadmin create --fs-type fsfs /srv/svn/svntarget

Paso 2. Ajustar los permisos del repositorio svntarget.

El programa svnsync debe poder modificar todas las propiedades del repositorio destino. Para ello deberemos crear un hook previo a modificaciones en las propiedades del repositorio (pre-revprop-change) que no ponga ninguna limitación.

sqcman@sqclab:~$ echo '#!/bin/sh' > /srv/svn/ecs/hooks/pre-revprop-change
sqcman@sqclab:~$ chmod 755 /srv/svn/ecs/hooks/pre-revprop-change

Paso 3. Inicializar el repositorio svntarget.

El siguiente paso es utilizar el programa svnsync para inicializar el repositorio destino, svntarget, indicando desde qué repositorio remoto se debe replicar (en nuestro ejemplo http://server1.ejemplo.com/svn/svnsource).

sqcman@sqclab:~$ svnsync init file:///srv/svn/svntarget http://server1.ejemplo.com/svn/svnsource
Copied properties for revision 0.

Cuando ejecutemos este comando nos solicitará, si no tenemos las credenciales ya cacheadas, el usuario y contraseña con el que conectarnos al repositorio remoto.

Paso 4. Ejecutar la primera sincronización.

Ya lo tenemos todo listo para ejecutar por primera vez el proceso de sincronización. Para ello utilizamos de nuevo el programa svnsync con el subcomando sync indicándole el repositorio destino (en nuestro ejemplo file:///srv/svn/svntarget).

sqcman@sqclab:~$ svnsync --non-interactive sync file:///srv/svn/svntarget

Después de la ejecución de este comando dispondremos en local de una copia completa del repositorio origen.

Paso 5. Automatizar la sincronización.

Para asegurar que el repositorio destino se mantenga sincronizado con el repositorio origen es necesario que ejecutemos el proceso de sincronización de forma periódica. Hay distintas alternativas, la más inmediata sería introducir un post-commit en el repositorio origen que dispare el proceso de sincronización en el servidor destino. La otra sería ejecutar periódicamente de forma automática el proceso de sincronización en el servidor destino. Este segundo acercamiento es el que vamos a configurar en este ejemplo utilizando una tarea cron.

Debemos analizar y ajustar convenientemente los permisos del repositorio Subversion destino para asegurarnos de que el usuario que va a ejecutar el proceso de sincronización tenga todos los permisos necesarios sobre el repositorio Subversion destino. En mi caso es el usuario www-data quien va a ejecutar el cron para sincronizar el repositorio.

sqcman@sqclab:~$ sudo chmod -R www-data:www-data /srv/svn/svntarget
sqcman@sqclab:~$ sudo crontab -u www-data -l
...
...
# m h  dom mon dow   command
*/5 * * * * /usr/bin/svnsync --non-interactive sync file:///srv/svn/ecs

Por último podemos hacer un seguimiento y control de la ejecución del cron revisando los logs del sistema.

sqcman@sqclab:~$ grep svnsync /var/log/syslog
Nov 15 11:40:01 sqclab CRON[5920]: (www-data) CMD (/usr/bin/svnsync --non-interactive sync file:///srv/svn/svntarget)

Referencias