tac

rev

cat

cat

tac

rev

En cuanto al primero de ellos,

cat

tac

cat

Su practicidad a primera vista no supera más de lo meramente anecdótico pero, cuidado, no subestimemos al lado oscuro de la fuerza (?). Ahí van un par de ejemplos para ilustrar un poco. Vamos a crear un par de ficheros más tontos que esta anotación:

$ echo -e "hellonworld" > say.hello
$ echo -e "goodnbye" > say.bye

Ahora concatenemos el contenido de ambos e imprimamos el resultado por la pantalla:

$ cat say.hello say.bye
hello
world
good
bye

En fin, pues allá va la gracia de

tac

$ cat say.hello say.bye |tac
bye
good
world
hello

Curioso ¿no? Pues para los amantes del rizar el rizo tenemos a

rev

$ cat say.hello say.bye |rev
olleh
dlrow
doog
eyb

$ cat say.hello say.bye |tac |rev
eyb
doog
dlrow
olleh

Ahí queda eso, un par de utilidades “100% LIFO” donde las haya y una muestra de las maravillas que se esconden tras nuestro basto e infinito sistema operativo. Ahora fuera coñas, se recomienda echar un ojo a las utilidades que incorpora el buen (y vital) paquete coreutils (es úniqo, de verdad de la buena :))

Por defecto, a la hora de instalar la aplicación, ésta nos muestra la interfaz en tres idiomas posibles: Inglés (predeterminado), Alemán y Francés. En un primer instante, parece que no es posible disponer del programa en nuestro idioma ya que, además, en la página principal no se encuentra ningún paquete de localización ni nada que se le asemeje. Buscando un poco en Google he llegado hasta esta página dentro del portal MySQL-Hispano en la que se puede descargar una actualización del fichero de traducciones que tiene DBDesigner 4 con la adición de un cuarto idioma: el castellano :-)

Los pasos a seguir para disponer de una configuración local de la aplicación traducida al castellano son:

1. Descargar el fichero dbdesigner_es_v1.0.zip, cortesía de Eduardo, usuario registrado del portal MySQL-Hispano.
2. Situarnos en el directorio

   ~/.DBDesigner4/

   . Éste se crea la primera vez que se ejecuta la aplicación.
3. Descomprimir el fichero

   dbdesigner_es_v1.0.zip

   en el directorio anterior. Este fichero comprimido consta de tres ficheros:

   Language.ini

   ,

   DBDesigner4_Translations.ini

   y

   DBDesigner4_Translations.txt

   ; éstos deben quedar en el directorio

   ~/.DBDesigner4/

   , reemplazando a los tres ficheros existentes con dichos nombres.
4. Ahora solo queda ejecutar DBDesigner 4 (comando

   startdbd

   ) y pinchar en el menú de opciones: Options -> DBDesigner Options. Justo en la ventana que aparece hay un marco llamado “Program Language” con una caja de opciones que, si la desplegamos ahora, veremos que está disponible la selección de los tres idiomas de serie más el castellano (Spanish). Seleccionamos y guardamos cambiados, ya está :-)

Decir que la interfaz no está del todo preparada para albergar las traducciones pues no se ha preveido el crecimiento de las cadenas de texto en otros idiomas, como el castellano, quedándose a veces corta la superficie de los formularios para contener las cadenas de texto castellanizadas. Pero en fin, no deja de ser una gran ventaja para muchos el disponer de la interfaz traducida ¿no? :-) Desde aquí agradecerle enormemente el tiempo dedicado a Eduardo para que podamos utilizar la aplicación en nuestro idioma. ¡Gracias!

[ actualización @ 00:15: Gracias este comentario aparecido en la anterior nota mientras escribía ésta, me entero de que ¡ya hay alguien trabajando en la traducción de la documentación de DBDesigner 4 al castellano! El proceso actualmente se encuentra en un 50% y se puede ver en esta página. Además, para traducir la interfaz se puede utilizar este fichero: dbdesigner_es_v1.9.zip, aparentemente más actualizado que el anteriormente comentado. ]

# emerge moo

  Gentoo (Linux)
 _______________________
< Have you mooed today? >
 -----------------------
           ^__^
           (oo)_______
            (__)       )//
                ||----w |
                ||     ||

Calculating dependencies
emerge: there are no ebuilds to satisfy "moo".

