jueves, 30 de noviembre de 2006

Una distro distinta - GoboLinux

Por fin algo muy novedoso bajo el sol!

Estuve leyendo sobre una nueva distro, GoboLinux, que innova en el campo de las distros linux, no implementando 'un nuevo sistema de paquetes'. Simplemente se replantearon la vieja estructura de directorios Unix que existe en Linux y se propusieron cambiarlo, para que cualquiera ("hasta mi vieja") lo entendiera, "a la Mac OSX".

Básicamente tienen un esquema de directorios:


>~]cd /
ls
Programs
Users
System
Files
Mount
Depot
y es compatible hacia atrás con todos los programas, ya que la "vieja" estructura de directorios (/bin, /usr, /var, etc.) están ocultas con un módulo del kernel que ellos mismos desarrollaron, llamado gobohide. Sin embargo, siguen existiendo, y el resto del cuento lo manejan con enlaces simbólicos.

Trabaja con casi todos los sistemas de archivos conocidos, y dispone de un comando para mostrar y ocultar directorios.

Qué lindo sería levantar un Linux y hacer esto:

/] cd /Programs
/Programs] ls

AfterStep E2FSProgs Htop NTP Subversion
ALSA-Driver Ed HTTPD OpenOffice Sudo
ALSA-Lib Eject Hydrogen OpenSSH Swfdec
ALSA-OSS Elinks IBM-Java2 OpenSSL Synaptics
ALSA-Utils Ethereal ID3Lib Pango SysFSUtils
Ardour Expat IEEE80211 Patch Sysklogd
Audacity File IMLib2 Perl TCL
Aumix Firefox InetUtils Pkgconfig TeTeX
Autoconf Flac Intltool PodXTPro Texinfo
Automake Flex IpodSlave Popt TIFF
Bash Fontconfig Iptables PPP TiMidity++
Me encantaría traducir este artículo y postearlo acá, pero lamentablemente no tengo tiempo.

Qué bueno sería que Ubuntu lo incluyera!!!!

Soñar no cuesta nada. Abrí una nueva feature en el launchpad de ubuntu, acá:

https://blueprints.launchpad.net/distros/ubuntu/+spec/system-directory-approach

Opinen!

Salutes
Marcelo

martes, 28 de noviembre de 2006

Gnome se Compra Fibras para Colorear

Parece que un desarrollador de Gnome se puso las pilas y está agregando más "control" y configuración a los benditos themes:



Esperemos que llegue a integrarse a Gnome 2.18 (asumiendo que se va a integrar, :-D ).

Links:
http://blogs.gnome.org/view/thos/2006/11/20/0
http://blogs.gnome.org/view/thos/2006/10/28/0

Marcelo
PD: Y para mi vieja, que no me está leyendo pero está siempre en mi cuore, FELIZ CUMPLE, MA!

viernes, 24 de noviembre de 2006

Applets y LiveConnect en Firefox

Holas. Ultimamente estuve metiendo mano en un Applet de Java embebido en un Sistema Web, que entre otras cosas, lo que hacía era ejecutar lo siguiente:


import java.applet.Applet;
import netscape.javascript.JSException;
import netscape.javascript.JSObject;

public class imprimesecescape01 extends Applet {
public void paint(Graphics g) {
// .... código Java haciendo lo que hace el Applet ...
// Al finalizar:
try {
JSObject jsobject = JSObject.getWindow(this);

// windowClose es una función Javascript que
// está en el HTML que sólo llama a window.close();
jsobject.call("windowClose", null);

} catch(JSException jsexception) {
g.drawString("caught JS: " + jsexception, 20, 20);
}
}
}

Es decir, este Applet utiliza las clases de LiveConnect del navegador para llamar a la función JavaScript windowClose() residente en el HTML, que a su vez llama a window.close(). Todo para que, una vez que se ejecutó el código del applet, se cierre la ventana.

Esto en IE (previamente el único navegador soportado por el sistema) funciona. Pero en Firefox no. Después de investigar, tenía un problema y un bug en mi applet:

1- Un bug en el applet: El applet no se ejecutaba a menos que el tag APPLET especificara algo mayor a 0 en el width y el height. Encontré este bug, pero aparece como RESOLVED. Al principio, pensé que había una regresión del bug. Revisando y pensando un poquito, el comportamiento que mostraba Firefox estaba bien, mientras que el de IE estaba mal.

