4Trabes - De todo un poco

Disfrutad de las fiestas mordiendo

2011-12-23T11:35:00Z

No es una tradición, pero casi, porque ya es el segundo año. En este 2011 que ahora acaba hemos intentado hacer llegar a clientes y amigos un poco de grasa camuflada como magdalenas. Esperamos que os hayan gustado y que vuestras arterias nos disculpen. Ya veremos qué os trae el 2012. ¡Felices fiestas a todos!

P.D.- si nuestros amigos de Autoradio han perpetrado el mismo atentado con todos los paquetes, pegándoles una gran etiqueta sobre el lazo y la tarjeta, la mayoría no habréis visto esta última. Lo sentimos. Venía a felicitar las fiestas, nada más. Lo bueno estaba dentro :)

RVM, bundler y binstubs

2011-12-01T13:01:00Z

Bundler tiene una opción maravillosa: --binstubs, que instala en el directorio de nuestra elección (por defecto ./bin) scripts que invocan los ejecutables de las gemas contenidas en el bundle, permitiendo invocar directamente dichos ejecutables sin recurrir a bundle exec. Si hacemos esto, lo más cómodo es añadir ./bin como primer elemento de nuestro PATH. Por desgracia, si usamos RVM esto no funciona. Dado su funcionamiento, RVM necesita ajustar el PATH cada vez que invocamos un rvm use. Nuestro gozo en un pozo.

.rvmrc al rescate

Los ficheros .rvmrc valen para mucho más que fijar la versión de ruby o el gemset que queremos usar en un proyecto concreto; son scripts de shell en toda regla. Podemos, por lo tanto, utilizarlos para modificar el PATH y dar prioridad a nuestro .bin, arreglando el problema.

rvm use ruby-1.9.2-p290
export PATH=./bin:$PATH

La alternativa: rbenv

Si esto os parece incómodo o sucio, siempre podéis utilizar rbenv en lugar de RVM. Yo he empezado a usarlo en casa y estoy bastante contento; en lo básico es muy parecido a RVM y es menos intrusivo con el shell.

Movember at Trabe

2011-11-17T10:55:00Z

Noviembre es el mes de Movember, un movimiento que “pide a hombres de todo el mundo que se dejen bigote con el objetivo de recaudar fondos y aumentar la sensibilización sobre la salud del hombre”.

En Trabe hemos decidido hacer una interpretación particular de esta iniciativa, dándole la vuelta: en lugar de dejarnos crecer el bigote, hemos decidido sacrificar nuestras barbas por tan solidaria iniciativa.

Para que seáis conscientes de lo impactante del proceso, hemos preparado una miniweb que resume por lo que hemos pasado estos días: http://trabesoluciones.com/movember. Os animamos a todos a visitarla. Cuidado, es posible que no os podáis resistir a nuestro encanto bigotudo :)

También podéis visitar nuestro espacio en la web de Movember en http://mobro.co/trabe para ver más fotos y poder aportar vuestro donativo. Venga, no seáis agarrados, que es por una buena causa :)

¡Gracias a todos!

Update Nos habíamos olvidado de hacer mención especial a @bugyou y agradecerle desde aquí que cediera su bigote de forma desinteresada :)

SVN: branching y merging en 8 comandos

2011-10-24T15:02:00Z

Trabajar con ramas en SVN es un dolor de muelas (sobre todo si estás acostumbrado a GIT), pero eso no es razón para no utilizarlas. Sólo hace falta conocer 8 sencillos comandos.

1. Branching

$ svn copy http://my.svn.com/myrepo/trunk \
           http://my.svn.com/myrepo/branches/featurex \
           -m "Created featurex branch from trunk"
$ svn switch http://my.svn.com/myrepo/featurex

2. Algunos commits después: Merging

$ svn switch http://my.svn.com/myrepo/trunk
$ svn up

Tomemos la revisión que nos indica el comando y llamémosla YY.

$ svn log --stop-on-copy http://my.svn.com/branches/featurex

Cojamos ahora, la revisión del último mensaje de log y llamémosla XX.

$ svn merge -rXX:YY http://my.svn.com/branches/featurex
$ svn ci -m "Merge branch featurex into trunk [XX:YY]"

3. Un poco de limpieza (opcional)

$ svn delete http://my.svn.com/branches/featurex \
             -m "Removed featurex branch"

pry-buffers 1.0.0

2011-10-19T15:02:00Z