Hace como dos semanas ya lo había visto en otro sitio (que no consigo recordar :( ) pero no lo probé al no tener en aquel momento disponible

emerge

# apt-get moo
         (__)
         (oo)
   /------/
  / |    ||
 *  /---/
    ~~   ~~
...."Have you mooed today?"...

Pero qué grande que es el Software Libre. Parece que la vaca es animal sagrado en muchas culturas jejeje. Sin irnos muy lejos, en Gentoo disponemos de Larry the cow (oficial del proyecto Gentoo Linux) y Barry the cow (idea de breakmygentoo ;-)). Los dibujos ASCII que muestran

emerge moo

apt-get moo

$ cowsay -f default.cow "emerge moo" 2>/dev/null
 ____________
< emerge moo >
 ------------
           ^__^
           (oo)_______
            (__)       )/
                ||----w |
                ||     ||

$ cowsay -f satanic.cow "apt-get moo" 2>/dev/null
 _____________
< apt-get moo >
 -------------
     
        (__)
         (/)
  /-------/
 / | 666 ||
*  ||----||
   ~~    ~~

Demonios, pingüinos, vacas, … La fauna del Software Libre

# groupadd shutdown
# chgrp shutdown /sbin/shutdown /sbin/reboot /sbin/halt
# chmod u+s,o-rwx /sbin/shutdown /sbin/reboot /sbin/halt
# ln -s /sbin/halt /usr/bin/halt
# ln -s /sbin/reboot /usr/bin/reboot
# ln -s /sbin/shutdown /usr/bin/shutdown

# vi /etc/group
   shutdown:x:407:root,enrique

Lo sé, no es elegante que digamos y, a priori, da un poco de mal rollo pero lo cierto es que está bastante bien para mi portátil; además es 100% estándar (en el sentido de que no necesitas de herramientas adicionales). Hace poco SigT propuso otra forma, bastante cómoda :), para hacer lo mismo con menos esfuerzo: [ aquí ] la solución.

Y además ya se habló de las tres teclas mágicas. No hay de qué quejarse, existen multitud de métodos así que, hagan sus apuestas, ¿cómo os gusta apagar / reiniciar el escritorio?

1. Dirigirse al dirctorio

   C:Archivos de programa\Adobe\Acrobat 6.0\Reader\plug_ins\

2. Seleccionar y cortar todo el contenido existente excepto los ficheros

   EWH32.api

   ,

   printme.api

   y

   search.api

3. Pegar el conjunto de directorios y ficheros cortados anteriormente al directorio

   Optional

   que se encuentra justo en el mismo nivel que

   plug_ins

   (es decir, en:

   C:Archivos de programa\Adobe\Acrobat 6.0\Reader\Optional\

   )
4. Y ya está. Faltaría ejecutar Adobe Reader, ver que siga funcionando y comprobar con satisfacción la velocidad con que ahora arranca.

Sé que la versión 6.0 ya no es la actual. Todavía no he probado la 7.0 puesto que tengo instalado la 6 y no tengo necesidad / curiosidad de cambiar. No sé qué tal funciona la 7.0 ni tampoco si sigue siendo tan lentorra como su predecesora versión, pero tal vez funcione este truquillo –quién sabe– El tema sería probarlo y, si no convence el resultado, dejarlo todo tal y como estaba en un principio.

Por cierto, para usuarios de Adobe Acrobat 6.0 Professional, la jugada es un poco distinta. Sobre todo porque hay que dejar donde están algunos plugins más para poder siguiendo generar ficheros PDF.

Otra opción es instalarlo manualmente pues, en realidad (y salvaguardando posibles prerrequisitos para echar a andar el plugin), se trata únicamente de copiar dos ficheros al directorio de plugins de nuestro navegador. Personalmente siempre lo he venido haciendo así –hasta que me cambié a Gentoo Linux, momento en el cual emerge pasó a hacerlo por mí…– Para instalarlo manualmente no tenemos más que:

• Descargar el tarball de marras, de [ aquí ] A día de hoy, se trata de la versión 7,0,25,0 del Macromedia Flash Player 7 precompilado para x86
• Desempaquetarlo:

  $ tar xvfz install_flash_player_7_linux.tar.gz
  install_flash_player_7_linux/
  install_flash_player_7_linux/flashplayer.xpt
  install_flash_player_7_linux/libflashplayer.so
  install_flash_player_7_linux/flashplayer-installer
  install_flash_player_7_linux/Readme.htm
  install_flash_player_7_linux/Readme.txt

