Hace unos días adquirí una impresora Láser Hp 1018, instalarla en Debian fue sencillo:

a) Instalar el paquete cups

b) Instalar el paquete foo2zjs

c) Instalar el paquete  hannah-foo2zjs

Con el primero habilitamos el sistema de impresión, mientras que el segundo instala el driver adecuado, mientras que el tercero… pues nada, qué se le hace, baja el firmware -privativo- de la impresora ya que sin él no podrlosemos realizar la impresión.

Después de instalar  los paquetes ejecutar hannah-foo2zjs, descargar el firmware para la impresora, navegar en localhost:631, configurar la impresora en cups y listo, páginas totalmente configuradas, con controles de grises, niveles de  profundidad de color en escala de grises etc.
FYI, foo2zsj [1] es un driver de impresión para el protocolo ZjStream [2]

[1] http://foo2zjs.rkkda.com/

[2]  http://web.archive.org/web/20020830075425/http://ddk.zeno.com/Reference/ZjStream/Default.htm

Desde hoy he estado jugando con un Neo FreeRunner corriendo Openmoko, un sistema operativo libre para smartphones.

Openmoko aun no está listo para un consumidor estándar, pero la plataforma del FreeRunner es realmente impresionante. Yo utilicé una imagen más nueva y aproveché el sistema de paquetes opkg (levemente basado en el sistema de paquetes APT) para tener una plataforma realmente poderosa que incluye GPS, WiFi, el teléfono GSM, GPRS, Bluetooth y USB networking, con un espacio de usuario bastante enriquecido con aplicaciones específicas para hardware embebido.

A bajo nivel, las especificaciones también son abiertas, lo que evita los problemas de correr software libre y de estándares abiertos en dispositivos embebidos propietarios, como los que ya había citado en posts anteriores.

Entre las cosas que voy a estar jurungando a futuro están un par de aplicaciones enterprise level corriendo nativamente sobre Openmoko, haciendo uso de GPRS para transmisión de datos en redes comerciales. Para todos aquellos propietarios de un dispositivo que corra Openmoko, ya hay un grupo de usuarios de Openmoko de Caracas, el primero de Venezuela y uno de los primeros de América Latina.

Ohloh – Conectando personas a través del Software que usted crea y usa

Este es el primer artículo de una serie de varios artículos explicativos sobre algunos servicios Web 2.0 que potencian la colaboración de forma protagónica permitiendo que se revelen las dinámicas propias por varios mecanismos como lo son la valoración, la actividad, entre otros más.

A continuación les ofrezco un análisis de las potencialidades funcionales de este servicio gratuito de la Web 2.0

Un revolucionario directorio código abierto

Ohloh [0] es un nuevo tipo de directorio de software, combinando contenido de la comunidad con un único analizador de código fuente que monitorea las actualizaciones del desarrollo.

Usted podrá agregar proyectos, monitorear otros proyectos, contactar a las personas que integran la comunidad. Además, ofrece reportes objetivos y la retroalimentación comunitaria que le ayudará a buscar los software que necesite.

Código abierto significa procesos abiertos

Usted puede buscar a las personas que usen y creen software de código abierto.

Conectando a la gente a través del software

Este recurso le ayudará a descubrir y evaluar los software de código abierto que le permitan conectarse con otras personas que posean similares necesidades.

Ohloh’s Stack es un herramienta que le permite construir y compartir una lista de los software que usted usa realmente.

Esto le garantizará la exploración de los Ohloh’s Stack pertenecietes a otros usuarios en busca de inspiración de software a usar o puede dejar que Ohloh se las recomiende automáticamente.

Puede usar su Stack para:

• Obtener nuevas recomendaciones de software.

• Buscar otros usuarios como usted.

• Obtener noticias y información sobre el licenciamiento de sus librerías de software.

Reorganizando sus contribuciones

Ohloh da a los desarrolladores de software una única y objetiva vía para anunciar sus habilidades.

Usa su página de perfil Ohloh para reclamar sus contribuciones código abierto y vincularlas a usted mismo. Ohloh provee estadísticas detalladas a cerca de su experiencia de escribir código, automáticamente construye un resumen en línea.

Kudos

El sistema KudoRank de Ohloh genera puntuaciones del desarrollo basada en los reconocidos de sus compañeros.

Reconocer a las contribuciones de sus compañeros desarrolladores, y ser reconocido por sus aportes al mundo de código abierto.

Desarrollo de software revelado

Los procesos de escritura de software tradicionalmente han sido muy difíciles de entender objetivamente. Ohloh es el único de los analizadores de código fuente con colecciones detalladas, estadísticas del desarrollo, con reportes de miles de proyectos y de sus contribuciones.

Un nuevo tipo de analizador Web

Una vez que el proyecto a sido añadido al directorio, el sistema de este monitoreará el desarrollo del mismo. Un motor de análisis evaluará constantemente cada cambio del código en el servidor de control de versiones.

El motor analizador evalúa cada cambio de código para determinar la autoría, el lenguaje usado y sus licenciamiento.

Esta técnica nos permite ofrecer una única vista histórica del proyecto en su ciclo de vida, con las más completas y actualizadas estadísticas disponibles en cualquier lugar.

Mis propuestas

Usar esta herramienta como un medio para medir la actividad del proyecto SAID [1], aunque es cierto que no refleja toda las actividades pero una gran parte si . Proyectos importantes de mayor y menor escala están usando este recurso como Debian GNU/Linux [9], Mozilla Firefox [10], Kernel Linux 2.6 [11]. Como primera medida subí el proyecto SAID [1] a partir del repositorio público en CENDITEL [2], y en un par de horas el sistema había analizado el código fuente, detectando los colaboradores y su nivel de actividad en el proyecto [3].

Mucha de la información reflejada esta tomada del Wiki de SAID [1]; las noticias reflejadas allí son los RSS del la página de proyecto de SAID en el Gforge de CENDITEL [4]. Existen otras características que iré develando poco a poco

La idea es que cada colaborador o desarrollador pueda crear una cuenta para llenar su respectivo perfil [5]

Como todo el sistema le enviará una confirmación a su cuenta de correo que debe activar para poder completar el registro de su perfil.

Al momento de llenar el perfil es muy útil especificar la localización geográfica donde se encuentra ya que Ohloh usa el API de Google Maps para geolocalizar a cada colaborador o desarrollador.

El famoso avatar del perfil son hospedadas en un servicio de terceros llamado Gravatar - a free avatar service. Ohloh mostrará automáticamente cualquier imágen o avatar hospedado en el servicio asociado a su cuenta de correo electrónico del perfil de Ohloh.