Ayer, mientras Fuco y yo depurabamos una aplicación utilizando esa pequeña maravilla que es Pry, sentimos la necesidad de evaluar varios fragmentos de código. Para esto, Pry proporciona el comando “edit” que ofrece dos posibilidades: 1) utilizar fichero temporal (la opción -t) , o 2) indicar una ruta donde leer/escribir un fichero. En el primer caso no podemos reutilizar el contenido del fichero por lo que más nos vale no equivocarnos al teclear, y en el segundo nos vemos obligados a indicar dónde guardar los ficheros, lo que es tedioso si sólo pretendemos hacer algo temporal. No pasa nada, pry-buffers al rescate.

Con pry-buffers lo que queremos es juntar lo mejor de 1) y 2), permitiendo manejar buffers persistentes. Veamos cómo es una sesión pry con pry-buffers.

pry(main)> buf
    ...  Aquí un rato con el vim (o con lo que uséis)...
This is de default buffer
pry(main)> buf -l
Available buffers: default
pry(main)> buf -s default
puts "This is the default buffer"
pry(main)> buf test
    ...  Aquí otro rato más con el vim...
This is a test 2
pry(main)> buf -s test
Buffer test contents:
puts "This is a test #{1 + 1}"
pry(main)> buf -l
Available buffers: default, test
pry(main)> buf -d test
Buffer test cleaned

En resumen, podéis usar y gestionar tantos buffers como queráis y estos serán persistentes entre comandos (y entre sesiones Pry).

Para lograrlo hemos uttilizado el mecanismo de extensión de Pry, que permite definir nuevos comandos a través del fichero de configuración de pry ($HOME/.pryrc) o mediante plugins (como pry-doc o pry-remote). Nosotros hemos optado por la segunda opción. Si os apetece probarlo instalad la gema

gem install pry-buffers

Y si tenéis curiosidad, el código fuente está en github.

Esta es una gema para uso interno (vamos, para que Fuco sea feliz) pero esperamos que os resulte útil a alguno.

Happy Prying!

Tunnelblick y múltiples push dhcp-option DOMAIN

2011-10-12T19:16:00Z

Para el que no lo conozca, Tunnelblick es un GUI gratuito y open-source que permite controlar OpenVPN en Mac OS X, y que viene siendo lo que usamos los maqueros de Trabe en nuestras casas para conectarnos a la feliz VPN de Trabe. Es un software muy interesante pero tiene un bug que impide tener múltiples dominios de búsqueda configurados.

Como no quiero resultar pesado, este post tiene dos versiones: la corta, que va al grano y da una solución, y la extendida que explica un poquillo las cosas para el que quiera entender el problema y la solución (TL;DR).

La versión corta

Si vuestra VPN publica varios dominios de búsqueda Tunnelblick sólo se va a quedar con él último dominio (un fallo conocido y documentado: issue 144). Para solucionarlo sólo es necesario explorar los contenidos de la aplicación Tunnelblick.app (versión 3.2beta32) y modificar el contenido del fichero client.3.up.tunnelblick.sh (en Contents/Resources/) con el script que os dejo en este gist (el diff por un lado y el script completo por otro). Configurais la VPN para usar el método de establecimiento de DNS “Asignar servidores de nombre (alternativa 1)” (en inglés “Set nameserver (alternate 1)”) y listo.

La versión extendida (con explicaciones y todo eso)

En Trabe tenemos un DNS interno y varios dominios de búsqueda y los resolv.conf de nuestras máquinas se parecen a esto:

search pizza.it moussaka.gr tortilla.es
nameserver 192.168.1.10

La VPN está configurada para que envíe esta información a los clientes, utilizando directivas push en la configuración del servidor OpenVPN:

push "dhcp-option DNS 192.168.1.10"
push "dhcp-option DOMAIN pizza.it"
push "dhcp-option DOMAIN moussaka.gr"
push "dhcp-option DOMAIN tortilla.es"

Tunnelblick tiene un modo de funcionamiento que teóricamente detecta esta información y modifica el resolv.conf de la máquina cliente de manera adecuada (“Asignar servidores de nombre (alternativa 1)” en castellano y “Set nameserver (alternate 1)” en inglés). Por desgracia no funciona correctamente y sólo tiene en cuenta la última entrada, es decir, que nuestro resolv.conf una vez conectados queda así:

search tortilla.es
nameserver 192.168.1.10

El problema está en el script que detecta estas opciones y le indica al cliente que modifique su configuración. La cosa comienza a torcerse en la línea 105 del script client.3.up.tunnelblick.sh:

while vForOptions=foreign_option_$nOptionIndex; [ -n "${!vForOptions}" ]; do
  {
  vOptions[nOptionIndex-1]=${!vForOptions}
  case ${vOptions[nOptionIndex-1]} in
    *DOMAIN* )
      domain="$(trim "${vOptions[nOptionIndex-1]//dhcp-option DOMAIN /}")"
      ;;
    *DNS*    )
      vDNS[nNameServerIndex-1]="$(trim "${vOptions[nOptionIndex-1]//dhcp-option DNS /}")"
      let nNameServerIndex++
      ;;
    *WINS*    )
      vWINS[nWINSServerIndex-1]="$(trim "${vOptions[nOptionIndex-1]//dhcp-option WINS /}")"
      let nWINSServerIndex++
      ;;
  esac
  let nOptionIndex++
  }
done

La opción DOMAIN se trata como un campo univaluado y hay que modificar el script para tratarlo como multivaluado, al igual que se hace con el campo DNS. En este gist podéis encontrar el script modificado. Para ponerlo a funcionar os remito a la versión corta del post ;).

Ya hemos notificado todo esto a la gente que hace Tunnelblick y esperamos que lo tengan en cuenta para próximas releases y evitar tener que andar parcheando la aplicación.

Happy VPNing!

SugarfreeConfig 2.0.0

2011-10-12T18:10:00Z

La semana pasada publicamos la versión 2.0.0 de SugarfreeConfig, nuestra pequeña gema para acceder de manera sexy a valores de configuración almacenados en un fichero YAML.

Coincidiendo con el arranque de un par de proyectos Rails 3.1 hemos aprovechado para actualizar la gema: hemos modificado levemente el API para hacer SugarfreeConfig un poco más configurable y que se pueda usar fuera de Rails (eliminado la dependencia con ActiveSupport) y hemos cubierto todo el código con tests (utilizando specs de MiniTest para comparar su uso con RSpec, pero esa es otra historia).

Más detalles acerca de SugarfreeConfig en github: https://github.com/davidbarral/sugarfree-config.

Rails 3.1: algunas impresiones y un temazo

2011-09-22T11:51:00Z

Durante este verano hemos estado desarrollando una aplicación con Rails 3.1 para uno de nuestros clientes.

La nueva versión de Rails (y aquí me refiero a Rails 3.x) es un melocotonazo de miedo.

A nivel interno, las “tripas” de Rails han cambiado para mucho mejor y a nivel externo las mejoras se dejan notar en todas las partes del framework. En concreto, tras la experiencia de estos pasados meses, nosotros nos quedamos con esto:

Lo bueno

Bundler

Rails 3 y Bundler se integran tan bien que pensar en cómo desarrollábamos antes, cuando no había Gemfile, me da escalofríos. Con Bundler, la gestión de dependencias es chicle para cualquiera :).

Routing

El nuevo DSL para la definición de las rutas de la aplicación es mucho más directo y sencillo de utilizar. En concreto, la sintaxis controlador#acción, que permite decir cosas como:

 match 'login' => 'sessions#new'

ActiveRecord Query Interface

El API para consultas del “nuevo” ActiveRecord (básicamente, Arel) simplifica muchísimo el trabajo a la hora de escribir y utilizar los modelos de la aplicación. Cambiamos los hashes con miles de parámetros por el encadenamiento de métodos (y esto nos permite refactorizar el código de acceso a datos de una manera mucho más natural, ¡claro!).

ActiveModel

Gracias al esfuerzo de modularización llevado a cabo en Rails 3, extender el framework con nuestro propio código (y hacerlo sin recurrir a trucos oscuros) es casi trivial. En el caso de ActiveModel, proporciona mecanismos para disponer de todas las ventajas de los modelos Rails en nuestras clases: validación, internacionalización, callbacks, integración con los helpers de generación de formularios, etc.

Asset Pipeline

La joya de la corona de la versión 3.1. Como en el caso de ActiveRecord y Arel, aquí los cambios se pueden resumir en la adopción de Sprockets para la gestión de los assets de la aplicación. Además, el asset pipeline ha llegado acompañado de una decisión polémica: apostar por CoffeeScript como solución “por defecto” para escribir Javascript (sin escribirlo, claro); y de otra no tan polémica: Sass para escribir CSS.

En general, la impresión es muy positiva: CoffeeScript es mucho más compacto que Javascript y es realmente sencillo de usar (aunque creo que es muy interesante tener un background más o menos amplio en cuanto a Javascript, principalmente cuando llega el momento de depurar el código generado :P). No es un cambio que me parezca fundamental y escribir Javascript no me parece “peor”... pero el hecho es que hemos utilizado CoffeeScript :D

