Salt es el programa traductor castellano/valenciano (y viceversa) que ofrece la Generalitat Valenciana y que muchos utilizan para traducir y corregir textos de uno a otro idioma.

Hasta la versión 3, el programa se distribuía únicamente como un instalable para Windows, pero no hace mucho me dí cuenta que la nueva versión se ofrece como un plugin para OpenOffice, con versiones disponibles tanto para Windows como para Linux así que me decidí a descargarlo para instalarlo en mi Ubuntu 9.10.

Tras descargar los 85Mb que ocupa el .tar.gz desde su página me dispongo a instalar la apliación siguiendo las instrucciones que aparecen en la misma página y no tardo en darme cuenta de que algo falla ya que al ejecutar la orden del dpkg -i para instalar los paquetes aparece un problema de dependencias. El paquete salt-server requiere python 2.5 y yo tengo instalada una versión superior (2.6) que es la que viene con la última distribución de Ubuntu (y supongo que con muchas otras distribuciones más).

La primera idea es instalar también python 2.5 pero no queda muy 'elegante' instalar una versión obsoleta teniendo instalada una más nueva y que además es compatible con el código anterior ¿no?

Se me ocurre trastear un poco y modificar el instalador para que en lugar de requerir exactamente la versión 2.5 requiera la version 2.5 o superior (instrucciones al final), con el paquete resultante (y eliminando el paquete salt-server original de /tmp) ejecuto el comando #sudo dpkg -i salt*.deb y voilà, Salt instalado correctamente!

Parece que la aplicación funciona como un servidor residente (que se inicia al arrancar el equipo) y los plugins de Open Office que consultan a ese servidor, pero para continuar con los problemas, ese servidor no arranca :(

Investigando un poco veo que el archivo servidor (/usr/bin/sltsrv) también está buscando python2.5 ya que la primera línea del script (que indica el programa que ha de ejecutar el mismo) es tal que así: #!/usr/bin/python2.5 y como python2.5 no existe en mi sistema no puede continuar.

Dado que la mayoría de distribuciones incluyen un enlace /usr/bin/python o /usr/bin/python2 que apunta al ejecutable de la versión instalada (sea 2.5, 2.6 o superior) he decidido modificar esta primera línea para que busque /usr/bin/python2 (no he puesto solamente python porque no se si el código de SALT será compatible con python 3).

Y con este último cambio ya podemos ejecutar Writter con sus plugin de SALT :)

Para aquellos que estén teniendo el mismo problema aquí os dejo el .deb del salt-server modificado, descargad el pack completo desde la página del SALT, sustituid el salt-server por el que yo os paso y ejecutad el #sudo dpkg -i salt*.deb para que se instale.

PD: Por si acaso les he enviado también un correo para que lo solucionen, o al menos para que lo tengan en cuenta en futuras versiones.

El reempaquetado del .deb

Aunque sé que reempaquetar paquetes .deb para modificar las dependencias no es la mejor opción (pues podríamos tener problemas al actualizar con futuras versiones) y que en su lugar sería recomendable el uso de equivs, en este caso la modificación me parecía muy simple, ya que solo se trataba de eliminar la restricción existente y no es necesario incluir paquetes extras o equivalentes (pero distintos) a la dependencia original (que es para lo que se usa equivs). Además así tenemos el .deb disponible para distribuir (espero que la GVA no me persiga por esto) sin necesidad de instalar paquetes adicionales (equivs por ejemplo).

Para extraer, modificar y reempaquetar el .deb he usado las instrucciones de esta página, y el trabajo ha sido tan sólo extraer el .deb, modificar el archivo DEBIAN/control para que en la línea Depends diga python (>= 2.5) y no python2.5, y el archivo usr/bin/sltsrv para que la primera línea diga #!/usr/bin/python2 en lugar de #!/usr/bin/python2.5.

Tras eso queda reconstruir el .deb (dpkg --build temporal) y sustituir el salt-server original para la instalación.