Después de crear la ficha del proyecto lo siguiente es indicarle la lista de repositorios públicos disponibles y es aquí donde la magia es develada; el motor de análisis estudia los repositorios de versiones y este genera las estadísticas detalladas [6].

Además usted puede ver que a partir del análisis del código fuente del SVN público, el sitio arma una especie de perfil de cada desarrollador o colaborador, con información sobre el nivel de experiencia en cada lenguaje, cantidad de commits, etc. Los nombres de las usuarios presentes allí son del repositorio de versiones de SAID [7].

Si contribuyes con algún proyecto por ej. SAID poder asociar tu cuenta de SVN al perfil Ohloh y de esta forma generar las estadísticas de tu comportamiento.

¿Cómo asocias las estadísticas al perfil?

Usted se ubica en la sección en la parte inferior derecha donde dice “Who contributes to SAID?” y luego hace click en donde dice “I’m a contributor” a continuación se muestra un ejemplo:

Le mostrará una pantalla donde debe elegir el nombre de usuario del SVN para luego asociar “que ese usuario es suyo”, para un ejemplo de esto tomaremos al usuario “lmartinez” para asociarlo al perfil… luego usted hace click en el botón “Iam this person ” en español “yo soy esta persona” y listo

Otra forma de colaborar sin irnos de la misma pantalla anterior es invitar a las personas a colaborar suministrando información a sus perfiles es presionando el botón llamado “I Know a this person” en español “yo conozco a esta persona” y le mostrará un formulario de invitación como a continuación:

Luego de esta forma ya tiene a disposición las estadísticas como a continuación se demuestra

Otra forma es indicar si usted es usuario de SAID y hace clic donde dice “I USE THIS” en español “YO USO ESTO” de esa forma aportan información a los Stack de su perfil en ohloh en de como usted usa al SAID. No hay que olvidar que los Stacks es tener una lista del software usado por usted para hacer algo. Por ejemplo LAMP es un caso ya que contiene Linux, el sistema operativo; Apache, el servidor web; MySQL, el gestor de bases de datos; Perl, PHP, o Python, lenguajes de programación y estas son herramientas para el desarrollo Web. En Ohloh solo puede tener un máximo de 10 stacks.

Otras de las formas de colaborar es valorando con puntuación al proyecto o redactando una reseña del proyecto

Uno de los problemas comunes es que un desarrollador o colaborador use en algún momento de la participación en el proyecto un nombre de usuario del repositorio y en otros otros momentos use otro. Para solventar esto Ohloh permite hacer Alias a usuarios, de esta forma se puede adjudicar a un perfil en Ohloh la actividad de varios usuarios de sistema de control de versiones y el proyecto SAID no escapa de esta situación y para eso he realizado algunos alias permitiendo integrar las estadísticas.

En fin, me pareció una idea original armar una red de desarrolladores cuya información sea extraída directamente de su trabajo, es una buena fuente de contactos a la hora de buscar gente para un nuevo proyecto.

Además es una herramienta muy completa e interesante; es bueno dedicarle un tiempo para examinarla y ver todo el potencial que ofrece para tomar ideas novedosas con sentido coherente y práctico de nuestra propuesta del Sistema para las relaciones heterárquicas sociales en el ámbito que comprenden las Tecnologías Libres [12] para el caso inicial de SAID.

Referencias

[0] http://www.ohloh.net/

[1] http://said.cenditel.gob.ve/

[2] http://fsl.cenditel.gob.ve/projects/said/

[3] http://www.ohloh.net/projects/said

[4] http://fsl.cenditel.gob.ve/export/rss_sfnews.php?group_id=6

[5] http://www.ohloh.net/accounts/new

[6] http://www.ohloh.net/projects/said/enlistments

[7] http://www.ohloh.net/projects/said/contributors

[8] http://www.ohloh.net/accounts/macagua/

[9] http://www.ohloh.net/projects/debian

[10] http://www.ohloh.net/projects/firefox

[11] http://www.ohloh.net/projects/linux

[12] http://www.cenditel.gob.ve/wikicenditel/doku.php?id=sistema_heterarquico_social

Escrito con el Navegador Flock

Tags: ohloh, opensource, herramienta, desarrollo, proyectos, web

 Recientemente adquirí un modem para Internet de los que se anuncian en el comercial respectivo como “Aba Móvil”.

El dispositivo en cuestión es un modem USB CU-680 de la casa Franklin que distribuye la filial de la operadora teléfonica estadal Cantv, Movilnet.

El dispositivo se anuncia como compatible con Linux, windows y mac.

Cuando me lo trajeron a la oficina destapo la caja lo conecto y se abre una ventana, indicándome que el dispositivo fue reconocido como una unidad de almacenamiento más.

Hmm… a ver, ¿cómo es la cosa? ¿un pendrive de 600 BS con capacidad de 60 Mb?; bien no nos apresuremos y leamos:

euridice:/home/hector/driver# ls -l /media/CDU680_UMSD/ total 8 drwxr-xr-x 2 hector root 2048 jun 6 15:00 Linux drwxr-xr-x 3 hector root 2048 mar 20 09:49 Mac OS drwxr-xr-x 3 hector root 2048 mar 20 09:49 Windows euridice:/home/hector/driver#

Ajá, allá está la famosa carpeta, veamos que contiene…

euridice:/home/hector/driver# ls -l /media/CDU680_UMSD/Linux/ total 26 -rwxr-xr-x 1 hector root 99 jun 6 14:53 cdu680config -rwxr-xr-x 1 hector root 9452 mar 20 09:49 connect -rwxr-xr-x 1 hector root 344 jun 6 14:59 execute.sh -rwxr-xr-x 1 hector root 1030 mar 20 09:49 Instrucciones para Linux Movilnet.txt -rwxr-xr-x 1 hector root 7724 mar 20 09:49 itfchg euridice:/home/hector/driver#

Algo me empieza a oler mal…leamos las instrucciones…aunque no quiero adelantarme a los acontecimientos, podría ser que…

euridice:/home/hector/driver# file /media/CDU680_UMSD/Linux/Instrucciones\ para\ Linux\ Movilnet.txt /media/CDU680_UMSD/Linux/Instrucciones para Linux Movilnet.txt: Non-ISO extended-ASCII text, with CRLF line terminators

Sí, CRLF, bahhh nadie es perfecto, como sea…

euridice:/home/hector/driver# less /media/CDU680_UMSD/Linux/Instrucciones\ para\ Linux\ Movilnet.txt Sistema Operativo Linux El m<F3>dem CDU680 soporta el sistema operativo Linux versiones UBUNTU 7.03 y 6.xx en adelante.

WTF, Linux = Ubuntu, ¿Linux es únicamente Ubuntu? sigamos revisando

