Traductor de google via chat

También el otro día me enteré gracias a Jesús de lo ingeniosos que son en Google. Resulta que si añadimos a nuestra lista de contactos es2en@bot.talk.google.com todo lo que le escribamos en castellano a este contacto nos lo devolverá traducido a Inglés. Si añadimos en2es@bot.talk.google.com a nuestros contactos podremos realizar traducciones del Inglés al Castellano, via chat.

Esto viene muy bien cuando trabajamos en organizaciones que tienen filtrado el acceso a Google Traduct!

La imagen la he sacado de la galería de R.Duran en flickr.

Intercambio de claves SSH

Ayer viendo a Rubio trabajar aprendí como copiar las claves SSH de un equipo a otro, de una manera fácil, cómoda y rápida:

ssh-copy-id root@SERVIDOR_DESTINO
Adiós a estar copiando de aquí para allá el id_rsa.pub y añadiéndolo a authorized_keys del SERVIDOR_DESTINO: ¿Cuánto tiempo habré perdido de mi vida, haciéndolo a mano?... estas cosas me pasan por no leerme el manual :P

La imagen la he sacado de la galería de brenda-starr en flickr

Equivalente a Anaconda en Debian

En distribuciones basadas en sistemas de paquetes APT, como Debian o Ubuntu, no disponemos aún de Anaconda que es el script Python capaz de interpretar los ficheros de kickstart durante la instalación de nuestro sistema. Sin embargo tenemos otras formas de conseguir lo mismo.
Si partimos de un sistema ya instalado, y queremos instalar otro sistema con los mismos paquetes que en el primero, bastará con ejecutar los siguientes comandos. En el equipo original, el que tenemos configurado como deseamos, ejecutaremos:

dpkg --get-selections \* > packagelist

Luego en el sistema a clonar, copiaremos ese fichero packagelist, y ejecutaremos los siguientes comandos:
apt-get update
dpkg --set-selections < packagelist
apt-get -u dselect-upgrade

De esta forma, conseguimos dejar configurado el segundo sistema igual que estaba el primero. El sustituto de Anaconda en Debian se llama presseed. Esta herramienta nos permite crear ficheros de respuestas para usar en la instalación automática de nuestro sistema. Lo primero será asegurarnos de que lo tenemos instalado en el equipo que sirve como muestra:
sudo aptitude install debconf-utils

Y luego generar el fichero de preseed mediante:
sudo debconf-get-selections --installer > preseed.cfg

sudo debconf-get-selections >> preseed.cfg

Este fichero preseed.cfg, lo podemos editar con un editor de textos y retocar aquellas respuestas que nos interesen, siguiendo estas referencias de la Web oficial de Debian:

Luego copiar este archivo accesible desde un servidor Web, supongamos que lo hacemos en nuestro servidor reposerver dentro de la carpeta ks. Para usarlo en la instalación de un nuevo sistema Debian, iniciaremos con el CD de la instalación y cuando nos aparezca el prompt de Linux, escribiremos:
linux  preseed/url=http://reposerver/ks/preseed.cfg

Gracias Rubio por la información.
La imagen la he sacado de la galería de pierre pouliquin en flickr
.

Spacewalk

SpaceWalk es una solución de software libre que nos permite administrar de forma centralizada nuestros sistemas Linux. Básicamente es una versión de desarrollo de RedHat Network Satellite, mantenida por la comunidad, por lo que podremos hacer lo mismo que hacemos desde la consola del nuestro satélite a coste cero:

  • Llevar el inventario hardware y software de nuestros sistemas/li>
  • Instalar y mantener actualizados nuestros servidores linux
  • Aplicar configuraciones y actualizaciones a grupos de nuestros servidores.
  • Provisión de sistemas mediante kickstart
  • Administrar y desplegar configuraciones
  • Monitorizar nuestros sistemas
  • Provisión y administración de máquinas virtuales Xen.

