Pablo Hoffman

No se a ustedes pero a mi me sigue pareciendo harto complicado el cálculo del nuevo impuesto IRPF, por más que la DGI se empecine en demostrar lo contrario.

En este link les dejo una página para calcular rápidamente el IRPF, aunque tómenla solo como referencia, ya que no tiene en cuenta deducibles extras como la salud de los hijos, etc. La brindo solo a carácter informativo, y para compartir algo que me llevó cierto tiempo averiguar, con la esperanza de que le sea de utilidad a alguien.

Por más información consultar el decreto oficial que (aunque impenetrable) es la única fuente oficial. Este documento tiene una explicación más clara, pero el valor del BPC está viejo. A propósito, BPC = Base de Prestaciones y Contribuciones (que coincide con el Salario Mínimo Nacional).

También les dejo el código fuente de la página, que no es más que un script php atorrante de 58 líneas.

Actualización (24 May 2007): en esta página hay un calculador de IRPF mucho más eficiente. ¡Gracias Gabriel por el dato!. De haberlo sabido antes este post no existiría :-).

Are you using Mutt and wondering whether it's better to use mbox (mailbox) or maildir for mail storage?. I hope this post will help you decide.

Here I publish a simple benchmark results of the time it takes mutt to read/open a folder with 28.000 emails.

First, some notes about the tests:

• software: mutt 1.5.13 compiled with +USE_HCACHE running on a Debian 4.0 server (2.6.18 kernel)
• hardware: 3.2 Ghz Pentium 4 with 2Gb of RAM
• all this values are averages
• all these tests are taken with disk buffers active on RAM
• all numbers are averages times

Now, the results...

Using mbox

real    0m1.920s
user    0m1.808s
sys     0m0.112s

Using maildir without header_cache

real    0m2.599s
user    0m2.092s
sys     0m0.508s

Using maildir with header_cache

real    0m0.884s
user    0m0.732s
sys     0m0.152s

Conclusion

Based on these results, it seems the better choice is to use maildir with header_cache (BTW, header_cache doesn't work with mbox). However, this benchmarks are quite simple and don't cover all the facts so I recommend you to run the following tests before you decide:

• This same tests with disk buffers out of RAM (use echo 3 /proc/sys/vm/drop_caches to invalidate disk buffers)
• Using folders bigger than the available RAM
• Taking some measures on body search times

Este blog se une a la batalla contra el consorcio HD-DVD por su intento (fútil) de censurar la clave de cifrado de HD-DVD.

Pueden ver más información en la cobertura de la noticia por FayerWayer o en las inteligentes reflexiones de Enrique Dans. Creo que este suceso, junto con el reciente acuerdo entre Apple y EMI, terminan por sepultar definitivamente al DRM para el futuro de la humanidad. Tampoco es que haya tenido demasiado éxito. Digamos que más bien fue una tecnología "dead on arrival".

En otro ámbito de cosas, también relacionadas con la libertad, Dell finalmente confirmó (hasta ahora eran rumores) que va a empezar a vender PCs con Linux preinstalado. Aunque nada tiene que ver con el incidente de HD-DVD, vale la pena mencionar la noticia porque marca un hito en la historia del software libre. No porque sea Dell, ni porque sea Linux, sino por el hecho en sí y sus potenciales repercusiones para el FOSS.

¡Como cambia el mundo! Y parece que fue ayer cuando probaba RedHat 5.0 por primera vez (y con mucha desconfianza, por cierto).

Actualización: Originalmente el título de este post contenía el código de cifrado de los HD-DVD, pero debido a ciertos rumores y/o amenzas he decidido cambiarlo de lugar y de forma para evitar dolores de cabeza. El código es: cero, nueve, efe, uno, uno, cero, dos, nueve, de, siete, cuatro, e, tres, cinco, be, de, ocho, cuatro, uno, cinco, seis, ce, cinco, seis, tres, cinco, seis, ocho, ocho, ce, cero. ¡Que me encuentren los bots de Bluehost ahora! ;)

Have you ever stumbled upon a semi-frozen Linux server without being able to reboot it because of some processes waiting in uninterruptible sleep for some I/O, while still being able to login through SSH?

I have. More than once. So why not just force a hardware reset, writing some garbage to restricted I/O ports or memory location?. Sometimes, a hardware reboot is the only way to go. And, if you can do it from software, you may save a car travel just to push a button.

What follows is a program for Linux (found in some linux-kernel thread) which does just that in no more than 2 lines of C code. Enjoy!.

#include <sys /io.h>

int main() {
    ioperm(0x64,1,1);
    while (1) outb(0xfe, 0x64);
}

Usage:

1. Compile: gcc -o hardreset hardreset.c
2. Run: ./hardreset
3. Pray for the server to come back... :)(

Guess what?. You must run it with root permissions.

!Esta sí que es una buena noticia!. Antel finalmente firmó un convenio con la Facultad de Ingeniería (de la UdelaR) para brindar acceso gratuito a Internet, sobre WiFi, durante los próximos 3 años, en todos los espacios de uso público. Aunque no aclara a que espacios públicos se refiere, supongo que, como mínimo, incluirá la biblioteca y la cantina.

No puedo ni empezar a enumerar las bondades de este nuevo servicio. Me parece que esta vez Antel realmente dio en el clavo. Es una iniciativa con tremendo potencial que presenta un sinfín de ventajas (tanto para alumnos, como para docentes). Sin embargo, también es un recurso limitado que se debe administrar muy bien puesto que, dadas las circunstancias, será muy propenso a ser abusado.

Los administradores de este sistema, quienquiera que sean, deberán tomar las debidas precauciones para evitar que se haga abuso del sistema. Algunas recomendaciones personales:

1. Si bien resulta muy tentador brindar WiFi abierta por su gran flexibilidad, me parece que la única forma de mantener el sistema usable es controlando muy bien el acceso. En este sentido, yo optaría por WPA como mecanismo de cifrado, en su modalidad Enterprise que permite autentificar contra RADIUS que (según tengo entendido) es lo que ya usan para autenticar usuarios de bedelias.edu.uy. Así que, por ese lado, ya tendrían medio camino resuelto. Como alternativa, se podría obligar a los estudiantes/docentes a registrar su MAC address, aunque todos sabemos que ese método es tan inseguro como el cifrado WEP. Al fin y al cabo estamos hablando de la Facultad de Ingeniería, no de la plaza de comidas de un shopping. Me imagino que habrá más de uno por allí que sepa crackear WEP...
2. Otro punto crucial es tener un buen control de tráfico, que dependerá del ancho de banda que les asigne Antel (la noticia no menciona ninguna cifra).
3. También deberían bloquear (sin excepción) todo acceso P2P. Probablemente la forma más efectiva de hacerlo sea bloqueando todos los puertos salientes e instalando un proxy transparente.
4. no olvidar dejar abiertos los puertos salientes útiles e inofensivos como: pop, imap, ssh, ftp, jabber, ldap, smtp (aunque este no es tan inofensivo y puede traer problemas de virus/spam) y svn/cvs (especialmente útil en el ámbito de facultad)

Sin duda, una tarea divertida y desafiante para cualquier sysadmin. Y también algo que requerirá de ajustes con el tiempo para irlo acomodando a las necesidades. ¡3 años es una eternidad en términos de Internet!

Por último, algo a tener en cuenta (más allá de los problemas técnicos) es la sobrepoblación que se va a generar en facultad debido a la disponibilidad de este nuevo servicio. Yo, por ejemplo, iría más seguido, ya que podría trabajar desde allí (aunque esto, dependiendo de la política que impongan, podría considerarse un abuso). Creo que esta es una de las limitantes más grandes, ya que para usar Internet inalámbrica se necesita un lugar físico donde sentarse y apoyar la laptop, y ese lugar físico no tardará en saturarse (si ya no lo está). Probablemente allí se presente el "cuello de botella". Algo similar a lo que ocurre con los shoppings, donde el cuello de botella muchas veces es el estacionamiento. Por otro lado, los salones del INCO se van a ver más liberados.

Desde ya, aplaudo la iniciativa y esperemos que se repitan otras como esta.

¿No les ha pasado que a veces reciben un mensaje por MSN o Google Talk y no lo responden en el momento porque están con otra cosa, y dejan para responderlo más tarde?. A mi me pasa constantemente. Si les ha pasado es porque están usando la mensajería instantánea como e-mail. Desde hace ya un tiempo, la mensajería instantánea está destinada a converger con el correo electrónico en una única aplicación, como ya lo es Gmail + Google Talk.

En unos años la diferencia entre e-mail y mensajería instantánea será muy difusa. Habrá mails sincrónicos (lo que ahora es la mensajería instantánea) y mails asincrónicos (lo que ahora son los mails común y corrientes).

¿Pero qué le falta al e-mail que sí tiene la mensajería instantánea?. La notificación del estado (disponible, ausente, etc). ¿Pero no es que para eso ya tenemos a Twitter?, una aplicación que nunca usaría porque tiene todo lo que odio de la mensajería instantánea.

En este artículo Wappy habla más al respecto, y no puedo evitar sentirme identificado: hace 2 años que me conecto como "ausente" al MSN, y cada vez me embola más chatear. Si tengo que discutir algún tema con alguien prefiero hablarlo por Skype o teléfono, mientras que para el resto de las cosas me quedo con el mail.

Las mensajería instantánea es ineficiente (comparada con hablar por teléfono, en términos de agilidad de la conversación) e improductiva (ya que te interrumpe lo que estás haciendo y requiere de atención inmediata).

Yo me quedo con el viejo y nunca mal ponderado e-mail.

Acabo de cambiarle el disco duro a mi iBook.

Fue una larga y tediosa travesía de 3 horas que involucró una ida a la ferretería en busca de herramientas, muchas puteadas, y un montón de tornillos.

Vean nada más las instrucciones. Claro, asi te cobran después el servicio técnico...

¿Plug and play? :P

Aunque para mi es algo evidente hace tiempo, dos por tres me encuentro atrapado en una conversación discutiendo sobre Microsoft y de porque la empresa viene en caída. La parte difícil de la charla llega cuando tengo que argumentar mis razones, y lo difícil de argumentarlas es que son demasiadas :). Afortunadamente, Paul Graham se ha tomado el tiempo para analizar el tema y, haciendo alarde de su elocuencia, ha publicado las razones más importantes en su último ensayo, con el cual coincido completamente.