"El m<F3>dem CDU680 soporta el sistema operativo Linux versiones UBUNTU 7.03 y 6. xx en adelante. Copie la carpeta <93>Linux<94> desde el CDU680 al escritorio de su PC. La carpeta contiene un archivo denominado <93>execute.sh<94> el cual debe modifi car seg<FA>n los datos de la l<ED>nea asignada: En el archivo encontrar<E1> una l<ED>nea de comando como la que sigue: <93>Phone = #777\nUsername = usuario\nPassword = clave" >> cdu680config Sustituya la palabra "usuario" por "xxxxxxx@cantv.net", donde las x representan el n<FA>mero telef<F3>nico asignado sin el prefijo 0416 0 0426, adicionalmente sustituya la palabra "clave" por los 5 d<ED>gitos de la clave que se le asigno. Guarde los cambios y cierre la edici<F3>n del archivo. Abra la pantalla de terminal, ejecute el comando <93>cd Desktop/Linux<94>, luego ejecute el comando "sudo ./connect" Introduzca la clave de ra<ED>z (root password) de sus sistema para continuar. El m<F3>dem se conectar<E1> a internet. Para cerrar la conexi<F3>n de datos oprima Ctrl-C dos veces."

Ajá, me queda claro que después de configurar el citado archivo execute.sh, debo ejecutar el que dice connect, veamos qué contiene ese archivo…

euridice:/home/hector/driver# file /media/CDU680_UMSD/Linux/connect /media/CDU680_UMSD/Linux/connect: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), not stripped euridice:/home/hector/driver#

UN BINARIO….tiembla tierra, un binario…. bueno, nada está perdido…¿a quién se le ocurre poner un binario para una única distribución como si fuera un driver _general_para_linux_ ?

Empezamos a leer y, bingo, alguien en Venezuela tuvo el mismo problema [1] y comenta que le escribió a la gente de Franklin para que le enviasen el driver y .. se lo enviaron! em animo a escribirle y en menos de 5 minutos me contesta y me envía el driver, que realmente no es un driver sino un programa en C que cambia el modo en que se comporta el dispositivo para que pueda ser reconocido como un modem ACM; lo importante es que me hace algunas acotaciones que detallo a continuación:

a) El programa es tedioso en cuanto hay que saber cómo fue reconocido el dispostivo de almacenamiento (sea /dev/sdb, /dev/sdc etc) esto es fundamental ya que necesitan cambiar en la línea 55 dicho nombre:

euridice:/home/hector/driver# cat -n 55 changeMode.c |grep 55 cat: 55: No existe el fichero o el directorio 55 sprintf(devicename,"/dev/sdb");

Nos interesa la segunda línea, en este caso, en mi equipo el dispositivo fue reconocido como /dev/sdb

Hay otra línea que deben mirar con cuidado, la número 47:

euridice:/home/hector/driver# cat -n 55 changeMode.c |grep 47 cat: 55: No existe el fichero o el directorio 47 sprintf(file,"/proc/scsi/scsi");

Esta solución me funcionó de una, ya que el original trae otro atributo; esta l?ea en cuestión trae la información contenida en dicho archivo donde se guardan los dispostivos reconocidos como scsi:

euridice:/home/hector/driver# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: Hitachi HTS54251 Rev: BB2O Type: Direct-Access ANSI SCSI revision: 05 Host: scsi10 Channel: 00 Id: 00 Lun: 00 Vendor: CMOTECH Model: Mass Storage Rev: 2.31 Type: Direct-Access ANSI SCSI revision: 02 euridice:/home/hector/driver#

Allí se puede notar como el modem está conectado.

Luego de hacer los cambios al programa, deben compilarlo:

euridice:/home/hector/driver# gcc changeMode.c -o changeMode

Les va a producir algunos errores, no importa, al tener el ejecutable… pues ejecútenlo, verán que el dispostivo se desmonta y vuelve a montar, pero… si observaron el syslog (que fue en principio una de las principales fuentes para resolver el problema..) verán la palabra mágica:

euridice:/home/hector/driver# cat /var/log/syslog |grep ACM Jun 8 10:53:05 euridice kernel: cdc_acm 5-1:1.0: ttyACM0: USB ACM device

Listo, ya de acá en adelante, wvdial o pppconfig son sus amigos.

Una última observación, colocar en el archivo /etc/ppp/peers/nombre_que_dieron_a_la_conexión las líneas:

nodeflate persist

Para finalizar, coloco el programa que los panas de movilnet _deberían_ haber_incluído_ en la carpeta respectiva [2]

Espero disfruten la ayuda y cualquier comentario es bienvenido.

[1] http://www.con-cafe.com/index.php/2008/01/26/movilnet-vene-nuevo-cmotech-cdu-680/

[2] http://e1th0r.gulmer.org.ve/codes/cdu-680/changeMode.c

Sometimes I just mixed packages, got debdiffs, re-mixed and finish with a not-so-clean working directory with a lot of diffs applied and not knowing which one was what and who did what. Now, that I'm maintaining xscreensaver with Tormod (and should be maintained with more people anyway...) and that more of my packages may require attention from other people besides me I decided to start working with git on my debian packages so you can find them at my git bare repository, they're all under debian/, all of them are build with git-buildpackage tree-structure except libtorrent and rtorrent experimental-branch that are built with another args.

If you want to co-maintain some of my packages please send me your ssh-rsa key for push access, anyway you can have anonymous access too by using:

git clone git://git.rivco.info/debian/package.git

UPDATE: now using git.debian.org as suggested by Raphael Hertzog but keeping my packages in my bare-repo as well.

Ayer compré el dominio rivco.info (RIVasCOntreras) para usarlo en la mayoría de mis servicios ya que es mucho más corto que ghostbar.ath.cx sin embargo este blog lo dejaré en este dominio.

Ya el servidor git lo tengo en git.rivco.info, colocaré mi página personal, el repositorio de mis paquetes debian y otras cosas en rivco.info y tendré ghostbar.ath.cx como backup para todos esos servicios.

Ahora lo que me falta es migrar este blog a un cgi en perl que se alimente por feeds de mis otros blogs (cada uno va a ser especializado), quitarme el Drupal de encima junto con el MySQL. Objetivo a corto plazo: Crear el script de prueba de la implementación.

Ya veo porque lo usa tanta gente y después de pasar por git no se cambian. Es fácil, a la final es trivial y más entendible a la primera que SVN. Aún no logro entender muy bien como hacer cambios en los branchs en SVN pero con git lo tengo clarísimo y lo uso demasiado. Incluso, ahora estoy manteniendo configuraciones por git de mis servidores, tengo mi código, mis paquetes de debian (algunos incluso con versiones experimentales y unstables en el mismo repositorio! Sólo cosa de diferentes branches)