Sass (o LESS), por contra, no ofrece discusión. Escribir CSSs “a pelo” es tan desesperante que la mínima mejora es bienvenida. Y en el caso de este tipo de “extensiones” a las CSS, las mejoras son tantas y de tanto calado (reglas anidadas, mixin de estilos, variables, operadores, funciones, bucles, etc.) que uno lo tiene claro: jamás volveré a escribir CSSs “a pelo” si puedo evitarlo.

jQuery

Adiós Prototype, hola jQuery. Arrastrados por las anteriores versiones de Rails, siempre habíamos sido más “prototyperos”. Y ahora, arrastrados de nuevo por Rails, estamos reconvirtiéndonos y adaptándonos a jQuery. Y la verdad es que la experiencia, dejando a un lado los primeros — y tambaleantes — pasos, ha sido muy positiva. Es posible que se deba a haber adquirido un mayor y más profundo conocimiento del lenguaje (Javascript, me refiero) y no sea solo cuestión del cambio de framework, pero la sensación que me queda es que el “estilo jQuery” está más directamente ligado al Javascript que el “estilo Prototype”. Lo dicho, impresiones mías.

ActiveSupport

Hay mucho más en ActiveSupport, pero sólo voy a mencionar una cosa. Ahora se puede decir:

1.in? [1, 2, 3] #=> true
4.in? [1, 2, 3] #=> false

Y esto hacía falta :D

Lo no tan bueno

El asset pipeline, con todas sus ventajas, también trae de la mano algunos inconvenientes:

A la hora de desplegar en producción hay que ser especialmente cuidadoso con la configuración y con las referencias interassets (por ejemplo, las imágenes en las hojas de estilos). Hay nuevos helpers para ayudar con esto, así que no es para tanto.
En desarrollo todo funciona un poco más lento por la necesidad de compilar los coffeescripts y los scss. No es una barbaridad, pero a veces se nota.

Y poco más en este apartado :D

En resumen

Lo dicho: un melocotonazo de miedo.

See you soon Victor

2011-08-30T10:42:00Z

El tiempo vuela y ya han pasado los dos meses que duraban las prácticas de Victor en Trabe. Hoy ha tocado despedirse, aunque no es un adiós, es un hasta luego. Nos ha encantado tenerlo en Trabe, aunque sólo fuesen dos meses escasos. Gran informático y gran persona, ya es uno más de nuestra pequeña familia.

Esperemos que en el futuro nuestros caminos vuelvan a juntarse. Hasta entonces: ¡Suerte con todo!. Nos vemos.

Farewell Lucas

2011-08-16T12:11:00Z

El viernes pasado nuestro querido Lucas se despidió de Trabe con el siguiente tweet:

1 PFC, 3 años, 687 bollos, 5496 horas y 8mil risas después: hoy cierro el mejor período de mi vida en @trabe y comienza mi viaje. Ojalá se repita

Nosotros teníamos que despedirnos de él con un post que he estado posponiendo porque no encontraba las palabras adecuadas para decirle “hasta luego” a este pedazo de ser humano. Después de una épica fiesta de despedida y una resaca descomunal sigo sin encontrarlas. No voy a intentarlo. Lucas, sólo te diré que te queremos un montón, que te echaremos mucho de menos y que esta es tu casa y siempre lo será. Graciñas por todo.

Disfruta de tu nueva aventura transoceánica y envíanos muchas postales :)

Thymeleaf 1.0.0

2011-07-18T08:28:00Z

Ayer nuestro amigo Dani publicó la primera versión estable de Thymeleaf (la 1.0.0), un motor de plantillas XML, xHTML y HTML5 que pretende ser una alternativa a JSP + JSTL (o a otras cosas, como puede ser Velocity), y que, además, dispone de un módulo de integración con Spring MVC “out of the box”.

En Trabe estamos realizando algunos proyectos con Spring MVC y Thymeleaf como motor de plantilas y de momento las sensaciones son buenas. A ver si la gente que está directamente involucrada en estos proyectos se anima a hacer un post introductorio (venga, vamos, a qué estáis esperando).

Os invito a que le echéis un ojo al proyecto, a que lo probéis y que, si os interesa, colaboréis con Dani enviando parches, escribiendo tutoriales, etc. Y para terminar, y como curiosidad, deciros que Dani también es el padre de Jasypt una librería de encriptación que lleva tiempo dando guerra y que seguramente muchos de vosotros ya habréis usado.

Usando un keystore con Play, versión 1.2.2