Por qué? Simple:
Pregunta: cuándo se ejecuta el método paint()?
Respuesta: cuando hay que dibujar el applet en su área asignada en la página.

Entonces, si el área a dibujar es de 0 pixeles de ancho y 0 de alto, para qué ejecutar el método paint? Justamente, Firefox no debía dibujar nada, entonces no llamaba a paint()... mientras que IE lo ejecutaba igual... grrr..

Al final, fue tanto como mudar el ćodigo de paint() a start() (que se ejecuta únicamente cuando el navegador arranca el applet), y listo el pollo. :-D

2- Un problema: El código que está arriba (el del applet), que llama a windowClose(), colgaba el firefox! Encontré este otro bug (del 2001!), que tiene un workaround:

try {
JSObject jsobject = JSObject.getWindow(this);
jsobject.eval("setTimeout(\"windowClose()\",100)");
} catch(JSException jsexception) {
g.drawString("caught JS: " + jsexception, 20, 20);
}

Si claro, es un hack, pero funciona tanto en Firefox como en Explorer, así que ahora mi applet funciona y el sistema ahora está "portado" a Firefox/Linux también! :-D

"Todo sea por un cacho más de libertad" :-P

Marcelo

miércoles, 22 de noviembre de 2006

KDE 4 en Windows: Cuánto falta?

Hace unos días me topé con estas capturas de KDE y quiero reproducirlas acá... y sí, estoy ansioso por probarlo... no porque use Windows (hace muuuuucho que no lo uso), sino porque soy de los que creen que para migrar a Linux hay que convencer primero con instalar aplicaciones disponibles en Linux en Windows. Después, cambiar el SO entero que hay "por debajo" es muchísimo menos traumático para el usuario.

Disfruten!





martes, 21 de noviembre de 2006

Glxgears ahora sirve!

Una huevada que hace tiempo que no sabía qué lo estaba causando (sólo en los Ubuntu), era que el glxgears no me escupía por consola los Frames por Segundo (FPS) que lograba renderizar en 3D. Antes yo podía ver que si tiraba unos 40 o 50 FPS, algo con mi 3D andaba mal... cuando cambiaba de placa de video, veía cúantos FPS tiraba el glxgears y comparaba la diferencia relativa de placas... etc.

Hasta que migré a Ubuntu, donde los FPS nunca aparecen en la consola!!
Siendo hasta una cuestión existencial, busqué y encontré la solución: como parece que a alguien le molestó que el glxgears se utilizara como "benchmark", por defecto se deshabilitó la salida de los benditos FPS (mal hecho en mi opinión).

Por suerte, dejaron una "puerta trasera", una opción de consola. Tipee esto en su consola:

marcelo@marcelo-desktop:~$ glxgears -iacknowledgethatthistoolisnotabenchmark

Y obtenemos esto!



Conclusiones:
1- Lo bueno es que ahora sé a cuánto anda más o menos mi placa con X.org 7.1 + Drivers Nvidia 9xxx sobre Beryl.
2- A QUIEN SE LE PUEDE HABER OCURRIDO SEMEJANTE OPCION???? ("yo reconozco que esta herramienta no es un bechmark"??????????)

Y bueh, es lo que hay.
Salutes
Marcelo

Actualización: Mauro me comenta de que el flag '-printfps' debería funcionar y así es, funciona. Así que hay 2 flags para hacer lo mismo, el 'fácil' y el 'geek'. :-P

domingo, 19 de noviembre de 2006

Ya llegamos a la India? NO!

Para escapar un poco de la programación, linux y open source, traigo a sus ojos otro muy recordado pasaje de la Cultura Simpsoniana: El viaje a la India. :-D




viernes, 17 de noviembre de 2006

Lo que viene, lo que viene....

Hay cositas interesantes en la manga para Ubuntu Feisty 7.04, como esta:



Ta bueno, no? :-D

También se prevee que AIGLX esté habilitado por defecto (efectos 3D, ya sea de la mano de Beryl o de Compiz). Se piensan incluir los drivers propietarios de NVidia/ATI o al menos dar a elegir en la instalación, para tener un escritorio 3D de movida. Esto es motivo de discusión por muchos defensores a ultranza del soft libre.