La administración de los repos lo hago con gitosis que ha sido una herramienta genial sobre todo al montarlo en mi universidad donde les daré cuentas a muchas personas, quizás lo adapte dentro de poco para usar las cuentas del LDAP en vez de que funcione en base sólo a llaves públicas RSA o quizás que el mismo LDAP pase algo o que permita el logueo. Algo se me ocurrirá ya :)

Por el momento he empezado a escribir una serie de scripts en bash para ayudarme en la tarea de mantener paquetes con git en multi-versiones (experimental por los momentos, pronto backports que quizás pueda adaptarse a volatile), nada muy interesante pero después podría tornarse en algo bueno y útil para otras personas.

La Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres CENDITEL, se complace en invitarle a participar en el evento “Desarrollo SAID 2008”.

Fecha: del 04/06/2008 al 07/06/2008

Lugar: Mérida, Venezuela.

Objetivos:

• Motivar a posibles colaboradores en el desarrollo del nuevo proyecto
  relacionado con el SAID [0].

• Corregir los errores encontrados por los usuarios actuales de la versión
  0.2 del SAID.

Las actividades planificadas para el evento son:

1. Reporte de errores de la versión 0.2 del SAID que los usuarios invitados hayan encontrado en la aplicación y corrección de los mismos por parte del equipo de CENDITEL y del grupo de desarrolladores asistentes.

2. Presentación del proyecto de la nueva versión del SAID. Se presentaran aspectos relacionados con el desarrollo de la nueva versión como:

• Arquitectura para la nueva versión.

• Lenguaje de desarrollo propuesto.

• Funcionalidades del núcleo de la aplicación.

• Definición de la base de datos.

1. Se realizaran mesas de trabajo para discutir aspectos relacionados con las funcionalidades que serán desarrolladas en la nueva versión de la aplicación, as como también las funcionalidades que los usuarios actuales requieren que sean incluidas.

La invitación se hace a un representante de su institución del rea de informática y sistemas que se encargue de dar soporte a los usuarios del SAID en sus instituciones.

Envíe un correo a la siguiente dirección said@cenditel.gob.ve para confirmar su asistencia o si requiere información adicional sobre el evento visite la siguiente dirección [1]

[0] http://www.cenditel.gob.ve/wikicenditel/doku.php?id=said

[1] http://www.cenditel.gob.ve/wikicenditel/doku.php?id=encuentro_said

Escrito con el Navegador Flock

Tags: Evento, Softwarelibre, Desarrollo, SAID, 2008, Mérida, Venezuela

Pero ¿por que temen?

"Nunca positivo"
Esa garantía no es suficiente para la coalición que, en una carta al procurador general adjunto y titular de la División Antimonopolios del departamento de Justicia, Thomas Barnet, argumentó que el trato le daría a Google casi el 90% del mercado de búsquedas publicitarias y fortalecería su influencia sobre el acceso de los usuarios a la información en internet.
"Enfrentamos un posible futuro en el que no se podría tener acceso a ningún contenido sin el permiso de Google", indica la carta.
Según Flowers, los efectos de tales asociaciones entre empresas grandes nunca es positivo ya que "condensa la competencia, aumenta los precios y limita nuevas oportunidades en la internet".

Ante la mejor defensa que tengo es: ¿tiene idea de lo que está diciendo? El internet no le pertenece a nadie! ¿No tener acceso a contenidos sin permiso de google? Es totalmente ilógico e incoherente. Además, ni idea de cuáles precios habla que van a aumentar, Google no cobra por la mayoría de sus servicios, cobra por una minoría de ellos que presta a empresas. ¿Limita nuevas oportunidades? ¿Acaso se va a acabar el espacio en el que se pueda experimentar en el internet? ¡NO! ¡Porque es virtual!

A estos grupos de usuarios y derechos civiles preocupados por el monopolio sólo tengo por decirles una cosa: ¡Sólo son un montón de socialistas!

La semana pasada tuve la oportunidad de facilitar el Taller de Empaquetado y Distribución de Software bajo el Sistema APT, en las instalaciones de CENDITEL en Mérida. En la actividad participaron desarrolladores de los proyectos SAID y SAFET, así como desarrolladores de la DSLv2 de EDELCA y algunos futuros colaboradores de Debian.

Hace mucho tiempo había realizado mini-talleres sobre empaquetado (IVIC, EDELCA) en el marco de otras actividades, y algunas charlas por IRC en castellano. En esta ocasión, sin embargo, tuve la oportunidad de estructurar el contenido de forma de abordar de manera apropiada la problemática de distribución de software libre, explicar como el sistema APT se enfrenta a esta problemática y describir los detalles operativos del empaquetado y la distribución de software libre.

El taller se inició con una breve descripción del ecosistema de software libre y cuales son los niveles de responsabilidad de los actores en el desarrollo, para luego identificar los problemas en la distribución de software libre, como por ejemplo ubicación, configuración, facilidad de administración, mecanismos de actualización, entre otros.

Se presentaron algunos modelos que abordan estos problemas: los sistemas de paquetes mixtos (APT, RPM), los sistemas de paquetes fuentes (Portage) y los sistemas de paquetes binarios (Klik) incluyendo una breve pasada sobre sistemas distribuidos como Conary. Haciendo énfasis en el objetivo del taller, se definieron los paquetes binarios y fuentes de APT, y las interrelaciones entre los mismos.

En torno a algunas de las guías disponibles para distribuidores de software en APT (como la Guía del Nuevo Mantenedor de Debian) se inició la parte operativa del taller, trabajando en la creación de paquetes fuentes utilizando debhelper. También se abordó CDBS como un mecanismo de reutilización de instrucciones para la construcción de paquetes, y dpatch como sistema de gestión de parches al paquete fuente, utilizando la documentación de Ubuntu.

Una gran parte del taller se centró en los mecanismos centralizados de configuración de paquetes, en particular debconf, uno de los sistemas disponibles y compatibles con la Debian Policy. En este sentido trabajamos en la creación de plantillas, priorización, orden y necesidad de las preguntas, así como el uso de las respuestas y la localización de las plantillas.

Como una extensión al tema de debconf se trabajó brevemente con dbconfig-common, un conjunto de hooks adicionales a debconf que permiten que una aplicación (por ejemplo, la típica aplicación Web) cree y cargue una base de datos MySQL o PostgreSQL.

El taller tuvo como característica que la parte operativa se desarrolló alrededor de casos de uso tanto dentro de Debian (debianizar un paquete, modificar un paquete, recompilar un paquete) como fuera del Proyecto (distribuir entornos de Wine con aplicaciones Windows, hacer cambios locales en paquetes fuentes y reconstruir)