2011-07-07T13:08:00Z

Hace un tiempo, cuando empecé a trastear con Play, tuve que modificar el script de arranque de Play para poder utilizar un keystore de Java. Dicha solución era valida para las versiones 1.0.x del framework. En versiones posteriores (de la 1.1 a la actual 1.2.2) los señores que hacen Play han dividido y ordenado el código del script de arranque. Para que todo vuelva a funcionar sólo tenemos que editar el fichero ${PLAY_HOME}/framework/pym/play/application.py y en la línea 251 (por ejemplo) pegar el siguiente código (fijaos en la sutil diferencia con la versión anterior, un par de selfs).

trustStore = self.readConf('java.trustStore')
if not trustStore == '':
  if os.path.exists(trustStore):
    print "~ using keystore \"%s\"" % trustStore
    java_args.append('-Djavax.net.ssl.trustStore=%s' % trustStore)
    trustStorePassword = self.readConf('java.trustStore.password')
    if trustStorePassword == '':
      print "~ WARNING: No java.trustStore.password key found in config. You need a password to use a keystore"
    else:
      java_args.append('-Djavax.net.ssl.trustStorePassword=%s' % trustStorePassword)

Ojo a los espacios, que esto es Python ;)

Welcome Víctor

2011-07-04T11:01:00Z

Si la semana pasada dabamos la bienvenida a Fuco, hoy toca dársela a Víctor, que va a estar de prácticas con nosotros este verano. Víctor es uno de los papás de O tempo, una aplicación para iOS que un servidor viene usando desde hace una temporada. Como curiosidad os diré que Víctor es hermano de Simón, al que Asís y yo dimos clase en el Master de Software Libre y al que, además, dedicamos un post en este blog. ¡Qué pequeño es el mundo!

Welcome Fuco

2011-07-01T06:32:00Z

Hoy volvemos a ser siete en Trabe. Fuco, que estuvo haciendo su proyecto de fin de carrera con nosotros hace algo más de un año, se convierte en nuestro fichaje estrella del verano. Llevábamos mucho tiempo fantaseando con su llegada y por fin lo hemos conseguido.

¡Welcome fiera!, esperamos que disfrutes de la Trabe aventura.

Post instalación de Oracle XE 10 en Ubuntu Server

2011-06-29T09:12:00Z

Hace un par de años (como pasa el tiempo), escribí este pequeño paso a paso sobre como hacer que oracle XE 10 funcione en ubuntu server de 64 bits. Hoy me ha tocado instalar XE de nuevo, y los pasos descritos en el artículo me han ahorrado mucho más tiempo del que en su día me llevó escribirlo.

Sin embargo, me he dado cuenta que una parte de las instrucciones, la correspondiente a "ciertos procesos de post-instalación", sólo estaba en un wiki trabe-privado. Son pequeñas cosas, pero si no "aciertas", puedes perder un montón de tiempo, con lo que las dejo apuntadas por aquí por si pudieran ayudar a alguien (quien sabe, quizás incluso ayuden a no perder tiempo al marcos del futuro).

Una vez instalado y configurado Oracle, necesitaremos meter en el path el directorio bin de la distribución, para tener acceso a las herramientas oracleras. Para ello podemos añadir algo como esto a nuestro .bashrc:

export PATH=$PATH:/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin/

También es necesario fijar la variable ORACLE_HOME. Mucho ojo, si ponéis un slash (/) al final de la cadena, tendréis problemas:

export ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server

Si ahora intentamos lanzar sqlplus, muy probablemente obtendremos el siguiente error:

ORA-12162: TNS:net service name is incorrectly specified

Esta es la curiosa forma que tiene oracle de decirnos que tenemos que fijar la variable ORACLE_SID. Editamos de nuevo nuestro .bashrc:

export ORACLE_SID=XE

CUIDADO: la XE ha de estar en mayúsculas. Si hacemos mal este paso, luego tendremos errores imposibles de descifrar y perderemos mucho tiempo.

Ahora que ya tenemos nuestras variables de entorno, sqlplus debería funcionar correctamente...pero no es así. Si intentamos ejecutarlo, tendremos un nuevo error:

ERROR:
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux Error: 2: No such file or directory

Great, vamos avanzando, el error ahora ya es específico de nuestra plataforma. Tras algo de investigación y ensayo-error, llegamos a la solución a este problema:

chmod 6750 /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin/tnslsnr

Si, tal como lo leeis, problemas de permisos...increible pero cierto. Una vez cambiados los permisos, reiniciamos el servicio de oracle-xe y todo debería funcionar.