Edición de ficheros kickstart

Los ficheros Kickstart nos permiten especificar los parámetros de una instalación de Linux con sistema de paquetes RPM. Cuando arranca el instalador y nos muestra el prompt podremos indicarle al instalador el fichero ks que debe usar . Estos archivos podemos editarlos cómodamente y de forma gráfica con la herramienta system-config-kickstart.

Por qué los hombres no escuchan y las mujeres no entienden los mapas

Ayer acabé el libro Por qué los hombres no escuchan y las mujeres no entienden los mapas. Este libro que me recomendaron unos compañeros camareros, está escrito por un matrimonio y, lejos de ser útil es divertido y de lectura muy rápida y amena.

Estructurado en once capítulos, intenta darnos una explicación a muchos de los problemas de convivencia de las parejas de la actualidad donde, según el libro, se han roto los esquemas de convivencia que hasta ahora han estado en vigor desde que vivíamos en las cavernas y pintábamos en sus paredes. En aquel entonces, el hombre cazaba y la mujer se quedaba cuidando la prole y vigilando la cueva, y desde hace miles de años, nuestros cuerpos y cerebros han evolucionado para hacer esto lo mejor posible y nuestro catalizador han sido las hormonas y la química. En la actualidad, el hombre ya no tiene que cazar, debe fregar los platos, cuidar de los hijos, y lavar la ropa mientras que la mujer va a trabajar. Esta inversión de roles sociales no estaba prevista en nuestra evolución, y es el origen de muchos de los problemas de pareja: hombres y mujeres somos diferentes y tenemos que aprender a vivir con nuestras diferencias. Para ayudarnos a ello, el libro nos descubre un montón de estas diferencias con contínuas referencias a la época de las cavernas, que no dejan de ser divertidas y que apoyadas en diferentes estudios serios, consiguen entretener.

El libro al final nos regalará un montón de anécdotas para comentar en tertulias distendidas, donde no haya un ambiente exageradamente feminista. Está entretenido y divertido, y parece que ya han hecho una película sobre él. Que lo disfrutéis.

Ya no resuelvo

Esta mañana me ha hecho una consulta Alfonso Vera, con quién tuve la suerte de trabajar hace unos años. Os la transcribo, sin su permiso ...

12:47 Alfonso: Hola, tengo un "problemilla" con los RHEL 5.4, En reposo sin ninguna aplicación corriendo, poco a poco el "kermel" PAE empieza a pasar la memoria libre a Memoria Cacheada, hasta convertir en memoria cacheada prácticamente los 4 Gb que tiene. La teoría dice que esto es normal, que el kernel es muy listo y no desaprovecha la memoria y la usa como cache hasta que las aplicaciones tengan necesidad de ella. Los RHEL 4.x puede que tengan ese mismo funcionamiento pero nunca lo he visto tan exagerado. ¿Que opinas? No quiero abrir una consulta al soporte RedHat sin estar seguro de lo que digo
12:51 Yo: pues también opino que es normal
pero es normal que cachee y no libere
12:52 no está demás que le preguntes al soporte para ver si es normal o no... no sé ... para eso está... no es que me moleste que me preguntes es que yo tengo las mismas dudas que tú
y a lo mejor te las resuelven en un momento
12:53 :)
Alfonso: te mantengo informado, gracias
Yo: ok de nada
lo siento
ultimamente ya no te resuelvo dudas
:-P
ya sabes demasiado
tendré que matarte :-P
Alfonso: :-)
Yo: ta lue

Ya no le resuelvo dudas. No hace mucho me pasó algo similar con Javier Silvestre con una pregunta que me hizo sobre Nagios. Recuerdo que hace tiempo, me dijeron a mí esto mismo: Raúl fue quien me dijo que ya no le llamaba para preguntarle dudas.

Enhorabuena, a los dos... ahora les preguntaré yo a ellos :P.