ImageMagick incluye una aplicación de conversión de formatos gráficos estupenda. Entre otros, permite hacer lo que busca el título de este post: convertir de formato PDF a formato JPG. ¿Para qué? Muy útil cuando tu player multimedia no soporta el archivo PDF pero sí el JPG… Basta con hacer lo siguiente:

$ convert fichero.pdf fichero.jpg

En los foros de Ubuntu me encuentro con un script que hace lo que quiero para una carpeta completa:

for file in `ls *.pdf`
do
convert $file `echo $file | sed 's/\.pdf$/\.jpg/'`
done

Ahora hay que ajustar la salida para que los JPG sean legibles sin necesidad de microscopio

¿Usuario de la red de la EHU? ¿Usuario de Ubuntu? ¿Quieres conectar por VPN? ¡Estás de enhorabuena! El proceso se ha simplificado en 3 pasos:

$ sudo apt-get install vpnc
$ sudo vi /etc/vpnc.conf
IPSec gateway 158.227.0.11
IPSec ID EHU
IPSec secret VPNs
Xauth username nombre_de_usuario
Xauth password contraseña
Interface name vpn0
$ sudo vpnc --natt-mode none


¡Listo!

$ export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.11/
$ sudo /usr/share/tomcat5.5/bin/startup.sh
Using CATALINA_BASE: /usr/share/tomcat5.5
Using CATALINA_HOME: /usr/share/tomcat5.5
Using CATALINA_TMPDIR: /usr/share/tomcat5.5/temp
Using JRE_HOME: /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/

Pero resulta que por mucho que intentas conectarte a localhost:8180 , no hay conexión con Tomcat. Un análisis con netstat de los puertos a la escucha revela que el 8180 no está por la labor:
$ sudo netstat -plut
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 *:www *:* LISTEN 3679/apache
tcp6 0 0 *:ssh *:* LISTEN 3602/sshd

¿Dónde está el problema? En un archivo de tipo pipe que se crea en /usr/share/tomcat5.5/logs/catalina.out de forma incorrecta y que de rebote, bloquea Tomcat y no le permite enlazarse con el puerto 8180. La solución:

$ cd /usr/share/tomcat5.5/logs
$ sudo mv catalina.out catalina.out.old
$ sudo touch catalina.out
$ sudo chown tomcat55:nogroup catalina.out

Ahora, reiniciamos Tomcat y ¡listo! Ya podemos empezar a desarrollar nuestros servlets en http://localhost:8180

$ setterm -blength 0

Anteriormente en DiarioLinux ya habíamos hablado de esto, pero el truco estaba orientado a consolas en modo X (abrir terminal desde un entorno gráfico). Recordemos que para esas ocasiones el comando sería:

$ xset -b

Espero que así los pitiditos dejen de aturdirme

Es decir, ¿quieres conseguir algo así?

% cp_p /mnt/raid/pub/iso/debian/debian-2.2r4potato-i386-netinst.iso /dev/null
 76% [===========================================>                    ]

QtTube es una pequeña pero útil aplicación para descargar vídeos de YouTube con un click, sin usar la línea de comandos para nada.

Como el paquete de QtTube no está disponible en Synaptic y tiene algunas dependencias, su instalación no es trivial. Dado que estos días he estado impartiendo un curso de iniciación al software libre, aproveché este ejemplo para explicar la instalación de aplicaciones sin usar Synaptic, ni .debs. (sin llegar todavía a la compilación de fuentes con el hechizo mágico ./configure && make && make install) QtTube es el ejemplo de transición perfecto. Para que la explicación fuera reaprovechable, grabé un vídeo en formato .ogg.

Lo podéis encontrar troceado ( [ 1 , 2 , 3 , 4 , 5]} o completo ( 74 MB  )

Nota para recordar: se pueden concatenar varios vídeos .ogg en uno sólo desde la línea de comandos simplemente así:

$ cat qttube_{1..5}.ogg >> qttube.ogg

Para que luego digan que la línea de comandos está anticuada y sólo la usamos los viejos del lugar …

Por aclamación popular Estas tres líneas de comandos son equivalentes, todas ellas buscan procesos en cuyo nombre (o argumentos) contengan el string “cadena” y los mata. Para ser sinceros, no conocía pkill, y al parecer es exactamente el comando que resume todo este post. Es genial tener una base de lectores expertos que enseguida muestran la mejor solución al problema

$ kill -9 `ps -ef | grep -i cadena | awk {’print $2′}`
$ pgrep cadena | xargs kill -9
$ pkill -9 cadena

Finalmente, también se ha nombrado killall, pero para buscar los procesos a matar, sólo se basa en el nombre del ejecutable, y no puedes decirle que mate “cualquier proceso en cuyos argumentos aparezca la cadena X”, por ejemplo.

Apunto aquí una orden que he necesitado miles de veces y de la que nunca me acuerdo:

$ kill -9 `ps -ef | grep -i nombre | awk {’print $2′}`

Mata todos los procesos que tengan la cadena nombre en la descripción . Si no te acuerdas de esa orden, siempre puedes hacer un ps -aww| grep nombre y luego matar los procesos copiando y pegando los identificadores en una orden kill.

Quiero descargar todos los enlaces de la página http://packages.medibuntu.org/pool/non-free/f/ffmpeg-debian/ que contengan i386 en el nombre. Por supuesto, de forma automática (si repites más de 2 veces el mismo gesto, y crees que en el futuro lo volverás a hacer, hay que automatizar):

juanan@morton:/tmp/fmpeg$ lynx -nonumbers  -dump http://packages.medibuntu.org/pool/non-free/f/ffmpeg-debian/| grep i386  | sed -e ’s/^ *//’  | awk ‘{print $3}’ | wget -B “http://packages.medibuntu.org/pool/non-free/f/ffmpeg-debian/” -i -

lynx: navegador en modo texto

-dump : interpretar el HTML de la página y devolverlo por salida estándar

-nonumbers: mostrar los enlaces sin numerar

sed -e ’s/^ *//’  : left trim  (recortar espacios en blanco, por la izquierda)

awk ‘{print $3}’ : quedarme con la tercera columna

wget -B URL   : URL base desde la que descargar

-i  -  : -i indica que le vamos a pasar un fichero a wget con las URLs de lo que queremos descargar. Como el filtro ya lo hemos hecho, y lo hemos enganchado a wget por un pipe, el fichero en sí no existe, sino que llega por tanto por entrada estándar (a través del pipe). Receta que usaré en más de una ocasión.