Finalmente, en el taller trabajamos en la modificación de paquetes binarios y fuentes (el primer caso tiene mucha utilidad en entornos organizacionales con implementaciones localizadas de Debian, Ubuntu, et. al.) y la interacción e integración del trabajo con el Proyecto Debian, desde adoptar un paquete haciendo uso de WNPP hasta manejar reportes de errores a través del BTS, incluyendo algunos mecanismos de control de calidad como Lintian, pbuilder y piuparts para garantizar la integridad del software que se distribuye.

Agradezco el interés de todos los participantes en este tema, en particular de CENDITEL como organizador, y espero que esto los motive a liberar el software que desarrollan utilizando sistemas de paquetes ampliamente difundidos y con muchas facilidades para distribuir su aplicación de forma efectiva, incluso en Debian :-)

Mañana 26 de Abril en las instalaciones de la Universidad José Gregorio Hernández se estará llevando a cabo el FLISOL.

Según se desprende del Wiki Oficial, El FLISOL (Festival Latinoamericano de Instalación de Software Libre) es el evento de difusión de Software Libre más grande en Latinoamérica. Se realiza desde el año 2005 y su principal objetivo es promover el uso del software libre, dando a conocer su filosofía, sus alcances, avances y desarrollo al público en general. Para tal fin, las diversas comunidades locales de software libre, organizan simultáneamente eventos en los cuales se instala de manera gratuita y totalmente legal, software libre en las computadoras que llevan los asistentes. Además, en forma paralela, se ofrecen charlas, ponencias y talleres, sobre temáticas locales, nacionales y latinoamericanas en torno al Software Libre, en toda su gama de expresiones: artística, académica, empresarial y social.

Para encontrar la información detallada del evento que se va a llevar a cabo en Maracaibo visiten:

http://flisol.net/FLISOL2008/Venezuela/Maracaibo

Debajo les dejo el afiche del evento.

Saludos cordiales,

El Grupo de Usuarios Linux de Mérida (GULMER), el Grupo de Usuarios de Software Libre de la Universidad de Los Andes (gUsLA), Activista por el Software Libre y el Grupo de usuarios Linux de Venezuela (VELUG), cumpliendo con su meta de promover y difundir el uso de Software Libre en nuestra región, se complace en invitarle a la tercera edición del Festival Latinoamericano de Instalación de Software Libre (FLISOL) en nuestra hermosa ciudad de Mérida, la cita es para el día sábado 26 de abril a partir de las 9:00 a.m. hasta las 5:00 p.m en las instalaciones de CORPONADES, la cual está ubicada en la Avenida Los Próceres, entrada al Parque La Isla. Edificio Sede. La entrada es totalmente libre y gratuita.

En el transcurso del día se tiene contemplado dar unas series de charlas introductorias y de demostraciones acerca de temas diversos, entre ellas cabe destacar:

• ¿Qué es el Software Libre?

• Demostración de entornos de escritorio en Debian GNU/Linux.

• Tecnologías Libres.

• Sistema administrativo integrado descentralizado – SAID.

• Demostración de Juegos en Software Libre.

• ULAnix Scientia una distribución para el estudiante de Ingeniería y Ciencias.

Además, toda persona interesada en instalar Software Libre en sus ordenadores, pueden llevarlo al evento, recordando respaldar la información relevante que mantenga y desfragmentar su disco duro, de esa manera contribuye en agilizar el proceso de instalación.

Ninguno de los Grupos de Usuarios de Software Libre mencionados previamente no se harán responsables por ninguna pérdida en sus datos, aunque esto no suele pasar, no se preocupe, animase en llevar tu maquina para instalarle Software Libre.

ACERCA DEL FLISOL

El FLISOL (Festival Latinoamericano de Instalación de Software Libre) es el evento de difusión de Software Libre más grande en Latinoamérica. Se realiza desde el año 2005 y su principal objetivo es promover el uso del software libre, dando a conocer al público en general su filosofía, alcances, avances y desarrollo.

Para tal fin, las diversas comunidades locales de software libre (en cada país, en cada ciudad/localidad), organizan simultáneamente eventos en los que se instala de manera gratuita y totalmente legal, software libre en las computadoras que llevan los asistentes.

Además, en forma paralela, se ofrecen charlas, ponencias y talleres, sobre temáticas locales, nacionales y latinoamericanas en torno al Software Libre, en toda su gama de expresiones: artística, académica, empresarial y social.

¿A quién está dirigido el evento?

El evento está dirigido a todo tipo de público: estudiantes, académicos, empresarios, trabajadores, funcionarios públicos, entusiastas y aun personas que no poseen mucho conocimiento informático.

Si posees o no conocimientos e intereses en informática, licencias, derecho de autor/copyright y demás áreas de la ciencia y la tecnología, déjate tentar, asiste y participa del evento. Nuestro objetivo es compartir conocimientos y ansias de libertad.

¿Cuánto cuesta el evento?

La asistencia al evento es totalmente libre y gratuita. Para mayor información acerca del Festival Latinoamericano de Instalación de Software Libre, le recomendamos revisar los siguientes enlaces:

http://www.installfest.info/

http://installfest.info/DescubreElSoftwareLibre

http://installfest.info/FLISOL2008/Venezuela/Merida

http://www.gulmer.org.ve/

http://www.ula.ve/gusla

http://activistasxsl.org.ve/

http://www.velug.org.ve/

P.D.: Se les agradece difundir este mensaje entre amigos, compañeros, entre otros.

Escrito con el Navegador Flock

Tags: Eventos, SoftwareLibre, FLISOL, Mérida, 2008

En un sistema de correo corporativo geográficamente distribuido, los buzones de correo se suelen servir desde el MDA más cercano al usuario. Como resultado, suelen haber dos o más servidores IMAP (o POP3) por región sirviendo correos a usuarios finales. Si el usuario se desplaza a otra región, debe configurar el cliente de correo electrónico de forma apropiada para revisar su buzón, o utilizar un cliente de correo Web (como IMP de Horde) que permita hacer login en todos los servidores.

Sin embargo, cuando se requiere que el usuario acceda a su buzón remotamente (sin considerar VPN en este momento) con un dispositivo lector de correos (como un Blackberry) se presentan dos problemas; el primero es presentar el servicio en la capa de aplicación (para evitar usar NAT, por ejemplo) y el segundo es el de dirigir la consulta al MDA que corresponda. Lo primero es fácil de resolver con cosas como imapproxy o Courier. Lo segundo es el tema en cuestión de este post.