• Copiar –como usuario root– los ficheros flashplayer.xpt y libflashplayer.so al directorio plugins/ de nuestro navegador (basado en Mozilla). En mi caso se trataría del directorio /usr/lib/MozillaFirefox/plugins/

  # cp flashplayer.xpt libflashplayer.so /usr/lib/MozillaFirefox/plugins/

Desde la versión 6.0r81 hasta la actual del plugin de flash se requiere la librería compartida /usr/lib/libstdc++-libc6.2-2.so.3 (en mi caso, enlace simbólico a /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so).

La instalación de OpenOffice.org viene desacompañada de diccionarios para el corrector ortográfico que éste lleva incorporado. El motivo lo desconozco, seguramente no sea otro que la de no aumentar absurdamente el tamaño del paquete final, dejando a elección del usuario la descarga y uso del diccionario que le venga en falta.

Yo normalmente utilizo la combinación Abiword + Aspell(es) –combinación perfecta y ágil para quienes no necesiten más que un procesador de textos sin demasiadas florituras– pero hoy me ha dado por utilizar el procesador de textos de OpenOffice para pasar a ordenador unos ejercicios de bases de datos que tengo que presentar el miércoles. Así que antes de nada, he querido poner a punto el corrector de ortografía (muy importante cuando, además de escribir, se trata de presentar cualquier tipo de informe ¿no?). Tengo OpenOffice.org instalado tanto en mi Gentoo Linux como en mi Microsoft Windows XP Professional (and Always Ripped) Edition. Si nunca te has preguntado cómo demonios agregar diccionarios a tu OpenOffice (difícil no hacerlo…) aquí tienes una pequeña explicación de cómo hacerlo en ambos sistemas operativos.

En Windows la cosa es casi transparente, puesto que existe una aplicación, escrita en Borland Delphi por Lee Corbin, llamada DictInstall con la que automatizar tanto el proceso de descarga de diccionarios (en cualquier idioma soportado por OOo) como la instalación de los mismos. Todo consiste en descargar el programita, que no requiere instalación alguna, descomprimirlo en algún directorio y ejecutarlo. Es seguir los pasos. En uno de ellos se descargará la lista de idiomas y te pedirá que selecciones los que deseas instalar para el corrector. Una vez termines el proceso, podrás abrir cualquier aplicación de la suite y si tienes activada la opción de revisar la ortografía automáticamente, verás cómo a cada burrada ortográfica que cometes se queda subrayada en rojo ;-)

En Linux el tema no es tan mágico como en Windows que, por arte de magia, ¡tachááán! ya tenemos corrector (¡Ala! ¡¡Alegría!!). No, el mundo no funciona así por arte de magia. ¡Aquí somos tipos muy duros, coño! Gente sin complejos, que quiere saber qué está pasado, por qué pasa y cómo es posible. Sí, así somos ¡¡Oh yeah!! La información = poder, Free your Mind y todas esas gilipolleces. Bueno… XD después de la rayada del día, la cosa trata de descargar un ficherito con el diccionario en cuestión y editar un archivo en el que le especificaremos qué diccionarios deseamos integrar a la suite ofimática:

1. Descargar el diccionario. Se trata de un fichero zip o tar.gz. En enlace directo al diccionario de castellano (es_ES) lo tenéis [ aquí ]. Interesados en otras lenguas mover el pompis (recordar: ¡somos mega duros! ¡¡quien quiera peces, a mojarse el pompis, ostia puta!!)
2. El procedimiento lo podemos ejecutar de dos modos: global (como usuario root, integrar el diccionario/s para todos los usuarios) o local (para un solo usuario). Yo lo he hecho global. Tengo instalado Ximian OpenOffice 1.1.57 en /opt/Ximian-OpenOffice/. Hay que cambiarse de subdirectorio /user/wordbook a donde esté instalado OpenOffice (/opt/Ximian-OpenOffice/user/wordbook/), descomprimir el fichero que nos acabamos de bajar (es_ES.zip) y editar el fichero dictionary.lst para añadir una línea para nuestro diccionario:

   # cd /opt/Ximian-OpenOffice/user/wordbook/
   # unzip ~/es_ES.zip
   # echo "DICT es ES es_ES" >> dictionary.lst
   [ # rm README_es_ES.txt ]
   

   Si se desea hacer de modo local, lo único que cambia es el directorio en el que descomprimir el fichero es_ES.zip. En mi caso en ~/.xopenoffice/1.1.1/user/wordbook/

Útil e inocuo para todo el mundo. Diccionarios OpebOffice.org: póntelo, pónselo.

Ahí va un pequeño truco para compilar Ximian OpenOffice en español, a través de Portage. Existen un par de ebuilds llamados openoffice-ximian, para compilar por tu cuenta la suite, y openoffice-ximian-bin, para descargar e instalar los binarios ya preparados. Pues para compilarlo en español hacemos:

LANGUAGE="34" emerge openoffice-ximian

Una vez hecho esto, comenzaremos a descargar las fuentes y a desempaquetarlas. Una vez llegado a este punto podremos ver con satisfacción lo siguiente:

>>> Source unpacked.
 * Configuring OpenOffice.org with language support for Spanish...

:-)