Google y Apple, como era de esperar, son dos de ellas. Otra es AJAX, una tecnología que (irónicamente) fue idea de Microsoft, pero que éste no supo (o no quiso) aprovechar hasta que fue demasiado tarde (¡Ouch!, debe doler que te maten con tu propia tecnología porque no supiste como usarla).

Ya sea que coincidan o no con Graham, vale la pena leer el artículo que (afortunadamente) es mucho más corto que sus típicos ensayos. Aprovecho para citar la que, a mi entender, es la mejor frase (traducida):

La peor debilidad de Microsoft es que ellos aún no se han dado cuenta de cuanto apestan.

¿Soberbia o ignorancia?. Un poco de ambas...

A diferencia de Graham, no puedo decir que me alegre de que Microsoft muera. Preferiría que cambiara y se convirtiera en un auténtico competidor (en el buen sentido) de Google y Yahoo. No digo Apple, porque creo que el área de escritorio ya está completa con Linux y Mac (siendo que también es un área que viene en caída).

Aunque quizás todavía esté a tiempo de cambiar. ¿Qué dicen?. ¿Cambiará o morirá?. Lindo tema para una encuesta geek ;)

Siguiendo la filosofía de Agujero del Mate, un sitio que junta blogs de varios uruguayos adeptos al software libre, he inaugurado un nuevo sitio destinado a agrupar blogs, de uruguayos también, pero en este caso de desarrolladores.

Y el gran nombre del sitio es: DevelUY. Sé que no desborda de originalidad, pero mi debilidad por los dominios cortos es muy fuerte y me dejé llevar :). Además no se me ocurrió ningún otro (se aceptan sugerencias).

Un planeta de desarrolladores uruguayos es algo que venía buscando hace tiempo. Y, como no encontré ninguno, decidí poner uno yo. Lo más parecido es LinuxTeros, pero no es un planeta y además es exclusivamente de software libre. Bueno, así que descargué el Planet, lo instalé en mi hosting y este es el resultado. Por cierto, configurar e instalar el Planet fue un placer: más sencillo, imposible. Felicito a la gente de Planet por eso. Lo tedioso fue armar el diseño, pero ya quedó.

Los (desarrolladores uruguayos) que quieran agregar su blog pueden mandarme un mail ya mismo o esperar a que me tope con vuestro blog :)

Leo que los hackers ya le están sacando jugo al Apple TV, el nuevo media center de Apple recientemente lanzado al mercado.

Reflexionado un poco sobre la inminente salida de su próximo gran producto, el iPhone, y sabiendo que Steve Jobs es un tipo inteligente, me resulta muy estúpida su postura de no permitir la incorporación de aplicaciones de teceros al aparato que ostenta ser el dispositivo móvil por excelencia de los próximos años. Me pregunto si Jobs se habrá dado cuenta de que:

1. de nada sirve impedir la instalación de software de terceros en su futuro iPhone, cuando los hackers van a romper dicha restricción, como ya lo hizo Jon Johansen con los DVD bloqueados por zona y el DRM del iTunes.

2. sería muy estúpido hacerlo, ya que el desarrollo de aplicaciones de terceros es algo que promueve al producto, brindándole publicidad y funcionalidad extra sin tener que pagar un peso.

Por dios, ¿cuánto falta para que las empresas entiendan que vivimos en tiempos de libertad?. Continuamente están triunfando las empresas que brindan más libertades en sus productos, porque son éstas libertades las que promueven la adopción del producto, y muchas veces son los propios hackers que (modificando el producto) obtienen un producto de mejor calidad, lo cual desemboca en mejores ventas y publicidad desinteresada (a través de blogs, por ejemplo) para la empresa que lo fabricó, sin mencionar la mejora del producto en sí.

En ese sentido, me parece que la futura versión 3 de la GPL (a punto de salir, pero aún no terminada) hace bien en intentar salvaguardar mejor nuestras libertades pero, por otro lado, también creo que a esta altura el esfuerzo es un poco innecesario porque el mundo ya se dio cuenta que los productos libres tienen mejor adopción gracias a la comunidad y el grupo de hackers que se genera alrededor del mismo, y que ayudan a llevarlo adelante. La empresas lo saben y se están adaptando.

Lo primero que las empresas deberían plantearse ante el lanzamiento de un nuevo producto es: ¿cómo puedo hacer para crear (o, mejor dicho, ayudar a crear) una comunidad alrededor del mismo?. Impedir las aplicaciones de terceros, definitivamente, no es una de las respuestas posibles a esa pregunta :)

Actualización (2 Abr 2007): me acabo de enterar que hoy EMI anunciará que dejará de usar DRM para proteger su música del iTunes, lo cual (además de marcar un hito en su área) es un gran punto a favor de la tendencia de las empresas hacia un mundo más libre, como se menciona en el artículo.