Hay novedades sobre X.org 7.3 (7.2 está por salir), aunque no va a estar disponible para cuando salga Feisty. Más que nada la idea en X.org es crear un esquema de autoconfiguración (y olvidarse del xorg.conf); buscar el mejor driver + resolución + dispositivos, etc. en el arranque, si no, tener un fallback en Vesa o algo parecido. Esto puede que sea buenísimo, pero veremos cómo se implementa (es una de esas cosas que si se implementa mal, estamos en el horno; su funcionamiento sería crítico).

Y cuando queramos reproducir un video del que no tengamos codec, va a aparecer un cartelito que diga "quiere instalar el paquete xxx que provee soporte para la reproducción de este video?" (o algo así, je). Lo bueno es que se va a implementar en GStreamer pero de forma que todas las distros se beneficien de esto.

Lean los links!

Enlaces:
http://www.murrayc.com/blog/permalink/2006/11/16/ubuntu-developer-summit-mountain-view/
http://www.linux.com/article.pl?sid=06/11/16/1443243

Marcelo
PD: Después le pongo los enlaces al texto. Toy vago hoy.
PD2: Aca hay otra descripción de las conclusiones de la UDS pero traducida al castellano.

jueves, 16 de noviembre de 2006

Hotmail me dio 1GB de espacio!

Al fin!!! Después de tener Hotmail (gratuito) desde el año 1998, con fantabulosos 2MB de almacenamiento, y una interfaz "novedosa" para la época...

... Microsoft compró Hotmail y nunca ofreció nada más "atractivo" de Hotmail... por eso empecé a usar Yahoo (100MB de espacio contra 2MB era muucha diferencia, no?), hasta que llegó el gran GMail.

Sin palabras: GMail estaba y está todavía muy por delante de cualquier otro servicio de correo. Su interfaz totalmente novedosa (no igualada todavía por los otros) y "liviana" utilizando AJAX, simple y con muchas características (hasta tiene un cliente de mensajería en el mismo webmail!), 2.6 GB de almacenamiento, bla bla bla... hacen que esto:



y el "revuelo" que causa en medios "masivos" de comunicación hacen que me cause muuucha gracia!!!! :-D

Y vos, pebete.... por qué no probás GMAIL???? :-D

Salutes
Marcelo

miércoles, 15 de noviembre de 2006

URL de la Rock and Pop

Para la gente que quiera escuchar la Rock and Pop y necesite la URL para agregarla directamente en su reproductor de música sin andar dando vueltas por la página, las URLs son:

Banda Ancha:
mms://200.59.146.10/rockandpop-ba

Dial Up:
mms://200.59.146.10/rockandpop-du

En Linux con los códecs de gstreamer-ugly deberían funcionar (tengo tantos códecs que ya no sé con cuáles específicamente funcionan...)

Marcelo

Cafeconf 2006

Al fin llegó la Cafeconf 2006! :-D

Estuvo buena, lástima que este año pude ir sólo un día.

Lo destacable fue encontrarse con toda esa "gente como uno" que me hace sentir que no estoy "solo" en el mundo. :-D

Sobre las charlas a las que asistí, les puedo comentar lo siguiente:

  • "Collition Course with Ruby": Excelente charla, muuuy entretenida e interesante; el disertante (Gabriel Arellano), un capo, muy didáctico y llevadero, no aburrió para nada. Aprendí muchas cosas de Ruby. Lástima que el tiempo (como en la TV) es tirano.

  • "Cómo Hacer Plata con Software Libre": Ummm... odio reconocerlo, pero en mi opinión, estuvo muy floja. Con este título esperaba (y creo que todos los asistentes esperábamos) mucho más. Le debo mucho respeto y reconocimiento a John Lenthon, lo conozco de la lista de PyAr y es un capo, sabe muchísimo, pero en mi humilde opinión (tratando de ser constructivo) podría haber planificado de otra manera un tema tan interesante.

  • "XiFrame, un poderoso framework de desarrollo de aplicaciones": Muy buena, les debo el comentario.

  • Keynote - "Que es Python y Porqué importa", de Alex Martelli: Excelentísimo disertante, clarísimo en lo que quería transmitir; lástima que no hubo otra charla con contenidos más avanzados. Me dejó el concepto del "espíritu" del lenguaje, fue un honor escucharlo.

  • "Routing avanzado y balanceo de carga en GNU/Linux": MUY buena, más que nada porque aunque hice cosas con firewalls, proxys, servers Linux, nunca tuve la oportunidad de investigar un poco sobre balanceo con varias conexiones de banda ancha. La respuesta es sencilla: "apt-get install iproute", "man iproute". O si no, googleen. :-D

  • "Voto Electrónico" - Enrique Chaparro: Les debo el comentario. Estuvo bien, con algunas salvedades que después les comentaré (es tarde y hay que hacer noni). :-D
  • Después no me quedé al sorteo y cánticos alegóricos... pero tienen que saber que los acompaño en el sentimiento y participo de sus foros, logros y eventos. Salud, Cafelug! (con versito y todo!)