La clave como se puede suponer es ese código numérico, que hace referencia al lenguaje que nos atañe. Hurgando un poco en en interior del último ebuild hasta el momento para Ximian OpenOffice, openoffice-ximian-1.1.59.ebuild, he encontrado el listado completo de estos números con su correspondiente lenguaje asociado (busqué por Google alguna página que mantuviera algún tipo de listado sobre el tema pero no he conseguido hallar nada), aquí lo tenemos por si en algún momento pueda hacer falta:

• 01 - Inglés (predeterminado)
• 03 - Portugués
• 07 - Ruso
• 30 - Griego
• 31 - Holandés
• 33 - Francés
• 34 - Español
• 35 - Finlandés
• 37 - Catalán
• 39 - Italiano
• 42 - Checo
• 43 - Eslovaco
• 45 - Danés
• 46 - Sueco
• 48 - Polaco
• 49 - Alemán
• 55 - Brasileño
• 66 - Tailandés
• 77 - Estonio
• 81 - Japonés
• 82 - Coreano
• 86 - Chino Simplificado (PRC)
• 88 - Chino Tradicional (taiwán)
• 90 - Turco
• 91 - Hindi
• 96 - Árabe
• 97 - Hebreo

He destacado con negrita aquellos que son de habla común en España, aunque faltan el Gallego o el Euskera.

Y ya puestos, recomendar a todos los que nos da por (re)compilarlo todo el marcar en el fichero /etc/make.profile/packages el ebuild app-office/openoffice-ximian-1.1.57 (en el caso de tener compilada la versión 1.1.57; mi caso) para que cada vez que obtengamos una nueva versión para Ximian OpenOffice no nos aparezca en el listado de paquetes a actualizar a la hora de hacer, por ejemplo, un emerge -UDp world

nano /etc/make.profile/packages

    =app-office/openoffice-ximian-1.1.57

OpenOffice es, casi sin dudarlo, el paquete que más tiempo de compilación requiere. Sin ir más lejos, aquí va el tiempo que a mí me tardó en el portátil:

# genlop -t openoffice-ximian |tail -n 3
     Sat Jun  5 10:12:53 2004 >>> app-office/openoffice-ximian-1.1.57
       merge time: 18 hours, 15 minutes and 15 seconds.

Jeje, personalmente no veo viable actualizar este paquete cada vez que cambiamos, por ejemplo, de la versión 1.1.55 a la 1.1.57 o a la 1.1.59. Casi que es más apropiado “congelar” la actualización de OpenOffice hasta que aparezca la versión 2.0 (al menos en mi caso hasta esas fechas que no pienso actualizar jeje)

Árbol de directorios

Si queremos (o necesitamos) echar un vistazo global/recursivo al contenido de un determinado directorio, podemos echar mano de una simple utilidad, que seguramente deberemos instalar, llamada tree. Su manejo es bastante sencillo pudiendo combinar varios de los múltiples parámetros que incorpora. Vamos a ver varios ejemplos de uso y, ya puestos, a jugar un poco con el bucle for:

• Creemos antes de nada un entorno de directorios controlado para hacer nuestras pruebas con tree:
  $ mkdir prueba; cd prueba
  $ for dir in $(yes |head -n 5); do mkdir $(date +%N); done;
  $ for dir in *; do cd $dir; mkdir -p $(date +%N)/$(date +%N)/$(date +%N); cd ../; done;
• Bueno… si queremos ver qué leches hemos hecho con lo anterior, no tenemos más que valernos de tree. El uso más sencillo es lanzarlo tal cual:

  $ tree .
  .
  |-- 672348000
  |   `-- 723915000
  |       `-- 729028000
  |           `-- 734024000
  |-- 680732000
  |   `-- 743132000
  |       `-- 748515000
  |           `-- 753526000
  |-- 690045000
  |   `-- 769044000
  |       `-- 783853000
  |           `-- 807869000
  |-- 698223000
  |   `-- 816492000
  |       `-- 822773000
  |           `-- 827684000
  `-- 706366000
      `-- 836198000
          `-- 841585000
              `-- 846557000
  
  20 directories, 0 files
  