nginx, un ligero servidor Web diseñado originalmente para ser un proxy HTTP, tiene la capacidad de servir como proxy IMAP (POP, SMTP también). nginx sabe IMAP y puede transformar una solicitud de inicio de sesión (0 login USER PASS) en una consulta HTTP para un servicio de autenticación:

GET ... HTTP/1.0 Host: localhost Auth-Method: plain Auth-User: USER Auth-Pass: PASS Auth-Protocol: imap Auth-Login-Attempt: 1 Client-IP: 127.0.0.1

Por lo tanto, es posible hacer un script (en cualquier lenguaje, FWIW) servido por HTTP que lea las cabeceras de esta petición y responda con información útil para continuar con la sesión IMAP utilizando una respuesta HTTP de este tipo (por supuesto, Auth-Status también puede ser Invalid):

HTTP/1.0 200 OK Auth-Status: OK Auth-Server: 10.10.10.10 Auth-Port: 143

La parte divertida es cuando se usa Perl para el asunto, porque nginx embebe Perl bajo la clase nginx y es posible escribir un mecanismo de autenticación directamente como una subclase de nginx. La clase tiene acceso a todas las cabeceras de la petición y puede inyectar cabeceras y contenido a la respuesta, por lo que podemos cambiar la cabecera Auth-Server, por ejemplo, dependiendo de la lógica de nuestro script. En el caso que nos ocupa, escribiríamos una cabecera correspondiente al MDA donde está el buzón del usuario consultando un campo en LDAP.

Algo muy básico podría ser esto:

package Auth; use nginx; use Net::LDAP; our $ip={}; $ip->{'serverA'} = "10.10.10.10"; $ip->{'serverB'} = "10.20.10.10"; sub handler { my $r = shift; my $ldap = Net::LDAP->new( 'ldap-server' ); my $mesg = $ldap->bind; $mesg = $ldap->search ( base => 'dc=tu,dc=base', filter => '(&(uid=' . $r->header_in("Auth-User") . '))' ); my $goto = $mesg->entry(0)->get_value('atributoLDAPconDireccion'); $r->header_out( "Auth-Status", "OK" ) ; $r->header_out( "Auth-Server", $mail_server_ip->{$goto} ); $r->header_out( "Auth-Port", "143"); $r->send_http_header("text/html"); return OK; } 1;

nginx también debe ser configurado apropiadamente para utilizar la clase de autenticación y activar el proxy IMAP. El servidor web debe ser configurado con las opciones –with-mail y –with-http_perl_module. Aun estoy buscando la mejor forma de hacer distribuible esta configuración en el paquete que mantengo para Debian y Ubuntu (ya que nginx es muy pwd centered)

Con un servidor nginx correctamente compilado, y con la clase de autenticación lista, basta agregar en /etc/nginx/nginx.conf algo como:

http { ... perl_modules /etc/nginx/perl/lib; perl_require Auth.pm; server { location /auth { perl Auth::handler; } } } mail { auth_http 127.0.0.1:80/auth; imap_capabilities "IMAP4rev1" "UIDPLUS"; server { listen 143; protocol imap; proxy on; } }

Finalmente hoy he podido colocar en línea mi blog. Cosas que han pasado:

1) Pude trancisionar de G77 a Gfortran 3 de los paquetes que mantengo: blacs-pvm, blacs-mpi y scalapack gracias a la ayuda de Kumar y Colin.

2) Estoy en la cola para el proceso de NM, la mala nueva de esto es que no me han asignado un AM pero se que el proceso es poco a poco.

3) He empaquetado MakeHuman, pero hay ciertos problemas con algunas licencias. Ya he contactado a los upstream para hacer los cambios pertinentes, es cuestión ahora de solo esperar un nuevo release por parte de ellos para poder subirlo a Debian.

Todavía tengo cosas por hacer:

1) Subir una nueva revisión de aMSN para corregir unos lintian warnings.

2) Terminar de subir de una vez por todas Make Human y los otros programas que tengo pendientes.

Si usted es de esas personas que cuenta con una tarjeta inalámbrica Intel Corporation PRO/Wireless 3945, seguramente sabrá que existen al menos dos proyectos que le dan soporte. El primero de ellos es ipw3945 y se encuentra obsoleto, el desarrollo pasó al proyecto iwlwifi.

Aprovechando que recientemente ha ingresado a la versión inestable de Debian la serie del kernel 2.6.24, este contiene el nuevo modulo iwl3945 que reemplaza al viejo ipw3945. Una de las ventajas de este cambio es que ya no hay necesidad de tener activo el demonio ipw3945d. Sin embargo, aun se necesita del firmware que se encuentra en la sección non-free del repositorio de Debian.

Hasta donde he leído el plan será remover los paquetes ipw3945-modules-* e ipw3945d de los repositorios de Debian (al menos en testing y en unstable) una vez que la serie 2.6.24 del kernel llegue a la versión de pruebas (testing). Aquellos que se encuentren hoy día en la versión inestable (unstable) de Debian deberán cambiar el driver desde ipw3945 a iwl3945. Para aquellos que trabajan en etch también es posible usar el driver iwl3945 si actualiza su versión del kernel por medio del repositorio etch-backports (el nuevo stack mac80211 que usa iwlwifi se encuentra a partir de la versión del kernel 2.6.22).

Las instrucciones que verá a continuación se han aplicado en Debian inestable, si usted desea instalar iwlwifi en etch puede seguir estas instrucciones.

Obteniendo algunos datos de interés antes de proceder con la actualización.

Versión del kernel:

$ uname -r 2.6.22-3-686

Verifique que en realidad tiene una tarjeta Intel Corporation PRO/Wireless 3945

$ lspci -nn | grep Wireless 03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG Network Connection [8086:4227] (rev 02) Paquetes necesarios

Ahora bien, es necesario instalar el nuevo kernel y el firmware necesario para hacer funcionar a iwlwifi

# aptitude install linux-image-2.6-686 \\ linux-image-2.6.24-1-686 \\ firmware-iwlwifi Evitando problemas

Verifique que no existe alguna entrada que haga referencia al modulo ipw3945 en el fichero /etc/modules. Para ello recurrimos a Perl que nos facilita la vida.

# perl -i -ne 'print unless /^ipw3945/' /etc/modules

Debido a algunos problemas que se presentan en el paquete network-manager si anteriormente ha venido usando el modulo ipw3945 se recomienda eliminar la entrada que genera udev para dicho modulo en el fichero /etc/udev/rules.d/z25_persistent-net.rules, la entrada es similar a la siguiente:

# PCI device 0x8086:0x4227 (ipw3945) SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:13:02:4c:12:12", NAME="eth2" Fichero /etc/network/interfaces

