Existe un problema bastante recurrente a la hora de conectar mediante sftp/scp a una máquina. Es el fatídico:

mandarina:~ jorge$ sftp maquina
Connecting to maquina...
jorge@maquina's password: 
Received message too long 538976288

Es tan habitual que mucha gente se pregunta qué ocurre, y descripciones del problema hay a puñados. ¿Qué ocurre y cómo se soluciona?

Lo que ocurre es que al acceder mediante sftp o scp, el sistema ejecuta el fichero ~/.bashrc que tengamos, y si éste muestra texto por pantalla, nuestro cliente ssh recibe "basura" y falla. La solución es simple: organizar nuestro ~/.bashrc en dos partes. La primera contendrá todas aquellas órdenes que no produzcan salida por pantalla, mientras que la segunda contendrá el resto de órdenes.

Luego basta con encerrar esta segunda parte en un condicional como el siguiente:

if [ "$TERM" != "dumb" ]; then
 # Instrucciones que producen salida por pantalla
fi

Y ya está: cada vez que conectemos mediante sftp o scp, no se ejecutará esa segunda parte y no fallará el proceso.

Referencia: Received message too long solution

Drupal, el gestor de contenidos que corre adobo.org, tiene la posibilidad de tener URLs "limpias". En lugar de URLs como:

http://ejemplo.org/?q=node/3

Permite ser configurado para usar URLs del tipo:

http://ejemplo.org/node/3

Esto es muy fácil usando el servidor web Apache y el módulo mod_rewrite, ya que Drupal viene por defecto configurado para ello. Pero aquí uso lighttpd [1] y no es tan simple. ¿Cómo conseguir URLs limpias sin tener que usar el módulo ModRewrite de lighttpd ? No es que no quiera usarlo por aversión o algo parecido, es que simplemente es menos potente que su casi homónimo en Apache y hay que ir especificando casos particulares de reescritura.

Por culpa de un fallo en Drupal, los feeds RSS no se han estado creando bien, y parece que es el motivo de que en Google Reader, Bloglines y posiblemente algún otro, los elementos nuevos no aparezcan. He aplicado el parche y ya se generan bien, pero el asunto sigue igual.

Estoy probando con alguna redirección para ver si se soluciona el problema, pero me temo que esto va para largo... no parece que interprete la redirección como un nuevo feed. Si no funciona, habrá que buscar otra solución.

Actualización [un par de horas más tarde]: parece que el problema está en que, al haber reinstalado Drupal, la caché de los lectores de RSS mantenían referencias a los antiguos identificadores de cada entrada, y al estar reutilizándose actualmente los números (borré algunas entradas :P) se hacen un lío. Por eso he cambiado la dirección del feed. Por favor, cambiaos al nuevo :D. En el antiguo he colocado un aviso por si acaso.

Escribiendo hoy una memoria de una práctica para una asignatura he tenido una gran duda: ¿cómo hago para que una tabla flote a la derecha/izquierda y el texto la rodee? Después de rendirme 2 ó 3 veces, he dado con la solución :D

Hay que usar el paquete wrapfig, enmarcando lo que queramos que "flote" dentro de un entorno wrapfigure. Un ejemplito:

Y el resultado:

Pues hala, a juguetear un poco con las opciones. En Google hay muchas páginas sobre wrapfig, así que lo dejo en vuestras manos.

Estaría bien poder cambiar el texto de Figura:, pero ya lo investigaré, de momento he escrito esto porque procrastinar, en mi caso, al final significa no escribir nada :). Ah, por ahí aconsejan no usar table ni figure dentro.

Actualización [8/may/08]: para insertar tablas flotantes en lugar de imágenes, en vez de wrapfigure hay que usar un entorno wraptable. Eso me pasa por no leer bien la documentación :P

Hace bastante tiempo conocí un servidor web muy ligero, con gran aceptación y muy bien documentado, llamado lighttpd. En su página web indican que servicios como imageshack, youtube, myspace o tuenti, por citar algunos, utilizan lighttpd de una u otra manera. Así que algo debe tener, ¿no?