Una de las cosas que quiero plasmar acá es haber escuchado de Sebastián Desimone una idea bastante piola, como un Proxy de SQLs (de un SGBD, en realidad). De acá en más, volé... y se me ocurrió algo como lo siguiente, algo como:

"Concepto de un "Firewall de SQLs", utilizando un "Proxy de BD" (que implementa el protocolo de servidor de una SGBD), pero que 'filtra' qué consultas están permitidas y qué consultas no, evitando ataques del tipo de Inyección SQL."

Además de eso, se me ocurre que uno puede distribuir con una aplicación web (Joomla, por ejemplo) un "modulito" con un conjunto de consultas SQL que utiliza la aplicación, que se instala en el Firewall de SQLs. Luego, tu aplicación está proactivamente protegida (un poco más) contra errores de programación (del Joomla, en este hipotético caso).

Es más, hasta se puede poner el firewall en modo "promiscuo" (es decir, que deje pasar todas las consultas), y que todo lo que redirecciona a la BD lo vaya almacenando aparte como log. En ese momento, se utiliza la aplicación web normalmente, abarcando toda su funcionalidad. Luego, se sale del modo "promiscuo" del Firewall de SQL y se utiliza el log con las consultas hechas anteriormente como base de reglas de filtrado, haciendo que la aplicación pueda realizar sus operaciones, pero si surge algún problema de seguridad en forma de inyección SQL, dicho ataque no pase por el "firewall".

Calculo que algo de esto debe existir (BDs grosas, como Oracle, DB2, etc.), pero es la primera vez que tengo noción de algo así, y tán útil!!!

Ahora sí, volviendo al planeta tierra, paso a dejarles las pocas fotos que saqué del tan esperado evento...


Con Rocío, Pablo y Luis en la puerta.


Los muchachos del UnluX, siempre presentes!


Mauro y Efra, próximos pythonistas. :-D


"Alex Martelli in Concert" :-D


Devorando en Mc Pato.