Este paso es opcional, agregamos la nueva interfaz wlan0 al fichero /etc/network/interfaces y procedemos a configurarla de acuerdo a nuestras necesidades.

auto lo iface lo inet loopback auto wlan0 iface wlan0 inet dhcp wpa-driver wext wpa-ssid foo wpa-psk baz wpa-key-mgmt WPA-PSK wpa-pairwise TKIP CCMP wpa-group TKIP CCMP wpa-proto WPA RSN

En este caso particular se está indicando que nos vamos a conectar a un Access Point cuyo ssid es foo con tipo de cifrado WPA-PSK/WPA2-PSK, haciendo uso del driver wext que funciona como backend para wpa_supplicant. Es de hacer notar que el driver wext es utilizado por todos los adaptadores Intel Pro Wireless, eso incluye ipw2100, ipw2200 e ipw3945.

Para hacer funcionar WPA recuerde que debe haber instalado previamente el paquete wpasupplicant.

# aptitude install wpasupplicant

De igual manera se le recuerda adaptar todos aquellos parámetros como wpa-ssid y wpa-psk a aquellos adecuados en su caso. En particular el campo wpa-psk lo puede generar con el siguiente comando:

$ wpa_passphrase su_ssid su_passphrase

Aunque mi recomendación es usar el comando wpa_passphrase de la siguiente manera.

$ wpa_passphrase su_ssid

Posteriormente deberá introducir su_passphrase desde la entrada estándar, esto evitará que su_passphrase quede en el historial de comandos.

Para mayor detalle de los campos expuestos en la configuración del fichero /etc/network/interfaces se le recomienda leer la documentación expuesta en /usr/share/doc/wpasupplicant/README.modes.gz.

Una vez concluidos estos pasos reiniciamos el sistema y seleccionamos en nuestro Gestor de Arranque (ej. GRUB) la versión del kernel recien instalada. Al momento de iniciar su sesión verifique que su tarjeta inalámbrica esté funcionando, de lo contrario haga las revisiones que se indican en la siguiente sección.

En caso de persistir los problemas

Remueva y reinserte el modulo iwl3945

# modprobe -r iwl3945 # modprobe iwl3945

De manera adicional compruebe que udev haya generado una nueva entrada para iwl3945.

$ cat /etc/udev/rules.d/z25_persistent-net.rules ... # PCI device 0x8086:0x4227 (iwl3945) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:13:02:4c:12:12", ATTR{type}=="1", NAME="wlan0“

Finalmente, reestablecemos la interfaz de red.

# ifdown wlan0 # ifup wlan0 Elimine ipw3945

Una vez verificado el correcto funcionamiento del módulo iwl3945 puede eliminar con seguridad todo aquello relacionado con el modulos ipw3945.

# aptitude --purge remove firmware-ipw3945 \\ ipw3945-modules-$(uname -r) \\ ipw3945-source ipw3945d

Estas instrucciones también aplican para el modulo iwl4965. Mayor información en Debian Wiki § iwlwifi.

Si usted es de esas personas que cuenta con una tarjeta inalámbrica Intel Corporation PRO/Wireless 3945, seguramente sabrá que existen al menos dos proyectos que le dan soporte. El primero de ellos es ipw3945 y se encuentra obsoleto, el desarrollo pasó al proyecto iwlwifi.

Aprovechando que recientemente ha ingresado a la versión inestable de Debian la serie del kernel 2.6.24, este contiene el nuevo modulo iwl3945 que reemplaza al viejo ipw3945. Una de las ventajas de este cambio es que ya no hay necesidad de tener activo el demonio ipw3945d. Sin embargo, aun se necesita del firmware que se encuentra en la sección non-free del repositorio de Debian.

Hasta donde he leído el plan será remover los paquetes ipw3945-modules-* e ipw3945d de los repositorios de Debian (al menos en testing y en unstable) una vez que la serie 2.6.24 del kernel llegue a la versión de pruebas (testing). Aquellos que se encuentren hoy día en la versión inestable (unstable) de Debian deberán cambiar el driver desde ipw3945 a iwl3945. Para aquellos que trabajan en etch también es posible usar el driver iwl3945 si actualiza su versión del kernel por medio del repositorio etch-backports (el nuevo stack mac80211 que usa iwlwifi se encuentra a partir de la versión del kernel 2.6.22).

Las instrucciones que verá a continuación se han aplicado en Debian inestable, si usted desea instalar iwlwifi en etch puede seguir estas instrucciones.

Obteniendo algunos datos de interés antes de proceder con la actualización.

Versión del kernel:

$ uname -r 2.6.22-3-686

Verifique que en realidad tiene una tarjeta Intel Corporation PRO/Wireless 3945

$ lspci -nn | grep Wireless 03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG Network Connection [8086:4227] (rev 02) Paquetes necesarios

Ahora bien, es necesario instalar el nuevo kernel y el firmware necesario para hacer funcionar a iwlwifi

# aptitude install linux-image-2.6-686 \ linux-image-2.6.24-1-686 \ firmware-iwlwifi Evitando problemas

Verifique que no existe alguna entrada que haga referencia al modulo ipw3945 en el fichero /etc/modules. Para ello recurrimos a Perl que nos facilita la vida.

# perl -i -ne 'print unless /^ipw3945/' /etc/modules

Debido a algunos problemas que se presentan en el paquete network-manager si anteriormente ha venido usando el modulo ipw3945 se recomienda eliminar la entrada que genera udev para dicho modulo en el fichero /etc/udev/rules.d/z25_persistent-net.rules, la entrada es similar a la siguiente:

# PCI device 0x8086:0x4227 (ipw3945) SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:13:02:4c:12:12", NAME="eth2" Fichero /etc/network/interfaces

Este paso es opcional, agregamos la nueva interfaz wlan0 al fichero /etc/network/interfaces y procedemos a configurarla de acuerdo a nuestras necesidades.

auto lo iface lo inet loopback auto wlan0 iface wlan0 inet dhcp wpa-driver wext wpa-ssid foo wpa-psk baz wpa-key-mgmt WPA-PSK wpa-pairwise TKIP CCMP wpa-group TKIP CCMP wpa-proto WPA RSN

En este caso particular se está indicando que nos vamos a conectar a un Access Point cuyo ssid es foo con tipo de cifrado WPA-PSK/WPA2-PSK, haciendo uso del driver wext que funciona como backend para wpa_supplicant. Es de hacer notar que el driver wext es utilizado por todos los adaptadores Intel Pro Wireless, eso incluye ipw2100, ipw2200 e ipw3945.

Para hacer funcionar WPA recuerde que debe haber instalado previamente el paquete wpasupplicant.

