Irony aside, she has a gleam in her eye that he has never seen before. Or maybe that is just light from the mirrored ball, reflecting off cigarette-smoke-induced tears.
Neal Stephenson, Cryptonomicon
(De nuevo no cabía en Twitter, y prometo que lo he intentado todo, incluso comprimirlo con gzip).
Últimamente estoy un poco “no fiable” con mi cadencia de actualización de la página, pero no es cierto que este parado. Lo cierto es que muchas de mis “ánsias de actualización” se derivan a través de mí página de Twitter donde acaban enlaces, mini-conversaciones, algún acertijo, y alguna frase ingeniosa (las que menos).
Como soy una persona que quiere ser el foco de atención de todo el mundo, y me parece que muchos no estáis en Twitter (¿a qué esperáis?), y me apetecía crear algo con jQuery, me he programado el ticker que véis ahí arriba de la página (si tenéis Javascript activado, en otro caso la página será la de siempre, viva el unobstrusive Javascript). Además todos los scripts varios que utilizaba la página han sido reconvertidos a sus equivalentes jQuery (bueno, eso fué la semana pasada).
Espero que no os parezca demasiado molesto.
PD: Los “@reply” enlazan a la página de la persona a la que respondo en Twitter, los enlaces debería también “auto-enlazarse”, y el símbolo del final, a parte de un famosísimo símbolo maquero, significa “lugar de interés”, y enlaza al twitt en cuestión.
He perdido 1 hora y pico de mi vida con este problema. Espero que alguién llegue hasta aquí antes de perder tanto tiempo.
En Mac OS X las variables de entorno de un proceso se heredan del proceso padre (como en todos los Unix), pero a diferencia de Linux (o similares), las aplicaciones que se ejecutan desde el interfaz gráfico no son iniciadas por un shell, sino por el WindowsServer, por lo que las variables de entorno no se leen del archivo .bash_profile (o el archivo correspodiente), sino de un archivo XML que está en ~/.MacOSX/environment.plist.
El problema es que en Leopard, al parecer, este comportamiento no se mantiene si las aplicaciones se lanzan desde Spotllight (desconozco si sucedia también en Tiger, ya que casi no utilizaba el Spotlight para lanzar aplicaciones), aunque sigue funcionando si se lanzan desde el Finder. Lo extraño es que en el arbol de procesos del Monitor de Actividad aparecen bajo el mismo padre (un proceso launchd hijo del proceso launchd inicial).
En TextMate, para más inri, solo se carga el .bash_profile (o similar), para comandos mandatos sin she-bang (el #! al principio de un script para indicarle al shell el interprete a utilizar), por lo que la mayoría de comandos mandatos (que utilizan interpretes como Ruby o como Python) no obtienen el PATH que uno tiene configurado en su .bash_profile. Para ello en su manual recomiendan modificar el PATH en el archivo environment.plist, cosa que en Leopard (al menos), iniciando el TextMate con Spotlight, no sirve para nada.
Una solución es iniciar TextMate desde el Finder o desde el Dock, o, mucho más sencillo y a prueba de olvidos (creo), definir una variable de entorno PATH en las Preferencias de TextMate (en menú TextMate → Preferences… → Advanced → Shell Variables). Curiosamente esta solución no está mencionada en las páginas de ayuda de TextMate, aunque desconozco que efectos provocará en los comandos mandatos sin she-bang que carguen el .bash_profile.
Como cada 6 meses los chicos de Ubuntu han sacado su nueva versión (esta vez la 8.04 “Hardy Heron”), que como siempre es una solución de escritorio muy a tener en cuenta junto con el resto de soluciones de escritorio comerciales.
Obviamente lo he descargado (siempre me gusta tener un Live CD recentito por si las moscas) y le he dado una pequeña prueba, aunque esta entrada no es un review de la nueva versión: cuando he ido a guardar el CD en mi carpeta de CDs de “Linux (y similares)” me he dado cuenta de cuantas versiones diferentes guardo. Por supuesto esto se merece una lista (los nombres son los que aparecen en el CD):
Seguro que me he bajado más, y muy probablemente por muchos de esos 56 CDs los innombrables se han llevado su canon, pero ya sabéis, ajo y agua.
¿Cuál será la próxima? Bueno, seguramente alguna distribución de OpenSolaris. El otro día estuve en una conferencia y lo cierto es el sistema de ficheros ZFS tiene una pinta excelente (al menos para servidores), y el soporte en Mac OS X no es muy maduro aún.
PD: Tenía esta entrada “olvidada” en borradores desde el día en que descargé Ubuntu (que creo que fué el 26 de Abril). En esta semana y pico la versión final de OpenSolaris “Indiana” ya está disponible, así que al final tendré que probarla ¿no?
Notably, the FAQ does not answer the question ‘what the hell were you thinking?’ (excepto por una palabra, el título de la página son acrónimos 
)
Como todo el mundo sabe, la carrera de Ingeniería de Informática es una de las más deseadas por las féminas, por lo que la proporción de ingenieras a ingenieros es muy grande (más según avanzamos de curso, por razones de cansacio físico de los ingenieros machos, que se verán claramente más adelante). Por ello muchas veces los ingenieros machos deben lidiar con el “celo” simultaneo de varias de sus compañeras (ingenieras féminas), pero como la economía del país está tan mal, los recursos de los ingenieros machos no les dan para suficientes preservativos.
La situación es la siguiente: tres ingenieras hembras se quieren aparear con el mismo ingeniero macho, pero el ingeniero macho, para su desgracia, solo dispone de dos preservativos. El ingeniero macho debe idear una forma de aparearse con las tres ingenieras hembras, evitando el posible contagio de enfermedades entre las tres ingenieras o entre él y las ingenieras. ¿Cómo lo consigue el ingeniero macho? Encontrar, si es posible, una generalización para el número mínimo de preservativos necesarios para aparearse un conjunto de ingenieras hembras de cardinalidad n.
Como veís es un problema derivado del de la cena de los filósofos. A este se le denomina la orgía de los ingenieros (que, como el otro, es una situación hipotética que nunca se dará).
And his EYES. His FUCKING EYES. Quién podía imaginar que los guiones de Lost se escribiesen así.
This was a triumph. No se si alguién lo tiene, pero Rock Band + Still Alive = Triunfo.
Extensión de Firefox esencial para XKCD. Porque XKCD es un comic con no una, sino dos punch-lines.
Si algo no me pueden negar los usuarios de Windows es que la línea de ordenes de cualquier Unix es mucho más avanzada (bueno, quizá los usuarios de PowerShell puedan sentirse ofendidos). Y una de sus grandes comodidades es la posibilidad de “autocompletado” en nombres de archivos y directorios. Pero desde hace unas cuantas versiones, Bash (el shell por excelencia en muchos Unixes) proporciona al usuario la capacidad de “programar” el sistema de autocompletado.
Nadie me puede negar que escribir ssh ❬TAB❭❬TAB❭ y obtener la lista de servidores a los que te conectas normalmente no es un placer. Pero para mí ese placer se convierte en pesadilla utilizando Subversion.
El autocompletado por defecto de Bash para Subversion (mi versión es la 20060301, que parece ser la última) funciona… de una manera un poco peculiar: para escribir una orden como:
svn commit src/directorio/archivo.c
hay que hacer:
svn com❬TAB❭ s❬TAB❭❬←❭/d❬TAB❭❬←❭/a❬TAB❭
Es decir, despues de pulsar la tecla ❬TAB❭ siempre se incluye un espacio, que hay que eliminar, y después incluir la barra de separación de directorios, lo que cuando estás escribiendo una ruta larga es como hacer el retorno de carro en una máquina de escribir antigua: un trabajo tedioso.
La solución es de lo más sencilla: hay que localizar el archivo bash_completion (en mi caso está en /opt/local/etc/bash_completion, instalado utilizando MacPorts, pero intuyo que en Linux estará en /etc/bash_completion) y buscar la linea que dice:
complete -F _svn $default svn
por otra que diga:
complete -F _svn $filenames svn
Con ese pequeño cambio, la orden anterior se convierte en:
svn com❬TAB❭ s❬TAB❭d❬TAB❭a❬TAB❭
Que es increiblemente más rápido de escribir.
Programa mi jefe con acentos en el function!. El javascripy mola mogollón.
Ruido blanco está orgullosamente gestionado con WordPress.
A menos de que se especifique lo contrario, todo el material original de cualquier tipo creado por Daniel Rodríguez Troitiño e incluido en esta bitácora o cualquiera de sus páginas asociadas incluyendo los archivos de la bitácora, está protegido según la Creative Commons License.
Tonterías legales o Lawyer's stupidities
