Trastear con pdfs en Linux

Circunstancias indirectas aunque no demasiado ajenas me han obligado a bichear dos procedimientos en los que intervenían documentos pdf. Cosas de la e-administración…

El caso es que me encontraba ante la disyuntiva de tener que instalar sw para la edición de documentos escaneados en la máquina virtual de WXP o buscarme la manera desde Linux. Es obvio que ya sabes por qué me terminé decantando.

Googleando -todavía no les he dicho nada a estas criaturas, ni a los bonstruos de yahoo tampoco, sobre lo que pienso de su política en paises como China…me reservo un post más adelante pero ya desde aquí les cubro con toda la mala baba que puedo- conseguí conocer 2 herramientas la mar de útiles: imagemagick y pdftk, ambas para su ejecución en modo consola.

imagemagick es una aplicación que sirve para crear, editar y componer imágenes. Puede  además leer, convertir y guardar imágenes en una gran variedad de formatos, y esto último es lo que me interesaba. Pero es mucho más que eso, pues es capaz de crear, editar, componer y transformar archivos de mapas de bits. Además, proporciona APIs para la mayoría de los lenguajes de programación más usuales. Se puede ver más info aquí

Dado que se encuentra en el repositorio de Ubuntu, para los usuarios de ese sabor de Linux es aún más sencillo: tan solo hay que descargarlo además de GhostScript:

sudo apt-get install imagemagick gs

Para poder convertir un jpg en pdf, an sólo hay que ejecutar:

convert miImagen.jpg miPdf.pdf /* No es mu complicao, verdad?*/

Repito: imagemagick es muucho más que esto, y hay que bichearlo con detenimiento, pero quédate en la cabeza la asociación de modificación de una o varias imágenes con este set de herramientas. Puedes ver ejemplos aquí.

La otra herramienta, pdftk -también disponible en el Canonical de Ubuntu- es muy sencilla de utilizar:

pdftk pdf1.pdf pdf2.pdf pdf3.pdf…pdfN.pdf output pdfSalida.pdf

Crea un nuevo pdf a partir de la secuencia de parámetros de entrada, pero cosa curiosa: si somos cuidadosos y nombramos a nuestros pds de origen de manera secuencial, se puede emplear una variante que el comando reconoce y produce una salida ordenada. Suponiendo los nombres de los pdfs de entrada de antes:

senegalensis:~$ cd carpetaConLosPdfs

senegalensis:~/carpetaConLosPdfs$  pdftk *.pdf output pdfSalida.pdf

La salida es un pdf construido según el sufijo ordinal de los pdfs de la carpeta en cuestión.

Saludos calamares.

Cliente vnc para sistemas Linux y servidores Windows inversos

Este post viene a solventar un tema que me ha traido un tanto liadillo, y se encuadra dentro de un sistema de soporte a usuarios con asistencia remota, soporte que no hubiese conocido sin ayuda de mis culturetas colegas Salva, JaviR y JaviG, a los que aprovecho para saludar como se merecen: cuadrándome 

(Saludos a toda la peña cultureta XDDD…)

Los sistemas VNC inversos, excelentemente descritos en el link, permiten la conexión a voluntad entre usuarios de los diferentes sistemas de información de la Organización y el servicio de soporte, solventando 2 de los principales problemas de una infraestructura de red corporativa estándar: la asignación dinámica de IP a los usuarios, que impide que el técnico conozca la dirección concreta donde levantar un servidor vnc, y de paso, la cuestión de privacidad que siempre genera susceptibilidades, debido a que éste es un sistema que al contrario del vnc estándar o directo, delega en el usuario el establecimiento y fin de la conexión.

La conexión entre servidores (usuarios) y clientes (soporte) cuando los sistemas son windows es trivial, puesto que no se trata más que de crear el .exe del servidor “one click” enviando a una dirección url un pequeño archivo de configuración modificado por  nosotros (Ver aqui) y listo. Pero cuando el cliente vnc hay que utilizarlo desde una máquina Linux, la cosa cambia.

Después de mucha guerra y googleo, parece que los clientes VNC más usuales no soportan levantar la interfaz gráfica cuando se conectan en modo pasivo (Reverse Mode) con el servidor VNC  “De un sólo click” o servidor inverso,  como los que tenemos para ubicar en las máquinas de nuestros usuarios.

Así, xvncviewer, vncviewer y demás consiguen la conexión (netstat -an |grep tcp) pero no levantar la interfaz gráfica…una putada.

Menos mal que existe un cliente que sí que lo hace: se llama tightvncviewer y es accesible desde la URL:

http://downloads.sourceforge.net/ssvnc/ssvnc_unix_only-1.0.22.tar.gz

y su instalación no es complicada. No ay más que descomprimir la carpeta, moverla a una ruta del path (/usr/local/bin por ejemplo), crear ahí mismo enlaces simbólicos a los archivos de ssvcn/bin que comienzan por t ó s :

ln -s ssvnc/bin/{s,t}* .

y lanzar en modo listen el cliente:

tightvncviewer -listen

Entonces sí, XDDD, sí que podemos acceder a las máquinas de los intrépidos usuarios.

Saludos calamares.