# aptitude install wpasupplicant

De igual manera se le recuerda adaptar todos aquellos parámetros como wpa-ssid y wpa-psk a aquellos adecuados en su caso. En particular el campo wpa-psk lo puede generar con el siguiente comando:

$ wpa_passphrase su_ssid su_passphrase

Aunque mi recomendación es usar el comando wpa_passphrase de la siguiente manera.

$ wpa_passphrase su_ssid

Posteriormente deberá introducir su_passphrase desde la entrada estándar, esto evitará que su_passphrase quede en el historial de comandos.

Para mayor detalle de los campos expuestos en la configuración del fichero /etc/network/interfaces se le recomienda leer la documentación expuesta en /usr/share/doc/wpasupplicant/README.modes.gz.

Una vez concluidos estos pasos reiniciamos el sistema y seleccionamos en nuestro Gestor de Arranque (ej. GRUB) la versión del kernel recien instalada. Al momento de iniciar su sesión verifique que su tarjeta inalámbrica esté funcionando, de lo contrario haga las revisiones que se indican en la siguiente sección.

En caso de persistir los problemas

Remueva y reinserte el modulo iwl3945

# modprobe -r iwl3945 # modprobe iwl3945

De manera adicional compruebe que udev haya generado una nueva entrada para iwl3945.

$ cat /etc/udev/rules.d/z25_persistent-net.rules ... # PCI device 0x8086:0x4227 (iwl3945) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:13:02:4c:12:12", ATTR{type}=="1", NAME="wlan0“

Finalmente, reestablecemos la interfaz de red.

# ifdown wlan0 # ifup wlan0 Elimine ipw3945

Una vez verificado el correcto funcionamiento del módulo iwl3945 puede eliminar con seguridad todo aquello relacionado con el modulos ipw3945.

# aptitude --purge remove firmware-ipw3945 \ ipw3945-modules-$(uname -r) \ ipw3945-source ipw3945d

Estas instrucciones también aplican para el modulo iwl4965. Mayor información en Debian Wiki § iwlwifi.

En el día de hoy, CANTV experimentó problemas con la conexión internet y en mi caso, también con el teléfono. No tuve conexión a internet durante 2 o 3 horas aproximadamente. Ya que estaba muy aburrido me decidí inventar, por lo que conecté mi celular a la laptop.

Con mi celular Nokia 3152 de Movistar, me pude conectar tranquilamente a internet a la misma velocidad de siempre(128 Kb/s). Estuve un buen rato navegando en internet y chateando con las pocas personas que estaban en el IRC(ya que todas las demás habían tenido ping timeout por el problema de CANTV). En seguida a mi papá se le ocurre usar internet, esto justamente cuando no había conexión, por lo que se me ocurrió una idea:

Decidí colocar la laptop como Gateway de todas las máquinas que habían en mi casa(5 máquinas). Entonces todas tendrían una conexión vía PPP gracias al celular. Lo que hice fue modificar todas las máquinas de la casa para colocarles como gateway la IP de la laptop.

Una vez que todas las computadoras sabían que el gateway era la laptop(la que tiene conexión a internet vía PPP por el celular) ejecuté 3 reglas de IPtables y listo, conexión en todas las máquinas de la casa. Las reglas de iptables que ejecuté en la laptop con conexión fueron las siguientes:

iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
iptables -t filter -A FORWARD -i eth0 -o ppp0 -j ACCEPT
iptables -t filter -A FORWARD -i ppp0 -o eth0 -j ACCEPT

Una vez ejecutado eso ya tenía conexión a internet desde las 5 máquinas que tenía en la casa.

Cuatro de las máquinas estaban en uso total, navegando, chateando por Messenger y IRC. De las 5 máquinas 4 de las que verdad le estaban dando uso eran: la P4 de mi papá, la P4 de mi hermana, mi laptop P4 y mi Desktop(P3). La conexión tenía un EXCELENTE rendimiento para navegar y descargar correo, la navegación si es un poco lenta(tipo dial-up) pero esto era porque dicha conexión la estaban usando las 5 máquinas de la casa (en realidad 4 porque dudo que el servidor haya ocupado algo de conexión).

Hace rato(20 minutos aprox.) me llegó la conexión a internet pero no he cambiando las máquinas todavía, estoy escribiendo este post por la conexión PPP del celular, dentro de un rato retomo la conexión por CANTV.

La verdad pocos tienen esa velocidad de conexión por el celular, no se ni los motivos ni las razones por la cual yo tenga una conexión tan alta, supongo que es la zona, mi conexión raramente baja de 100 kb/s y raramente sube de 120 kb/s. Otros me han informado que su conexión no sube de 50 Kb/s, la verdad no se por qué pasa esto.

Últimamente he tenido cierta dedicación a la programación en entornos gráficos, específicamente a la programación con librerías GTK y está de más decir que todo esto usando Perl.
Con la liberación de mi primera aplicación no quedé satisfecho, ya que me fue demasiado fácil hacerlo, en realidad la aplicación por muy feo que suene es _estúpida_ quién tenga al menos una idea sobre como programar usando Glade y Perl (o cualquier otro lenguaje) le va a resultar muy trivial entender el código que escribí.
A GDRAE le falta la mitad de su desarrollo, hay mucho detalles que hay que agregar, como por ejemplo:
Validación del campo Buscar.

• Colocar en colores las búsquedas (No tengo _ni_ idea como iré hacer eso, pero lo haré)
• Opción para guardar las búsquedas.
• Que una palabra ya buscada la guarde en Cache para que luego no la tengo que volver a buscar.

La realidad es que no le he dedicado _nada_ de tiempo a todas estas cosas que le quiero agregar a GDRAE, en algún momento lo haré, el problema es que empecé el propedéutico y no poseo tanto tiempo ni para programar ni para leer.

Un poco antes de empezar el propedéutico ya estaba terminando de desarrollar otra aplicación en Glade y Perl. Está vez sería una agenda para guardar contactos, muy sencilla. En realidad ya prácticamente lista, de hecho les muestro un screenhot un poco mas abajo para que vean como está quedó.
Por ahora estoy enfrentando un gran dilema, el de reescribir la aplicación o dejarla como está. Reescribir la aplicación porque encontré una mejor forma de hacerla, mejor dicho, me recomendaron una mejor forma de hacerla. Esta forma es usando SQlite como base de datos en ves de un archivo en texto plano. Tengo varias opciones, una de ellas es liberar la aplicación tal como está y luego empezar a preocuparme sobre por liberar la segunda versión con SQlite. En realidad no se, no lo he pensado bien.

Aquí tienen una captura de pantalla del programa. Creo que pronto liberaré el código.