• Si queremos que no nos muestre toda la jerarquía de ficheros que contiene el directorio listado, podemos especificar hasta qué nivel listar. Gracias al parámetro -L

  $ tree . -L 2
  .
  |-- 672348000
  |   `-- 723915000
  |-- 680732000
  |   `-- 743132000
  |-- 690045000
  |   `-- 769044000
  |-- 698223000
  |   `-- 816492000
  `-- 706366000
      `-- 836198000
  
  10 directories, 0 files
  

• Si no nos interesa saber el total de directorios y ficheros listados (por ejemplo, porque queremos volcar solo el árbol de directorios, sin nada más, a un fichero de texto) podemos emplear la opción –noreport

  $ tree . -L 3 --noreport > misficheros
  
  $ cat misficheros
  .
  |-- 672348000
  |   `-- 723915000
  |       `-- 729028000
  |-- 680732000
  |   `-- 743132000
  |       `-- 748515000
  |-- 690045000
  |   `-- 769044000
  |       `-- 783853000
  |-- 698223000
  |   `-- 816492000
  |       `-- 822773000
  |-- 706366000
  |   `-- 836198000
  |       `-- 841585000
  `-- misficheros
  

  Ahí está, ha omitido la última línea en ejemplos anteriores.

• Los límites los podéis poner vosotros. Este fichero puede ser útil a la hora de escribirse algún script casero donde necesitemos el número de directorios contenidos en un determinado directorio. Del mismo modo para conocer los ficheros.

  $ cat sacaFiles.sh

  ver anotación del script sacaFiles.sh

  $ sh sacaFiles.sh -d
  El directorio /home/neuronal/prueba tiene 20 directorios.

• Si te parezco un puto pedante de mierda, entonces a man tree le odiarás con todas tus ganas (él lo sabe y nos lo dice todo :))

Árbol de procesos

De modo parecido, podemos ver un listado de procesos vivos, en árbol. Hasta ahora utilizada un ps f, pero hace unos días conocí a un tal pstree (forma parte del paquete psmisc). Veamos un medio ejemplo y dejemos aquí el tema:

$ pstree
init-+-5*[agetty]
     |-aio/0
     |-bonobo-activati
     |-cron
     |-[...]
     |-gpm
     |-idesk-+-gedit
     |       `-xmule---xmule---xmule
     |-ifplugd
     |-kblockd/0
     |-khubd
     |-kjournald
     |-klogd
     |-knodemgrd_0
     |-kseriod
     |-ksoftirqd/0
     |-kswapd0
     |-login---bash---startx---xinit-+-X
     |                               `-sh-+-fluxbox-+-MozillaFirebird---[....]
     |                                    |         |-2*[aterm---bash---su---bash]
     |                                    |         |-aterm---bash---pstree
     |                                    |         |-aterm---bash
     |                                    |         |-aterm---bash---more
     |                                    |         `-sylpheed-claws
     |                                    |-unclutter
     |                                    |-wmclockmon
     |                                    |-wmcpuload
     |                                    |-wmmemload
     |                                    |-wmnetload
     |                                    |-wmupmon
     |                                    `-xscreensaver
     |-master-+-pickup
     |        `-qmgr
     |-[...]

He dicho medio ejemplo porque he querido cortar toda la salida para que fuera un poco más corta. Donde hayan “[…]” quiere decir que sigue y habían más procesos en su lugar.

Veamos qué de fácil es averiguar, bajo una terminal de texto, con qué dirección IP estamos conectados a Internet, gracias a wget:

$ wget -O - -q http://www.whatismyip.com | grep -i title | awk ‘{print $4}’
62.42.88.53

¿Mola o no mola? (joder, si decís que no es para asesinaros :\) Pues bueno, se me ha ocurrido crearme una sencilla función en mi

~/.bash_profile

function miIP ()
{
     kIP=`wget -O - -q http://www.whatismyip.com | \
     grep -i title | \
     awk '{print $4}'`
     echo $kIP
}

Guardamos cambios y salimos. Cada vez que iniciemos nuestra cuenta de usuario dispondremos de otra útil orden: miIP. También se puede guardar en otro fichero (miIP por ejemplo) y acoplar a la actual shell que tengamos abierta, con:

source miIP

Bueno, pues eso :-)