Otra foto, esta vez con Ezequiel agregado al grupete, lástima que el muchacho le dió rápido al botón de la cámara y salió fuera de foto. :-(

Bueh, es todo, voy a dormiiiir.
Salutes
Marcelo

miércoles, 8 de noviembre de 2006

Drivers Nvidia 9629 + Beryl - XGL = Más mejoras

Hola gente, por fin salieron nuevos drivers de Nvidia para Linux/BSD/Solaris!!! (en su versión estable, claro).

Son los primeros de la serie 9xxx, los cuales permiten que en mi Edgy vuele de un plumazo a XGL con el fin de ejecutar Beryl... Ahora sólo ejecuto X.org 7.1.1 + Beryl.

Es decir, antes: X.org + XGL + Beryl. (Drivers Nvidia 8xxx)

Problema Principal: OpenGL, XVideo y otras extensiones que renderizaban directamente en la memoria de video (por decirlo sencillo, alguien que aclare acá!) no era directo, sí o sí pasaba por el server XGL.

Consecuencias: Lentitud en cualquier cosa que utilice esas operaciones, como ser juegos o reproductores de video. El smooth scrolling en firefox (ignoro por qué era lento antes).

Ventajas: Efectos 3D en el escritorio! Cubos girando, zoom, exposé y varias cosas bonitas.

Ahora: X.org 7 + Beryl. (Drivers Nvidia 9xxx). Al estar estos drivers preparados para soportar las operaciones de un window manager como Beryl directamente, no hace falta XGL, por lo tanto no hace falta un servidor X (XGL) que haga llamadas OpenGL a otro (X.org). Directamente Beryl hace llamadas a X.org.

Menos Componentes = Más velocidad. Y con más facilidades, como por ejemplo OpenGL renderizando con aceleración directa! (sin trucos, Doom 3 y Quake 4!)

Acá hay una captura de un momento glorioso: OpenGL + Composite + Beryl.



Sí, se comía la CPU (como pueden ver en el sensor de carga de CPU), pero era el glxgears, ya que probé el Tux Racer y el Super Tux (juegos que usan OpenGL) y apenas la CPU llegaba al 40% en los dos casos, corriendo Metacity y Beryl.

Instalación
Desde cero es algo largo, pero partiendo de una instalación de XGL + Beryl es relativamente simple (aunque depende de qué howto hayan seguido). Básicamente, fue:

1 - Bajar los nuevos drivers de NVidia. Usé estos repositorios, que preguntando al mantenedor me dijo que "me quede tranquilo", que cuando Ubuntu actualice el kernel él iba a actualizar los paquetes. :-D

2 - Probar que todo funcionara como antes (por las dudas). O sea, si quería podía seguir usando XGL.

3 - Cambiar la configuración de GDM para que no arranque el XGL, sino que cargue X.org. Sólo fue modificar el /etc/gdm/gdm.conf-custom (comentando las 3 líneas que había puesto, bah). Lo dejé como cuando vino del CD de instalación de Ubuntu. ;-D

4 - Agregar una opción al /etc/X11/xorg.conf (como se explica acá).

5 - Listo. Arrancar la sesión de mi usuario y probar...

Bueh, es todo lo que me acuerdo; estuve jugando bastante y el sistema está más liviando; aunque me gustaría que en la nueva versión de Beryl (0.1.2, yo todavía estoy corriendo 0.1.1), se corrijan varios errores muy visibles, y se optimice el funcionamiento en general (tiene algunos cuellos de botella todavía).

Taluego
Marcelo

lunes, 6 de noviembre de 2006

Nueva Versión de TabMixPlus!

Mi plugin preferido para Firefox de manejo de pestañas por fin fue actualizado para soportar la versión 2.0 de Firefox!

Trae un par de novedades, pero lo más importante es que ya tengo las funcionalidades extra de la versión anterior. :-D

Screenshot:


Acá se puede ver la opción de dejar a Firefox manejar las restauración de sesiones.

Links:
Página en addons.mozilla.org
Página del proyecto

Salu2
PD: Les dejo un link con muchísimas extensiones para Firefox, pero categorizadas.

Tu /dev/parport0 no existe? (Ubuntu 6.10)

Buiinas...

Hoy, queriendo imprimir dentro de una máquina virtual de VMWare con un Windows XP (no pregunten por qué semejante masoquismo! [1]), sobre mi flamante Ubuntu 6.10 Edgy, me encuentro que VMWare no puede usar"/dev/parport0".

"Ja!" Pensé, porque sabía que VMWare no puede utilizar el puerto paralelo mientras CUPS está corriendo y mientras el módulo 'lp' está cargado. Entonces hice "sudo /etc/init.d/cupsys stop" y "sudo rmmod lp" para detener el servicio de impresión y el módulo de impresión respectivamente. Después de eso, volví a arrancar el VMWare. Pero ahora el mensaje cambió, y ahora VMWare decía que "/dev/parport0 no existe"... "Eh? - Ahora sí que no sé qué pasa".

Como esto sí funcionaba sobre Dapper, googlié por algún tipo de problema al respecto, y encontré esto:

http://www.murrayc.com/blog/permalink/2005/12/24/wheres-my-parport0/
http://linux.wordpress.com/2006/05/29/running-vmware-workstation-55-on-suse-101/

Y el más definitivo bug:
https://launchpad.net/distros/ubuntu/+source/gnome-cups-manager/+bug/29050

Evidentemente, en algunos casos, parece que aunque uno tenga conectada una impresora de puerto paralelo, Ubuntu 6.10 no crea el archivo que representa ese puerto ("/dev/parport0"). Simplemente lo solucioné haciendo un "sudo modprobe ppdev" primero para verificar que VMWare encontraba el puerto paralelo. Y como pude imprimir desde la máquina virtual, agregué la línea "ppdev" (sin comillas) a mi /etc/modules, con el comando "sudo gedit /etc/modules".

Listo, VMWare puede encontrar mi puerto paralelo.

[1] Cualquier trámite que quieran hacer varias entidades del Estado Argentino (AFIP, Rentas de Buenos Aires...) requiere un aplicativo llamado SIAP, que está hecho con *puaj* VB6+Jet DB, mejor conocido como Access *puaj* y lamentablemente disponible sólo para plataformas Windows.

Saludos
Marcelo

viernes, 3 de noviembre de 2006

Ojo con los Proxys Transparentes de los ISPs

Actualización (21/11/2007): Buanzo en su blog aporta un método mejor para evitar esto que describo en este post, cambiando la configuración del apt.

Holas, este post es para comentar algo que me pasa de vez en cuando y que me pone los pelos de punta: los proxys transparentes de los ISPs (Speedy en mi caso). Resulta que como comenté anteriormente, hace poco me actualicé a Ubuntu 6.10 y en estos últimos días salieron algunos parches de seguridad (estoy suscripto a la lista de USN - Ubuntu Security News).

Pero no importa lo que hiciera, siempre tenía este error al hacer apt-get update:

root@marcelo-desktop:/usr/bin# apt-get update
[...]
Des:10 http://archive.ubuntu.com edgy-proposed Release [19,6kB]
Ign http://archive.ubuntu.com edgy-proposed Release
Obj http://archive.ubuntu.com edgy-proposed/main Packages
Obj http://archive.ubuntu.com edgy-proposed/restricted Packages
Obj http://archive.ubuntu.com edgy-proposed/universe Packages
Obj http://archive.ubuntu.com edgy-proposed/multiverse Packages
Descargados 33,9kB en 5s (6588B/s)
Imposible obtener http://security.ubuntu.com/ubuntu/dists/edgy-security/main/
binary-amd64/Packages.bz2 La suma MD5 difiere
Leyendo lista de paquetes... Hecho
W: GPG error: http://archive.ubuntu.com edgy-proposed Release: Las siguientes
firmas fueron inválidas: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key
W: Tal vez quiera ejecutar 'apt-get update' para corregir estos problemas
E: Algunos archivos de índice no se han podido descargar, se han ignorado,
o se ha utilizado unos antiguos en su lugar.
root@marcelo-desktop:/usr/bin#
- ¿Y esto? - me pregunté. Al principio tenía sólo el problema de "la suma MD5 difiere". Después de seguir intentando (dejé pasar un par de días), se me agregó el tema de que no concordaba la clave pública del repositorio edgy-proposed.

Googlié (así se dice? :-P ), revolví ("apt-get install --reinstall ubuntu-keyring") y nada... hasta que recordé que una vez estuve 2 días esperando que la caché del Proxy Transparente de Speedy se "vaciara" ("flusheara", en mi jerga) para que me muestre actualizados los cambios que estuve haciendo en una página web que estaba desarrollando en ese momento.

Cómo detecte (en ese momento) el problema? Fácil: Acá entran los amigos de uno en juego. Resulta que tenía uno con Arnet, otro con Fibertel y otro con Speedy. Yo había modificado la página, vacié mil veces la caché del navegador, y seguía viendo la página "vieja". Les pedí ayuda a mis amigos, y los de Arnet y Fibertel veían perfectamente las modificaciones que yo había subido hacía minutos... pero mi amigo de Speedy no! (y eso que era la primera vez que él entraba a verla, así que no había caché de navegador que valiese).

Lo que pasaba era que el Proxy (transparente, porque yo no tengo que configurar un proxy en mi conexión para navegar) de mi ISP no me estaba "caducando" ("venciendo") del caché la página, entonces no consultaba el server original y me devolvía una versión "vieja" de la página, desde su almacenamiento local.

Esperé un par de días hasta que la página "caducara" en el Proxy (totalmente fuera de mi control, claro), y magia: solita se actualizó (y eso que probé con los encabezados http para hacerla vencer... pero nada, se ve que el proxy que están utilizando debe tener algún problema, ni idea)...

Bueh, recordando este inconveniente que me sucedió hace un tiempo, me dije: "no será un problema del proxy de Speedy que me está mandando una versión corrupta de los índices de los repositorios?" Entonces, para "burlar" cualquier proxy (y en este caso, el de Speedy), se debe usar otro proxy, je.

Fue tanto como googlear por proxys anónimos (hay bots que escanean la red en busca de proxys mal configurado, sin autenticación, libres de uso) y encontré una página con Proxys catalogados por país (tercer link de Google, je). (Ojo, puede que dentro de un tiempo no sirvan...)

Entonces fue tanto como probar al azar las IPs de la lista; uno no me contestaba, el otro me daba 111 - Conexión rehusada, hasta que encontré uno que empezó a bajar los índices del repo de Ubuntu:

Intento 1:
root@marcelo-desktop:/usr/bin# export http_proxy=http://201.37.117.34:8080
root@marcelo-desktop:/usr/bin# apt-get update
0% [Conectando a 201.37.117.34 (201.37.117.34)] [Conectando a 201.37.117.34
(201.37.117.34)] [Conectando a 201.37.117.34 (201.37.117.34)] [...]
Intento 2:

root@marcelo-desktop:/usr/bin# export http_proxy=http://201.21.222.112:6588
root@marcelo-desktop:/usr/bin# apt-get update
Err http://www.kubuntu.org edgy Release.gpg
No pude conectarme a 201.21.222.112:6588 (201.21.222.112). -
connect (111 Conexión rechazada)
Err http://espergreen.com edgy Release.gpg
[...]
Intento 3:
root@marcelo-desktop:/usr/bin# export http_proxy=http://200.19.159.35:3128
root@marcelo-desktop:/usr/bin# apt-get update
Des:1 http://www.kubuntu.org edgy Release.gpg [189B]
Des:2 http://archive.canonical.com edgy-commercial Release.gpg [191B]
Des:3 http://security.ubuntu.com edgy-security Release.gpg [191B]
Des:4 http://www.amd64.aceracerftw.com edgy Release.gpg [189B]
[...]
Obj http://archive.ubuntu.com edgy-proposed/multiverse Packages
Descargados 26,1kB en 1m35s (273B/s)
Leyendo lista de paquetes... Hecho
root@marcelo-desktop:/usr/bin#
¡Joya! Como el destino de la conexión era otra IP distinta de la de los repositorios de Ubuntu, el Proxy de Speedy sí o sí tenía que conectarse a esa IP "desconocida" (que al ser otro proxy me comunicaba con los repos de Ubuntu!). De esta manera, obligo a que no use lo que tiene en su caché.
root@marcelo-desktop:/usr/bin# apt-get upgrade
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo información de estado... Hecho
Se actualizarán los siguientes paquetes:
imagemagick irb1.8 libimlib2 libmagick++9c2a libmagick9 libpq4
libreadline-ruby1.8 libruby1.8 libwv-1.2-1
linux-restricted-modules-2.6.17-10-generic
linux-restricted-modules-common nvidia-glx rdoc1.8 ri1.8
ruby1.8 ruby1.8-dev screen wv
18 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados.
Necesito descargar 21,4MB de archivos.
Se liberarán 20,5kB después de desempaquetar.
¿Desea continuar [S/n]?
Magia!! :-D

Todos (o casi todos) los comandos de consola que utilizan el protocolo HTTP utilizan la variable de entorno "http_proxy" para usar proxy en su conexión (aunque podría haber usado el archivo /etc/apt/apt.conf, pero es otra historia). Así fui cambiando de IP de proxy probable hasta que uno me contestó. Y como ven, no me dió ningún error de MD5 que no concuerda, ni de clave pública errónea. Pude burlar al proxy de Speedy! :-D

(Y actualizar mi Ubuntito también, je) :-D

Ojo, que igual era necesario sólo para el 'update'. Al fin y al cabo, bajar los paquetes por medio de un proxy taarda muucho. Al final, una vez que por el proxy bajé los índices y no me dió error, hice un "export http_proxy=" (sin nada), para volver a la conexión directa y bajar los paquetes sin proxys en el medio.

Así que ya saben: si tienen problemas de refresco/actualización de recursos en la web, chequeen de esta manera. Obviamente es mucho más lento (e inseguro también, ya que podemos sufrir un MITM Attack) usar un proxy de un tercero que de forma directa, pero... prefiero correr el riesgo y actualizar mi Ubuntu. Después de todo, los paquetes del repo de Ubuntu vienen firmados.

Buenas noches!
Marcelo