Valkertown Blog

Me mudo...

2006-01-02T14:13:00.000-05:00

Me he hartado de de blogspot, me voy para blogsome.com, también es gratuito pero sin embargo maneja wordpress que en mi opinión es mucho mejor blogware.

El nuevo url: http://valkertown.blogsome.com

EOT && EOB

2005-12-26T18:11:00.000-05:00

R.I.P. Ainnir

2005-12-25T00:17:00.000-05:00

Juegos de mesa, gajim y xmms2

Bueno, han actualizado XMMS2 y el xmms2-osd.py se ha quedado sin funcionar, ya estoy trabajando en ello sin embargo un juego de mesa, en particular scrabble(pyScrabble) me ha detenido de terminar ese trabajo en la dichosa noche de navidad. En mi casa por cierto esta noche solo es una excusa para comer, y personalmente apoyo la idea.

Lo que me ha hecho recordar como con Internet y sitios como Yahoo-Games han revitalizado los decadentes juegos de mesa, y han generado comunidades enteras dedicadas a jugar ajedrez, damas chinas, scrabble, Monopolio(Turista?) y otros que no puedo recordar. También versiones de tetris para varios jugadores y de combate. Esto ha llevado a otra tendencia, los juegos para un solo jugador están
desapareciendo... ¿Quién cree tener la respuesta a esto?

Ah y salio una versión nueva de GAJIM, ha mejorado bastante.

Esta semana voy trabajar con Bluetooth y USB, me emociona poder trabajar a tan bajo nivel con estas tecnologías.

EOT

2005-12-22T01:44:00.000-05:00

Pimp my Shell Parte 2

Vamos a continuar con algunos aspectos más básicos en cuanto al shell y por lo general descuidados.

export PATH=$PATH:/another/dir/ Quiźa sea tonto añadir esto a la lista, pero es para asegurarme que queda claro que existe. Si alguien no sabe que es el PATH(camino) es la lista de directorios en la que bash o un shell busca los programas que corresponden al comando que acaba de teclear.

~/.bashrc ->(symlink) ~/.bash_profile Esto quizá parezca redundante pero es importante hacerlo para que en toda circunstancia quede toda la configuración del bash disponible.

Para quienes no saben que son estos archivos, son los scripts que bash lee al iniciar su ejecución y en estos se coloca toda la configuración que se desee, sin embargo bashrc y bashprofile son accedidos bajo circunstancias diferentes dependiendo si es un bash login (p.e: agetty), o un bash spawn (p.e: xterm).

alias cmd='anything' Disponer de alias(alias pseudónimo) que se ajusten a las necesidades propias, es muy importante para trabajar eficientemente en un shell. La sintaxis es la que tiene por titulo y debe ir en el .bashrc -> .bash_profile.

Ejemplos:

alias ls='ls -sh --color'
alias lss='ls --sort=size -r'
alias lse='ls --sort=extension'
alias lst='ls --sort=time -r'
alias rm='rm -iv'
alias mv='mv -iv'
alias cp='cp -iv'
alias cd..='cd ..'
alias 'vi=vim'
alias g0='xgamma -gamma 1.0'
alias g1='xgamma -gamma 1.9'
alias g2='xgamma -gamma 2.9'
alias 'createiso= mkisofs -R -J -iso-level 3 -allow-lowercase'
alias 'burniso= cdrecord -v -speed=20 -dev=/dev/hdc'
alias btt='bittorrent-curses --data_dir $HOME/.bittorrent/data/ --save_in $HOME/torrent/shares/ --check_hashes'

Estos ejemplos suelen ser muy útiles para todos, y los ejemplos más complejos dan una idea de como se puede extender el shell a comandos nemotécnicos que encapsulan programas que necesitan un buen número de ARGumentos.

shopt -s cdspell Esta pequeña opción de bash es una bendición pues cuando se escriben mal el nombre del directorio al que se quiere cambiar, bash tratara de "interpretar" a que directorio se refería y si lo encuentra hará la corrección necesaria.

export HISTIGNORE="[bf]g:exit" El historial de comandos de bash es un recurso preciado que muchas veces se llena de comandos repetidos con frecuencia y que realmente no merecen ser listados. En el ejemplo bg,fg,exit.

export CDPATH=./:$HOME El CDPATH es un recurso similar a CDARGS sin embargo este hace que todos los subdirectorios dentro del CDPATH queden en el primer nivel de busqueda al cambiar de directorios, sin importar el directorio de trabajo actual.

Ejemplos:

~$ export CDPATH=./:$HOME
~$ ls $HOME
work
images
mail
~ $ cd /tmp
/tmp $ cd work
~/work $ _

El orden en el que aparecen los directorios en el CDPATH implica la prioridad en el caso de nombres repetidos.

.vimrc: syn on Esta linea del ~/.vimrc permite que vim haga syntax highlight

top: ColoresPara colocarle colores a top, mientras se este ejecutando: teclee z,W.

/etc/DIR_COLORS :Este archivo contiene la lista de colores que son utilizados por ls para los archivos. Es una lastima que las terminales no acepten una gran gama de colores para esta tarea.

Ejemplos:

NORMAL 00 # global default, although everything should be something.
FILE 00 # normal file
DIR 01;34 # directory
LINK 01;36 # symbolic link
FIFO 40;33 # pipe
SOCK 01;35 # socket
BLK 40;33;01 # block device driver
CHR 40;33;01 # character device driver
ORPHAN 40;31;01 # symlink to nonexistent file

# This is for files with execute permission:
EXEC 01;32

# executables (bright green)
.bat 01;32
.BAT 01;32

# archives or compressed (bright red)
.arj 01;31
.bz2 01;31
.deb 01;31
.gz 01;31

# multimedia (video/image/sound) file formats
.mov 01;35
.MOV 01;35
.mp3 01;35
.MP3 01;35
.mpeg 01;35
.MPEG 01;35
.mpg 01;35
.MPG 01;35
.ogg 01;35
.OGG 01;35

PS1, PS2 :El PS1,PS2 es el prompt que bash presenta para indicar que esta listo para recibir comandos, generalmente es algo pobre: $PWD $/#(root) ($PWD es la variable de entorno que representa el directorio de trabajo actual); sin embargo este puede tan informativo y colorido como se quiera. Se pueden obtener varias ideas se puede revisar este BASH-PROMPTS-HOWTO y una colección de prompts.

Como pueden ver y seguirán viendo en lo relacionado con la linea de comandos, la vida del usuario avanzado de bash y sus familiares esta llena de PEREZA (lo cual no quiere decir que no se disfrute de los otros pecados capitales). Rara vez escribimos nombres completos o nos aprendemos comandos de memoria, si existe memorización es por repetición. En los envios siguientes podrán apreciar los extremos de la pereza cuando hable de grep, sed, pipes(tuberías) y redirecciones en general, wget.

Otra cosa que suele suceder es cuando se vuelve a Windows se maldiga la falta de un shell decente. Es el único OS que conozco que no tiene un shell aceptable; espero que el dichoso shell que anunciaron sea realmente decente y eso que ya ni está en vista...

EOT

Pimp my Shell Parte 1

2005-12-17T13:54:00.000-05:00

Bueno, hace rato tenia ganas de escribir sobre este tema.

Generalmente se trata los shells como un sistema primitivo en comparación de las GUI, sin embargo con el uso adecuado shell puede ser una interface sofisticada, junto con un sistema de manejo de ventajas aumenta el rendimiento y el control sobre las actividades que se realizan.

Para muchas personas algunas de las cosas que voy a enumerar aquí parecen obvias, sin embargo voy a escribir el envío para personas que quizá nunca han tenido un contacto con un shell.

TAB Completion: Esta posibilidad quizá es la más básica que se puede esperar de un shell. El funcionamiento es sencillo, como se trata de una interface de comandos cada comando, directorio o archivo puede ser único dado su nombre, por lo que generalmente no hace falta escribir todas las letras para referirse a este, así al presionar TAB una interface de comandos sofisticada consultara entre las opciones disponibles y completara acorde a lo que existe.
Aquí va una lista que pretende ser una guia para saber que es posible y no enseñar a
utilizar cada una de estas.

Ejemplo 1:

$fi[tab]
$firefox

Ejemplo 2:

$cd /[tab][tab]
/bin
/usr
/etc
...

Un excelente complemento para este programa es bash-completion quien permite extender esta funcionalidad para opciones de programas como tar, configure, make, unrar,unzip, etc... e incluso programar otras propias.

CDArgs: Antes de encontrar este programa use bastantes formas para navegar rapido por un grupo de directorios ya que aún con tab-completion cambiar constantemente por un grupo de directorios se vuelve algo aburrido, con cd args el problema se resuelve fácilmente.

Ejemplo 1:

$cd [dir1]
dir 1 $ca
Added current directorie to bookmarks
$cd [dir2]
dir 2$ca
$cv
[0] [dir1]
[1] [dir2]
0
dir1 $_

Como se puede ver se reduce el camino a cualquiera de los directorios que estan en la lista a 4 teclas, por lo que en general es bastante cómodo.

Estos dos items de esta primera parte cubren funcionalidad, en el próximo envío hablare sobre la presentación de los listados de directorios, la presentación del prompt y otras ideas para la presentación de otra clase de información para editores, programas y juegos.

EOT

CLI Magic

2005-12-16T18:49:00.000-05:00

De la serie de articulos que han aparecido en newsforge sobre CLI Magic han destacado algunas herramientas interesantes que vale la pena leer.

En especial me gustan algunas, que vale la pena enumerar aquí:

CDArgs: Sistema de bookmarks para directorios, es un must-have para todo amante de la CLI

IRSSI: Excelente cliente para IRC basado en CLI, me gusta bastante también diria que es un must-have

CenterICQ:Cliente para MSN,IRC,Y!,GG,Jabber basado en ncurses

Screen:Aprender a manejar screen cuesta un poco, pero la funcionalidad de este manejador de terminales ayuda mucho en la productividad.

VIM: Este editor a pesar que parece ser complicado es una excelente herramienta, más poderosa de lo que parece a simple vista. También es bueno ver Nano

SSH,SCP,SFTP: Que puedo decir...

BASH: Generalmente se suele
subestimar el poder de bash/csh/tcsh/zsh/ksh por desconocer todas sus bondades, el proximo envio será sobre algunas ideas para "pimp my bash"

NAIL,MAIL: Enviar correos no puede ser más sencillo que cuando se utiliza una de estas herramientas, para el ejemplo nail

MUTT, PINE: A pesar de mi actual uso de thunderbird como manejador de correos, siempre preferire estos dos programas junto con fetchmail,getmail

Luego sigo con la lista para más tareas.

Todas estas herramientas suelen estar disponibles inmediatamente en todas las distribuciones de GNU-Linux/BSD así que en realidad es cuestión de aprender a usarlas.

EOT

Hace rato no hago nada útil...

2005-12-14T18:59:00.000-05:00

En fin, del blog de herulor,
a quien le encantan las encuestas/cuestionarios/etc... encontre un par de ellos y en el geek/dork/nerd test tuve un resultado bastante interesante:

Resultados:

Outcast Genius
65 % Nerd, 91% Geek, 52% Dork

For The Record:

A Nerd is someone who is passionate about learning/being smart/academia.

A Geek is someone who is passionate about some particular area or subject, often an obscure or difficult one.

A Dork is someone who has difficulty with common social expectations/interactions.

You scored better than half in all three, earning you the title of: Outcast Genius.

Outcast geniuses usually are bright enough to understand what society wants of them, and they just don't care! They are highly intelligent and passionate about the things they know are *truly* important in the world. Typically, this does not include sports, cars or make-up, but it can on occassion (and if it does then they know more than all of their friends combined in that subject).

Outcast geniuses can be very lonely, due to their being outcast from most normal groups and too smart for the room among many other types of dorks and geeks, but they can also be the types to eventually rule the world, ala Bill Gates, the prototypical Outcast Genius.

Congratulations!
Thanks Again! -- THE NERD? GEEK? OR DORK? TEST

My test tracked 3 variables How you compared to other people your age and gender:

You scored higher than 71% on nerdiness
You scored higher than 99% on geekosity
You scored higher than 87% on dork points

Link: The Nerd? Geek? or Dork? Test written by donathos on Ok Cupid, home of the 32-Type Dating Test

EOT

2005-12-02T11:10:00.000-05:00

100% Colombiana

Hace ya una semana adoptamos con +Sabbath+ una nueva perrita, que es 100% Colombiana (Criolla, chandosa, etc...) . He aquí unas cuantas fotos.

Los otros proyectos siguen andando, pero he andado un poco ocupado y me he tomado algo así como unas pequeñas vacaciones. Sin embargo ya existen actualizaciones para XMMS2-OSD y Bandicoot con algunas mejoras significativas en su funcionamiento, claro que no existe release oficial aún pues considero que las modificaciones aún deben ser verificadas.

Por otra parte he recibido una invitación a un evento Linux en Armenia/Quindio/Colombia, para participar en un evento Día del Software Libre; allí iremos junto con Medrano(Diego Sandoval) a hacer una presentación sobre el software libre en Ingeniería. Nos avisaron con relativamente poco tiempo por lo que estamos algo
apurados para realizar la presentación; cuando esta este terminada espero poder publicarla en algún lugar.

Eso es todo por ahora.

EOT

2005-11-09T19:36:00.000-05:00

GNA Xmms2-OSD

Hoy ya fue aprobado el proyecto para XMMS2-OSD en GNA, me gusta un poco más que SourceForgue por que tiene subversion, Algo que no se que tanto me guste es el hecho que las páginas del proyecto se tienen que manejar con CVS.

El esquema de distribución de sourceforge me gusta más, pero GNA en genera esta bastante bueno, queria probarlo, estaba entre Savanah y GNA, pero gano GNA.

RapyerX me ha pasado un juego interesante, se llama Nexuiz y esta muy bueno, pero me ha recordado la necesidad(superflua, por que igual casi nunca juego) de cambiar esta condenada motherboard y de procesador, con la Fx5700 es demasiado estúpido tener framerates tan malos.

EOT

2005-11-05T09:18:00.000-05:00

XMMS2-OSD Screenshots.

Bueno aquí va una captura de pantalla del XMMS2-OSD en modo dinámico, también
sirve una captura para ver cual es el proposito de Materm del proyecto bandicoot.

Este sitio lo vi en un blog, de la TOL y me parecio divertido:

2005-11-02T00:36:00.000-05:00

XMMS2-OSD.

Xmms2-OSD

Ya llevo un rato largo buscando algo para reemplazarXMMS, por ciertos inconvenientes que he tenido con GTK y Glibc al actualizar estas librerías en mi reciente instalación algo innecesaria de slack10.2, llevaba desde la 10.0 sin reinstalar. Al final XMMS esta roto y pase por AMAROK, Rythmbox, BMP, pero ninguno satisface mi exigencia de bajo uso de recursos, al final regrese a XMMS pero me encontre con XMMS2, que es una nueva implementación de XMMS bajo la idea de cliente-servidor.

Hasta ahora se ha portado bastante bien, me gusta mucho que ahora no sea necesario tener un GUI para usar XMMS2 pero con todas las características que adoro de XMMS, aunque perdí algunos plugins que me gustaban de XMMS.

De aquí parte mi proyecto de la noche de Halloween, al final fueron como cuatro horas para escribir este programa, claro a partir del original xmms2-osd.
El resultado final, le añadí configuración por parámetros en la linea, la posibilidad de trabajar a partir de un archivo de configuración, visualización de volumen y un modo dinámico que muestra en OSD el progreso de la canción.

Mi versión de este cliente se puede descargar aquí: DeepSpawn-xmms2-osd.py y espero liberarla pronto, si no me responde el creador original pronto, en gna o SF como un cliente oficial de XMMS2.

Como siempre Herulor es el primer beta tester y le funciona igual que a mi, así que si alguien llega a tomarse el trabajo de usar mi cliente y encuentra algún bug o tiene algún comentario antes de lanzarlo a la comunidad en general...

Cada vez me gusta más Python

EOT

2005-10-26T23:31:00.000-05:00

Continuación: Sobre GNU/Linux y OpenSource:

Notas preliminares

WTFPL: Licencia divertida

Para apoyar mi Rant: I love CLI aquí esta la prueba:
Microsoft para su nuevo windows decidio añadir un shell que tiene un aspecto muy sofisticado y realmente me gusta la idea de poder contar con un shell en un futuro Windows, según lo que lei en el articulo parece ser un shell muy competente a ver si por fin Windows se vuelve un SO decente.

Otro apoyo más para el presente articulo queda este:
Barrapunto: Un paso más en el libre acceso a la información, esta clase de esfuerzos son los que deberian ser apoyados por todos.

Más links:
Kiko Calendario AJAX, es muy bonito y ayuda a organizar y tener la información en todo lado.

Artístico

Bueno siguiendo la tradición de publicar algunos de los trabajos de Sabbath, esta
esta pequeña animación de flash elaborada por 3ID3R y Sabbath:
Nina
Gotas

Continuación:Sobre GNU/Linux/BSD y Open Source

¿Por qué GNU/Linux/BSD?

Esta respuesta debe tener en cuenta la naturaleza de las personas, pues estos entornos son mucho más aptos para quienes desean conocer y aprovechar sus herramientas más allá del simple uso, es por esto que el valor de estos entornos va más allá que simples herramientas gratuitas.

El motivo por el cual en GNU/Linux/BSD he aprendido mucho más de lo que hubiese aprendido si siguiera usando Windows es el simple hecho de la disposición de la información; algunas veces esto mismo causa problemas a quienes recién llegan a estas plataformas desde Windows u otro SO y en general de un ambiente Cerrado.

A pesar de que Windows, como principal ejemplo, es muchas veces más conocido que GNU/Linux/BSD la información disponible y las herramientas para realizar actividades verdaderamente productivas son excluyentes entre sí.

Si es cierto que existen muchos IDEs(Integrated Design Enviroment) para cada propósito, estas son en sí excluyentes poco colaboradoras y quieren que sus usuarios se encierren en las funcionalidades que estas ofrecen, en sí la mayoría de los entornos cerrados pretenden eso, es su naturaleza.

Cada vez que me encuentro con un sistema de estos, soportando desarrollos complejos, veo un gran rompecabezas a medio armar con fichas que no encajan por que no pertenecen al gran propósito de la implementación. He de anotar que yo soy Ing. Electrónico y los sistemas que se desarrollan como tal no solo se tratan solo de firmware/software, el hardware, su diseño e interacción con firmware/software hacen parte del problema.
A diferencia del software el diseño de hardware no es posible realizarlo bajo el esquema de ensayo y error, los costos son muy altos para desperdiciar recursos de esa forma, es por esto que me interesa tanto un entorno de desarrollo globalmente integrado.

Modelo *nix

¿Cómo obtener un ambiente realmente integrado?. La respuesta viene desde el modelo *nix para hacer funcionar la herramienta que es el computador.
Este modelo se basa en la idea fundamental, Divide y vencerás, pues todos los *nix son una gran comunidad de pequeños programas, pequeñas herramientas que su único propósito de existencia es cumplir una única tarea de la forma más eficiente posible, y *nix se encarga de proveer los mecanismos para que estas pequeñas herramientas se comuniquen entre ellas.

Es así como se trabaja bajo *nix, se buscan, escogen y reunen todas las herramientas necesarias para realizar una tarea, al final igualmente se arma un rompecabezas, sin embargo el rompecabezas encaja, por que esta diseñado para hacerlo y existen los mecanismos para hacerlo.

Es por esto que es posible incluir e integrar todas las etapas de un diseño, p.e top-down, coherentemente y de forma que todas las herramientas que componen las etapas compartan información entre ellas y se generen mecanismos de verificación eficientes.

¿Por qué no?

Está bien, existen muchas razones por las cuales usted no deba usar estas plataformas y las que se me ocurren las voy a enumerar

Realiza labores artísticas Hay que admitirlo somos pobres en esta area

La pereza es su mayor motivación y perder el tiempo no le importa

Su trabajo no es importante así que, ¿Qué importa? , si lo pierde ante un virus/falla del sistema :P

Entiende computador por consola de vídeo-juegos

Si esperaban alguna motivación técnica, me alegro al informarles que aún no encuentro la primera.

Algunos aspectos más técnicos

Ya fuera del aspecto "filosófico" del asunto, existen unas ventajas técnicas algo particulares que he decidido tratar por separado.

En mi caso particular como Ing Electrónico y desarrollador de hardware/firmare principalmente las herramientas de naturaleza abierta presentan esta característica muy favorable para desempeñar esta labor. Esto dada la cantidad de tiempo que se ahorra en la producción y entrenamiento en N compiladores diferentes para cada procesador sobre el que se quiere trabajar, lidiando con nuevos bugs, metodologías e IDES diferentes.
Adicionalmente en esta clase de desarrollo es raro encontrar una plataforma de firmware o diseño de hardware que cumpla con todas las exigencias de un proyecto de mediana complejidad y ni hablar de uno de gran complejidad, esto y que no cueste cantidades prohibitivas de dinero.
Así esta alternativa siempre será la mejor por la capacidad de entrar en las entrañas del sistema para modificarlo y adaptarlo al proyecto en especifico.
Es así como en mi grupo de trabajo e investigación no solo hemos modificado el SO sobre el cual corren muchos de nuestros desarrollos, adicionalmente hemos modificado compiladores y programas de EDA(Electronic Design Automation) para acomodarlos a las necesidades de los proyectos y gustos particulares.

Al final todo esto se traduce en un equipo de desarrollo eficiente, capaz de producir prototipos en algunos días y proyectos terminados de gran calidad en algunos meses.

Debo aclarar que esto no es solo resultado de las herramientas, es resultado de un largo proceso de estudio y selección y lo que presento aquí son las conclusiones a las que hemos llegado después de dicho trabajo.

Eso es... por ahora, ¿Preguntas? ¿Comentarios?

Algunos temas que quisiera discutir luego:

OpenDesktop, DBUS: Me gusta su filosofía y DBUS tiene capacidades excelente para la integración.

Jabber: Quiero mostrar con código por qué Jabber es mucho más atractivo que cualquier otro IMS.

Python/Perl/Lisp: De alguna forma estos lenguajes me impresionan más allá de lo que pueden hacer, la experiencia que se obtiene al aprender a realizar un par de códigos con ellos.

Cli Magic: Sobre este tema, me gustaría mostrar un poco más algunas idea sobre como extender las capacidades de la Linea de Comando usual y acomodarla para un uso sofisticado y eficiente de ella, esto incluiría algunas ideas sobre key-bindings en algunos manejadores de ventanas y programas habituales.

EOT

$vic -V this-post

2005-10-24T16:19:00.000-05:00

Actualización, Sobre GNU/Linux y OpenSource

Notas Preliminares

Bien una actualización de MagicTerm pues ahora verifica la existencia de pyserial durante la ejecución de setup.py y del programa principal para notificar al instalador/usuario sobre esta dependencia si no se cumple.

Les recuerdo a todos los usuarios de Slackware que siempre es mejor crear bdist en ves de instalar directamente pues este proyecto al igual que muchos otros sufre de bastantes actualizaciones y en cada una de estas si no se tiene el cuidado de remover la instalación pueden quedar archivos "zombies".

Si existen interesados, quizá podría escribir un pequeño how-to para crear paquetes de Slack y como convertirlo en una costumbre muy deseable para tener un sistema coherente.

Ahora ya termine de repartir el montón de discos de Ubuntu que me han llegado, aun están perdidos otros 100 y desafortunadamente desde hace algunos días estos han quedado algo obsoletos, espero que las nuevas versiones lleguen pronto para volver a regalarlas y seguir motivando a muchas personas a disfrutar de la libertad de usar Linux.

Para todos mis colaboradores en la "evangelización" les recomiendo tener este enlace a la mano para ayudar a las personas que hemos iniciado con Ubuntu ya que la mayoría de nosotros tenemos muy poca experiencia con esa distribución: Ubuntu Starter Guide

Sobre GNU/Linux/BSD y Código Abierto

Para muchas personas les resulta sorprendente, quizá, el hecho de mi gran terquedad sobre el uso de GNU/Linux y toda clase de herramientas libres en cuanto a casi todos los aspectos en los que me desempeño como estudiante y como profesional; sin embargo ahora quiero darles una respuesta concreta de mis motivadores personales a esta actitud y por qué creo que más personas deberían compartir mi experiencia personal.

¿Por qué?

Francamente no recuerdo bien la primera ves que aprendí a programar, mi recuerdo más antiguo es relacionado con el TRS-80 mejor llamado trash80, un computador personal basado en un precioso procesador Z80 de 8bits, no recuerdo que modelo en particular era, sin embargo al que tenia acceso no tenia ninguna capacidad fuera de un editor/"compilador" de Assembler de Z80 y TinyBasic.
Dicho computador tenia capacidad de almacenamiento externo pero nunca tuve acceso a tal cosa por lo que el código que se escribía quedaba en RAM y al reiniciarse/apagarse el aparato todo el código se perdía. Es por esto que aún hoy 13 años después recuerdo linea a linea el código de Pong en TinyBasic.

Luego vino un 386, luego un 486, un Pentium100... sin embargo al principio apareció DOS, en el cual la primera ves que encendí ese aparato lo único que sabia era dar dir y ver el listado de archivos. Pronto esa instalación quedo destruida y tuvo que ser reparada.
Pasaron los años y la mayor desgracia que me pudo suceder llego, Windows95 y una interfase de usuario increíblemente complicada para mi simple mente de CLI, no era como cuando existían los Windows anteriores que rara ves yo arrancaba. Este Windows suprimía totalmente la linea de comandos y cada cambio en la configuración requería caminos interminables en muchos menús; pronto recupere mi linea de comandos para cambiar la configuración de este Windows y finalmente me adapte.
Con los años la decepción solo crecía, afortunadamente mi hermano me presto un día un Slackware Linux 8.0 y desde ese día recibí la libertad anhelada de ese maldito sistema operativo llamado Windows.

Desde que apareció la primera ves Windows 95 en mi computador siempre me pregunte si no existía nada más; en Internet aparecía Gnu/Linux yBSD pero nunca tuve acceso a Internet lo suficientemente rápido para hacer una descarga de alguno de estos y usar Windows día a día era en si, una tortura.

Ciertamente no llevo mucho tiempo como usuario de GNU/Linux, cerca de 5 años, y considero que han sido mis años más productivos de toda mi vida. Realmente
extraño todos esos años en los que Windows más que ayudarme a progresar se presento como un obstáculo, impidiendo que información valiosa llegara a mí.
Las tecnologías que hasta ahora estoy descubriendo, los lenguajes de programación que ahora me apasionan han estado ahí desde antes que yo tuviese acceso a un computador. En estos años de uso de Linux he aprendido
más de todos los temas que me apasionan que en 8 años de uso de DOS y Windows.
Ahora para muchas personas soy un experto en Linux(Aunque yo realmente no me considero como tal), a veces me siento en algún IRC en los salones de Slackware a resolver preguntas de las personas que llegan, en foros y a muchas otras personas sobre temas de programación y electrónica; pero lo que yo sé en este instante no se compara con todo el conocimiento que abarca una instalación de GNU/Linux, GNU/BSD, no se trata de un computador ni de un tema del conocimiento en particular y la pregunta que me plantee hace 2 años fue ¿Por qué?.

Continua...

EOT

2005-10-21T11:06:00.000-05:00

Algunos links:

SwarmSketchDibujos Colectivos, quedo debiendo más links relacionados

CrapHound Novelas publicadas bajo CC, muy interesantes

Systers Hermanas, comunidad femenina sobre tecnología

LinuxChix.org Comunidad Femenina de usuarias Linux

EOT

2005-10-19T23:51:00.000-05:00

AVR-LUA Update:

Tal como lo esperaba el port de AVR-LUA funciona, con un pequeño defecto, me quede sin RAM simplemente la RAM interna no es suficiente. Es de esperarse que se presente este inconveniente por lo que ya mande cotizar las tarjetas de desarrollo con la RAM extendida para poder avanzar con todos los proyectos que dependen de esto.

EOT

2005-10-14T22:16:00.000-05:00

Hoy no tengo mi drivel y me toca desde FireFox.

Recordatorio:

Tengo información que la captura de carácteres de MagicTerm en Windows, falla, ya tengo unas correcciones primarias en el CVS de SourceForge, pero aún parece que aparecieron problemas en la captura de las "letras".

Tres links:

BrainFuck Este lenguaje de programación es quizá el único que realmente me ha costado aprenderlo y diseñar un programa que haga ALGO que no sea helloworld...

Silicon Zoo Desde que tome el curso de VLSI, siempre me imagine que esto era posible :P

Frapper es un mapa de los usuarios de Linux en el mundo, soy el primero de Colombia y de Bogotá :P, espero que otros se añadan. A mí me toco poner Bogotá, sin tilde. Olvide poner que uso Slackware, así que mis amigos Slackers por favor no olviden mencionarlo.

Funny Link De este link quiero resaltar los comentarios. A ver cuantos diseñadores descubren por que pongo este link.

EOT

2005-10-14T10:12:00.000-05:00

RANT:

Odio MSN, Flash, Animated Emoticons, Flash Emoticons, Nudges, Voice Chat, Video Chat!!
Me gusta el texto plano, sin decoraciones. Máximo soporto MAYÚSCULAS y strong en
una conversación. Aunque uso bastante los emoticons, sinceramente me gusta más como
se ven como letras que como imágenes.

herulor:Bien... ya que fui invitado a incluir 'personal comments'... hate hate hate hate hate hate hate cada una de las cosas en la lista anterior. :P. Long live to talk

Más del rant. Odio mi ISP porque no me deja usar ni PINE ni MUTT para mi correo, así que tengo que usar Thunderbird y ya se quedó enano, el maldito se ha vuelto demasiado lento con la cantidad de RSSs y Listas de correos a las que estoy inscrito. Además, no hace nada que ya no supiera hacer en PINE o MUTT y en comparación con mail a la hora de escribir correos es tan lento...
La causa: Me bloquea el puerto 25 saliente y si quiero hacer relay en el server de ellos POP-before IMAP; sin embargo, hasta ahora todos los intentos de hacer esto con PINE o MUTT han sido una desgracia...
Me gusta thunderbird, me gusta la interfaz, pero me gustaba más cuando no tenía menos de 300MB de información en correos, ahora ya no :S. Lo que más odio es tener que esperar a que termine de arrancar para escribir un correo.

No hay nada como:

$mail
>m
TO: Anyone@anywhere
Subject: Wathever

blah, blah blah

EOF aka C^D

NOT-RANT:

Me gusta la idea del Avatar en los IM.

Me gusta el 1337 no porque sea (001, simplemente las letras y los símbolos son bonitos.

Un llamado a la conveniencia, no importa si usa Windows o lo que sea, siempre existirá un cliente para Jabber. Algunos clientes de jabber en win son bastante bonitos. Pandion y Gush los recuerdo, pero existen muchos más.

Me gusta usar más de un programa para todo, por ejemplo:
navegadores: firefox, opera, links, links -g, lynx, dillo, elinks.
editores: emacs, vim, ed, jed, pico, gedit...

BACK-TO-RANT:

Al final después de escribir esto, me doy cuenta del verdadero motivo del rant:

deepspawn:Odio que se me imponga una herramienta o forma de hacer las cosas

Conclusión:

Un llamado a la conveniencia, para muchos he tratado de mostrarles que existe un mundo verdaderamente más sencillo que el point and click y que se relaciona con la línea de comandos aka CLI, se llama: teclado

El teclado es el dispositivo de entrada más sofisticado que conozco, sólo hay que pensarlo un momento para darse cuenta, pero hay que pensarlo:

¿Cuántos clicks por minuto se pueden dar? ¿Qué tan complejas son las tareas que se realizan con un puntero?
Si bien es una buena herramienta para quienes realizan trabajos artísticos, no es un "mouse" la mejor opción elegida por ellos pues resulta demasiado inconveniente, para eso existen los apuntadores tipo lápiz.
Es mas, los ilustradores y diseñadores más hábiles que conozco no sólo utilizan el apuntador.

Ahora hay que preguntarse, ¿cuánto tiempo pierdo mientras suelto el teclado y agarro el apuntador? ¿Cuánto tiempo me demoro "navegando" por menús interminables que me hacen buscar la misma opción una y otra vez porque es terriblemente difícil recordar no sólo el nombre de lo que quiero encontrar, sino también su ubicación espacial?.

deepspawn:Actualmente tengo 3709 programas, cerca del 25% de los cuales uso con regularidad (lo he medido) pero francamente estoy seguro que el esfuerzo que realizo es mucho menor al que mencioné anteriormente

Luego viene otro de los problemas que he podido encontrar en las "dichosas" GUI que dicen simplificar las "tediosas" tareas de teclear comandos: resulta que estas [dichosas] GUI son excesivamente complicadas para una persona que no está acostumbrada a ellas; para la muestra un botón, sólo hay que ponerme a mí o a Herulor frente a una de estas GUIs para probar cuán ineptos somos al hacer uso de ellas. La información llega en paralelo, pero para m\'i y creo que para la mayoría de personas -en esto me apoya Herulor- es imposible o sumamente improductivo distribuir la atención, y cuando se hace disminuye el rendimiento y aparecen los errores.

herulor:Y que conste que no fui consultado previamente sobre la comunicación personal referida en el párrafo anterior. Está bien, estoy de acuerdo y sí lo apoyo :p

deepspawn:Si alguien encuentra una forma más simple para quemar un DVD que:
$growiso -Z /dev/hdX /inputdir
tiene que decirme cómo.

Al final, las GUIs y las imágenes no facilitan el trabajo, ese no es su propósito; lo que se logra con ellas es eliminar el aprendizaje permanente, lo que hacen es crear un sistema ineficiente de continuo re-aprendizaje de la misma tarea una y otra vez, así que lo que queda es "Que no se pierde tiempo memorizando una cantidad de comandos y combinaciones de teclas, sino que se puede perder tiempo una y otra vez", da una falsa sensación de facilidad a cambio de la productividad, a cambio del tiempo.

Ahora algo sobre la CLI. Siempre se dice que resulta excesivamente complicado el uso de una línea de comandos, que gran mentira!!!, no existe una forma más simple de interactuar con un computador, ¿por qué? Porque es lenta, es lineal, ante cada comando existe una sola respuesta en múltiples lineas, pero sólo es una respuesta congelada en el tiempo, se puede retroceder a leerla con calma, la línea de comandos espera que se haya procesado la información antes de continuar, o en cualquier caso se puede obligar o hacer un log al respecto. El uso de la línea de comandos es una conversación con el computador.

Otro mito de la línea de comandos es que se tiene que memorizar cada uno de los comandos, que gran mentira!!!, cualquier usuario medio avanzado de CLI puede corroborarlo.
¿De dónde nace este mito? De Windows, de DOS, nunca ha tenido una línea de comandos decente ni sofisticada, es primitiva y gracias a esto da la impresión de que todas son así.
Un usuario avanzado de línea de comandos no recuerda, busca, pero no busca él personalmente para eso existen herramientas y mecanismos. Se trata del dispositivo de entrada y como éste se relaciona directamente con la línea de comandos, es cierto que las secuencias de teclas pueden llegara ser tan complejas como los menús (a la emacs, por eso la interfaz de VI y ED es superior); sin embargo, generalmente el número de teclas disponibles es suficiente para que la mayoría de los bindings queden como máximo en una secuencia o combinación de dos teclas.
Se llama complejidad 1, acceso directo a la función que se quiere. Cuando se mecaniza ni siquiera se piensa en lo que se hace; no se trata de interrumpir el flujo de ideas como sucede con un apuntador y un GUI. A pesar de ser más simple y que el flujo de información sea mucho menor que en imágenes, el teclado->CLI->texto se presenta de una forma mucho más continua y "natural".

Los modos gráficos no son inútiles, pero para mí está sobrevalorado el aspecto gráfico sobre la funcionalidad.

deepspawn: Y sí, me importa mucho la apariencia gráfica de mi escritorio en mi box, pero se trata de escoger las herramientas adecuadas. Cualquiera que haya tenido la oportunidad de verme trabajando sabe de que estoy hablando.

deepspawn:: Realmente existe mucho más, la verdad es más profunda de lo que puedo escribir aquí, me quedan muchas ideas sueltas. Alguien que se anime comentar?

herulor:Ok... si os ha dado mucha lata leer toda esta parrafada :ducks:... El resumen es GUI != eyecandy...
Bueno, seriamente, el problema viene a estar en dos puntos: Primero, la herramienta adecuada para el trabajo a realizar; segundo, cuál es el control que tiene uno sobre la tarea que realiza dadas la cantidad de información que tiene que interpretar y la cantidad de acciones que debe realizar en una u otra interfaz
Cualquier otra cosa debiera decirla en un Comment real... si me animo :p

EOT

2005-10-13T09:37:00.000-05:00

Enlace muy interesante:

ARM9 Open SBC

Esta página documenta un SBC(Single Board Computer) diseñado para adquisición de imágenes y procesamiento. Es una implementación abierta, lo que significa que los esquemáticos
y el layout están disponibles. Esta plataforma corre Linux/ARM, y es muy fácil de desarrollar. Todas las herramientas de desarrollo son gratuitas. Con excepción de Altera's Quartus II Web Edition,
la herramientas también son open-source.

Características:

180 MHz ARM9 processor (Atmel AT91RM9200)

3 MPixel CMOS sensor (Micron MT9T001)

Altera Cyclone FPGA with 6000 LEs

2x32 MBytes of SDRAM (32MB for the ARM9 and 32MB for the FPGA)

16 Mbits of serial flash

1 10/100 Intel Ethernet interface

1 high speed USB 2.0 interface

1 SPI interface

1 serial (RS-232) interface

A ver cuantos se animan a armar una por el estilo. Requiere 4 capas pero de todas formas se puede mandar a hacer, me avisan los interesados.

2005-10-12T23:31:00.000-05:00

Pequeño post...
Enlaces:

Quake 4

Slackware Colombia

GLUC

Code:Colombia

Debo admitir que la única razón por la que volvería a instalar windoze
en mi box alguna vez seria un juego, pero soy un hombre afortunado que
ID saque todos los juegos para linux, así que los únicos juegos que me interesan
más allá de Wesnoth, Achaea, Robots y Nethack son los que ellos hacen.

EOT

2005-10-12T23:09:00.000-05:00

Esto es bonito:

--> crox (n=joel@XXXX) has joined ##slackware
--> Reeb|zor (n=reeb@XXXX) has joined ##slackware
crox: IRC is here?
morticus: lol
morticus:you have found IRC, yes indeed
crox:at least one LOL'ing, , I notice
DeepSpawn:hahaha

EOT

2005-10-11T20:51:00.000-05:00

Hoy me tire todo el día terminando el port de LUA a AVR
pero ya lo tengo terminado, pues
ya las librerias compilan sin errores y sin warnings.

Removí todas las funciones que se relacionaban con
acceso a archivos y los segmentos que requerían
copiar a memoria para reducir un poco el tamaño del
código pero no fue gran cosa.

Prepare un código en C, con base en el interprete básico de LUA pero
orientado a buffers, estas primeras pruebas van a ser con el bytecode
de LUA compilado junto con el interprete pero espero modificar
el código para que saque a trozos el código a ejecutarse.

Voy a crear un nuevo repository en el CVS
bajo testing, y en el un patch para LUA 5.0.2
para que se pueda ver el desarrollo y hacer pruebas
quienes tengan un atmega128.

Aún dudo que funcione bien en el micro pues el trabajo
ha sido más bien esotérico, trabajando solo con el compilador
y el enlazador sin hacer pruebas reales.

EOT

2005-10-10T14:10:00.000-05:00

Bien hace rato esto me tiene intrigado, estas son unas de las
mejores fuentes de información que he encontrado:

DesignTheory.org/

Design Research Group

Update de Magic Term, como nuevo release en el file-releases de sf.

Con algunas cosas nuevas, y espero ya pronto ponerme a pulir el código
para mejorar la presentación.

EOT

2005-10-09T20:25:00.000-05:00

R.I.P Lala, the Canary

Hoy estoy de Luto, Lala, la pajarita ha muerto, hice todo lo que pude para
que no muriera pero fue insuficiente.

En honor a ella voy a establecer el nuevo logo de YAUCP.

R.I.P Lala, the Canary

EOT

2005-10-07T10:27:00.000-05:00

Bien, he avanzado un poco con el port de lua a AVR, le restringí todos
los tipos de datos de flotante a entero y este es el resultado, no es gran
cosa en tamaño pero creo que en tiempo de ejecución si ve va a notar.

Al parecer no es suficiente la reducción a enteros pues
sigue pensando que esta trabajando en una arquitectura de 32bits,
ya en este punto hay que hacer un rastreo mayor en la estructura interna
del código para reconocer que tamaño de enteros se deben declarar.

Por ejemplo veo muchos contadores donde un registro de 8bits es suficiente,

Resultado:

-=>> avr-mem liblua.a atmega128
AVR Memory Usage:
-----------------
Device: atmega128

Program: 41547 bytes (31.7% Full)
(.text + .data + .bootloader)

Data: 1913 bytes (46.7% Full)
(.data + .bss + .noinit)

EOT

2005-10-05T15:31:00.000-05:00

Excelente, ahora me ahorro la entrada al Web-Interface de esto:

Drivel

Lo encontre por accidente cuando estaba buscando el dropline-gnome, pero
bueno.

Este post es algo inoficioso por eso

Umm parece que para la sugerencia del TODO usando XOSD quedo faltando
el link, aquí va:
XOSD

Estoy haciendo las "vueltas" para publicar el YAUCP en
Freshmeat

Estuve buscando alguna forma de organizar mejor el blog, pero
en blogspot parece que no se puede, así que tendre que seguir usando esto
así tal cual.

Para darle algo de contenido nuevo a este post, voy a colocar unas lineas que
son algo útil de añadir al .emacs para quienes usan emacs.

(global-set-key [f5] 'compile) F5 Llama el comando compile de emacs

(setq viper-mode t)

(require 'viper) EL modo viper es excelente la documentación al respeto esta en el directorio etc de emacs
(Slack10.2 /usr/share/emacs/21.3/etc/)

(require 'tricks) Este tiene que ir acompañado
de tricks.el, que
es una colección de algunos trucos que encontre en el emacs-wiki que resultan
demasiado comodos.

tricks.el

F12 Indenta todo el buffer

C^[TAB] y C^M^[TAB] rotan los buffers

El led scroll-lock parpadea en ves de la campana audible

El scratch buffer es recreado cada ves que se elimina, ahora si sirve para algo este buffer

Si un archivo tiene como primera linea #!...(script) cuando guarda el archivo le cambia los permisos para hacerlo ejecutable

Ah y quisiera recomendarles a todos que intercambien el CTRL por el CAPSLOCK!
si estan interesados en saber como, depronto hago un post al respecto.
Se van a dar cuenta de lo comodo que es este cambio.

Bien eso es todo. Luck.

EOT

2005-10-04T23:17:00.000-05:00

Bueno para los que no tienen animos de llevar a cabo toda la compilación
de las herramientas de AVR decidi subir el tar.bz2 con mi compilación en
slackware.

En general esta compilación realmente no es dependiente sino del glibc, y creo que
cualquier glibc actual sirve bien.

El paquete contiene:

gcc-3.4.4, g++

uisp-20050207

simulavr-0.1.2.2

gdb-6.2

binutils-2.16

avr-libc-1.2.3

En general con esas herramientas es suficiente para hacer el desarrollo.

Luck.

EOT

2005-10-04T14:48:00.000-05:00

Bien ya hice mis primeras pruebas con LUA en AVR sobre simulador y tiene buena
pinta pero aun no tengo un target con extra-ram para hacer algunas pruebas
que son de mi interes.

Por eso decidi hacer una actualización de la board para el atmega128

Board ATMEGA128

Ya esta en el sitio MagicTerminal Beta 1..

Tanto a Bandicoot como a YAuCP les he actualizado la página principal del proycto
aunque Badicoot aún no tiene información al respecto estamos esperando
la respuesta del staff de SF sobre algunos problemas con el CVS del projecto antes
de continuar.

Eso es todo por ahora.

EOT

2005-09-29T09:41:00.000-05:00

Ya esta en la página del proyecto:

YAUCP-MagicTerm

Esta terminal me quedo realmente bonita, espero que la sepan aprovechar.
Tengo que actualizar la página de este proyecto.

He logrado reducir el core de LUA eliminando el parser y el compilador, eso da como
resultado:

AVR Memory Usage:
-----------------
Device: atmega128

Program: 44363 bytes (33.8% Full)
(.text + .data + .bootloader)

Data: 1937 bytes (47.3% Full)
(.data + .bss + .noinit)

Lo que en comparación con el anterior es bastante bueno, sin embargo sigue siendo un poco
grande teniendo en cuenta que solamente el núcleo, aun faltan las librerias adicionales.

Creo que esto no dejará de ser más que una bonita idea para los AVR pues el uso de recursos es
excesivo para estos. De todas formas voy a dejar el port completo con una guia
especifica de como hacer que este lenguaje funcione.
Para una plataforma ARM es francamente muy conveniente.

EOT

2005-09-28T00:31:00.000-05:00

Genial, Lua me ha compilado sin problemas para el ATMEGA128, algunos warnings
que hay que corregir, sobre todo que el piensa que int es por defecto de 32bits
y para los AVR int es de 8 bits, por lo que hay que hacer un monton de corrección
de tipos, adicionalmente hace llamadas localizadas que definitivamente no existen en
el AVR, y el accesso a archivos.

Hubo de eliminarse parte de las librerias math y io pues presentaron errores.

La math es posible hacerla funcionar por que el AVR tiene soporte para algunas
funciones matematicas.

Con esto el port se hace posible en poco tiempo, pronto publicare los resultados
pero pinta muy bien este scripting embedido.

$ avr-mem liblualib.a atmega128
AVR Memory Usage:
-----------------
Device: atmega128

Program: 24212 bytes (18.5% Full)
(.text + .data + .bootloader)

Data: 2572 bytes (62.8% Full)
(.data + .bss + .noinit)

$avr-mem liblua.a atmega128
AVR Memory Usage:
-----------------
Device: atmega128

Program: 66239 bytes (50.5% Full)
(.text + .data + .bootloader)

Data: 3009 bytes (73.5% Full)
(.data + .bss + .noinit)

Existen grandes problemas con el uso de la RAM, aunque aun liblua.a tiene el
parser y otras cosas que no se necesitan.

Es posible que toque reducir aun más el uso de RAM por que se queda sin ram para algo útil :P
Aunque igual se cuenta con la RAM externa es mejor dejar todo dentro de los primeros 4K de RAM
y el programa principal entre los primeros 64K, así que aún toca hacer bastante antes
de sacar una conclusión.

Para los targets ARM es bastante adecuado el uso de RAM pero el de ROM es un poco grande
toca optimizarlo.

EOT

2005-09-27T23:00:00.000-05:00

Saludos, bien ya aceptaron el nuevo proyecto para todas
las herramientas no relacionadas conel yaucp el URL es:

Bandicoot, Bandicoot is a collection of organizing tools.

https://sourceforge.net/projects/bandicoot/

Aun no le he hecho una página, espero hacer una mejor que la del yaucp. :P
Estoy moviendo todo el desarrollo a este nuevo proyecto.

Acabo de terminar una pequeña terminal muy versatil para el puerto serie,
se llama MagicTerm esta escrita completamente en python
y depende de pyserial. El objetivo de esta terminal es apoyar el desarrollo
de aplicaciones y ayudar a procesar la información proveniente de los programas.

Este magic term tiene las siguientes capacidades ya disponibles:

Coincidir patrones y guardar en archivos diferentes según el patron

Reemplazar con multiples reglas antes de escribir en el archivo

Triggers de comandos de shell ante patrones

Quiero implementarle estas:

Triggers de respuestas ante patrones

Reemplazos antes de imprimir en la terminal

Keybindings para enviar comandos

Actualmente tiene una limitación pues esta utilizando readline para recibir del puerto serie
así que seria muy dificil trabajar con sniffers de protocolos sería practicamente imposible
trabajar ya que estos no traen consigo retornos de carro, necesito pensar otra forma
de capturar los caracteres para la coincidencia de patrones.

Encontre este lenguaje de scripting, LUA

http://www.lua.org/

Parece ser mucho más directo para "encajar" en un uC pequeño tipo AVR, ARM.
Voy a empezar con el port del AVR, ciertamente no alcanza a caber en un
target pequeño así que hay que pensar directamente en un atmega64 por lo menos.

La idea del lenguaje de scripting es reducir un poco el tiempo de diseño de algunas tareas
tontas o de permitir diseñar ciertas tareas no criticas en menos tiempo, ampliando un
poco así la prestación del dispositivo, no es el objetivo de este reemplazar un
lenguaje de programación real.

EOT

2005-09-26T19:50:00.000-05:00

Finalmente alguien encontro este modo de emacs para hacer
algo que vi en Kate y en otros editores pero no tenia ni idea
de como realizarlo en emacs, aunque los "keybindings" por defectos
son terribles aquí va un poco de código para añadir al ~/.emacs

66 (add-hook 'c-mode-hook 'hs-minor-mode)
67 (add-hook 'c++-mode-hook 'hs-minor-mode)
68 (add-hook 'c++-mode-hook 'cc++-keys)
69 (add-hook 'c-mode-hook 'cc++-keys)
70 ;;;;;;;;;;;;;;;;;;;;;; Complementar los modos de C y C++
71 (global-unset-key [f1])
72 (global-unset-key [f2])
73 (global-unset-key [f3])
74 (global-unset-key [f4])
75
76 (defun cc++-keys ()
77 (defvar c++-mode-map nil) ;; No-op actually
78 (defvar c-mode-map nil) ;; No-op actually
79 (define-key c-mode-map [f1] 'hs-toggle-hiding)
80 (define-key c-mode-map [f2] 'hs-show-block)
81 (define-key c-mode-map [f3] 'hs-hide-block)
82 (define-key c-mode-map [f4] 'hs-hide-all)
83 (define-key c-mode-map [\C-f2] 'hs-hide-level)
84 (define-key c-mode-map [\C-f4] 'hs-show-all)
85 (define-key c++-mode-map [f1] 'hs-toggle-hiding)
86 (define-key c++-mode-map [f2] 'hs-show-block)
87 (define-key c++-mode-map [f3] 'hs-hide-block)
88 (define-key c++-mode-map [f4] 'hs-hide-all)
89 (define-key c++-mode-map [\C-f2] 'hs-hide-level)
90 (define-key c++-mode-map [\C-f4] 'hs-show-all)
91 )
Con esto se añaden unos bonitos keybindings para las teclas f1 a f4 pero
solo en los modos c y c++, como es posible que los modos de otros lenguajes
se entiendan con el hs-minor-mode, quiza seria mejor así el código:

66 (add-hook 'c-mode-hook 'hs-minor-mode)
67 (add-hook 'c++-mode-hook 'hs-minor-mode)
68 (add-hook 'cperl-mode-hook 'hs-minor-mode)
69 ;;;;;;;;;;;;;;;;;;;;;; Complementar los modos de C y C++
70 (global-unset-key [f1])
71 (global-unset-key [f2])
72 (global-unset-key [f3])
73 (global-unset-key [f4])
74
75 (global-set-key [f1] 'hs-toggle-hiding)
76 (global-set-key [f2] 'hs-show-block)
77 (global-set-key [f3] 'hs-hide-block)
78 (global-set-key [f4] 'hs-hide-all)
79 (global-set-key [\C-f2] 'hs-hide-level)
80 (global-set-key [\C-f4] 'hs-show-all)

El problema es que los keybindings quedarian enlazados para todos los otros modos que
no soportan el hs-minor-mode y quiza se podrian utilizar para esto...
¿A ver alguna idea para hacer esto más bonito?

EOT

2005-09-25T23:56:00.000-05:00

Finalmente he publicado un el release oficial 1.0alpha para el name-changer

https://sourceforge.net/projects/yaucp/

Con esto ya dejo por ahora de trabajar en este proyecto de la forma que he trabajado
en el ya que esta casi completo, por ahora me dedicare a corregir los errores
que se encuentren y a mejorar el código.

Espero que lo sepan apreciar ya que es terriblemente útil aunque como resuelve
los problemas tan efectivamente es de poco uso.

El log que salio de mi colección de musica fue de 13M y le cambio el nombre a
casi todo, pero, ahora todos los nombres de estos archivos son DECENTES!.

EOT

2005-09-20T13:17:00.000-05:00

Snap! Bueno por fin le puse contador de visitas a esta
página, es algo bueno para mi aunque un poco inoficioso.

Bien acabo de subir al CVS dentro del repo tools las
primeras versiones de un programa que he querido escribir
desde hacer rato:

Name Changer

Herulor me ha estado ayudando mucho con el diseño,
las especificaciones y como siempre con la corrección de los errores
de reddacción que a él le parezcan, usualmente confio bastante en su juicio
para esas cosas.
Supongo que como ahora soy yo el que ha creado más código Herulor esta un poco
relegado en esa parte pero es solo cuestión de tiempo para que él participe.

Hasta ahora lo he llevado bastante orientado a objetos y esta escrito completamente
en python, por ahora lo que llevo al momento de este envio es bastante sofisticado pero
de uso muy simple.

Features :

Can use Config file for rules that let define naming schemes
or character replacements.

CLI Based, since it's intended for CLI lovers.

Can read parameters from CLI for replacements.

Log capabilities.

==> TODO <==

Interactive Mode.

Rules that makes single replacement interactive.

Rules that can make name changer ignore some entries

Color Logs.

Undo abilitiy.

Bueno eso es todo, quizá este programa junto con los otros que he creado
queden pronto completados para crearles su propio poyecto en sourceforgue.

EOT

2005-09-12T09:01:00.000-05:00

Bien, en estos dias me he dedicado a un proyecto sencillo y un poco apartado de lo
usual, me puse a hacer esto:

http://valkertown.sytes.net/deepspawn/CurrentPlayList.php

El link para escuchar la radio funciona, aunque es una pena que el streaming desde XMMS
consuma tantos recursos(CPU), pero igual solo tengo AB para tres clientes...
Así que si les interesa algo de la lista, click the link.
No funcionaria todo el tiempo pues a veces necesito CPU o AB de subida.
Para hacer streaming se utiliza y recomiendo estos paquetes, igual hacen falta
los encoders sobre los que dependen Ices y oddcast:

IceCast

Ices

oddcast-xmms

Aquí va un link a una animación que hizo Humberto un compañero de la U, como
el se tomo el tiempo de hacerla, espero que la vean.

Animación Tonta

EOT

2005-09-07T20:53:00.000-05:00

Bien, hoy va una idea que me ha resultado muy agradable, aunque
mientras escogí el intervalo necesario llego a ser una molestia.

Usualmente trabajo en tantos proyectos o tengo tantas ideas
que es difícil llevar la cuenta o no perderme demasiado tiempo
en proyectos y desatender otros, de esta forma se me ocurrió
utilizar XOSD para
imprimir ocasionalmente una lista de tareas o ideas en la pantalla.

Actualmente yo utilizo el XOSD en bastantes programas, desde el
uso más simple usando el plugin para XMMS para ver algunos mensajes
de XMMS como la identificación del archivo en reproducción
el volumen, y algunos otros mensajes que traen información útil.

Ocasionalmente utilizo el osd_cat en unión con tail -f para
imprimir algún log del que me interese estar enterado, algo así:

$tail -f /var/log/secure | osd_cat

Ahora el uso de osd_cat es muy sencillo, no lo voy
a explicar aquí sin embargo voy a colocar un pequeño script
que pone una lista TODO en la pantalla:

Listing: xosd_TODO

-------------------------------------------------------------------------------

#!/bin/sh

FONT="-*-courier-*-r-normal-*-*-*-*-*-*-*-*-*"

OPTIONS="-p top -A left -f $FONT -c red -s black -O 3 -d 1 -l 20 -w "

TODO_FILE=$HOME/TODO

/usr/local/bin/osd_cat $OPTIONS $TODO_FILE

-------------------------------------------------------------------------------

Así ahora es crear el archivo $HOME/TODO y luego de esto llamar
el xosd_TODO, la fuente puede ser cambiada según lo que entrega
el xfontsel, el -l n dice que ubique n lineas en la pantalla y haga
scroll sobre estas, para hacer un scroll limpio de la primera a la última
linea del archivo, recomiendo añadir algo así como n lineas en blanco
al principio y final del archivo así se pueden leer
cómodamente desde la primera a la última linea

Como la idea es que este método nos recuerde constantemente
la lista de tareas el paso a seguir es añadir una tarea en el
cron del usuario.

$crontab -e

Y se añade esta linea

*/60 * * * * DISPLAY=localhost:0.0 $HOME/bin/xosd_TODO 2>&1 > /dev/null

El */60 le dice que cada 60 minutos dispare nuestro script y se redirigen
tanto la salida y el error al vacío para evitar correos molestos provenientes
del cron.

Ahora por qué DISPLAY=localhost:0.0 ?
La respuesta es por que el cron no tiene acceso al servidor X, así
que este método requiere añadir al .xinitrc (o en algún otro sitio
donde no tengamos que preocuparnos por dar este comando a mano):

$xhost +localhost

Esto si se confía plenamente en los usuarios que se registran en la máquina
simultáneamente, pues esto les permitiría dirigirnos programas
que se conecten al servidor X y puede llegar a ser molesto, en
sí no es una buena idea y pensaría que es una falla en la seguridad pero
aún no he encontrado un método que me permita restringir la conexión a un
programa o activar el cron con acceso al servidor particular X.

Es bueno recordar que el 0.0 es el identificador tradicional para
el primer servidor X que se inicia en la máquina si se trabaja con otro
identificador para el servidor X en uso hay que cambiarlo en la linea
del cron.

No complico más este HOWTO pero creo que se puede
mejorar aun más el método que uso para ponerlo a funcionar
automatizar un poco y sobre todo arreglar los
problemas de seguridad.

EOT

2005-09-06T22:58:00.000-05:00

Bien, un resumen en desorden de lo que he estado haciendo

Modulador/Demodulador 8QAM usando un AVR-ATMega8535 y un montón de
integrados más es un proyecto de la U, so nada realmente interesante,
voy a crear un repo más en el CVS para poner esta clase de proyectos
de la U que no son realmente interesantes pero son una oportunidad más
para aprender herramientas nuevas.

En esta ocasión añadí al
desarrollo del proyecto dos herramientas nuevas

Graphviz Hacer gráficas en este lenguaje es
muy simple y ahorra mucho tiempo a los que no tenemos habilidad alguna
para hacer buenos layouts de ideas organizadas
Circuit
Macros A pesar de tener una sintaxis hedionda, fue sencillo
escribir un interprete de netlist sencillo y que los pase a estos circuit
macros

así que viva la automatización de la generación de documentación,
cada vez es más tiempo al
diseño y menos a realizar esas tareas hediondas de repetición.

Luego:
I tried to run uCLinux on a small target but
it's stupidly incomplete, I almost had to do the whole porting by hand
cuz the incom pletness of the project, then noticed the need of a c++
compiler that didn't co mpile at all for the required version of the libc,
and I broke my eCos
cross compiler to do that, then I need to recompile my crosscompilers
for c/c++ for my target again.
I will try uCLinux again but when
I have a proper target with proper support like the one around JuiceBox

He estado probando algunas herramientas de desarrollo interesantes.

PyGTK- Glade Es un buen entorno de desarrollo,
ahorra mucho trabajo, hice un pequeño programa para hacer interfase con
el celular usando herramientas libres, no es la gran cosa, no creo que
lo publique
OGRE-PyOGRE Excelente API para
crear escenas, me gustaría mucho crear un demo haciendo uso de estas
herramientas pero no tengo tiempo suficiente para crear nada, solo he
escrito un par de ejemplos y mi juego favorito de escribir en cuanto
lenguaje/API aprendo, PONG
Embedded Python
Ya hice un pequeño programa en C que incluye el interprete de Python,
es sencillo y me da un grupo de ideas muy interesantes, sin embargo he
leído el código fuente de Python con la esperanza de poder llevarlo a
un nivel tipo AVR/ARM, es posible(¿?) pero realmente me tomaría mucho
tiempo hacerlo, sin embargo esto me lleva a pensar en otro lenguaje de
scripting que quizá si pueda encajar(embed) en los AVR, sobre los ARM es mucho
más sencillo por lo que no me atrae tanto el hacerlo.

Medrano trajo una extensión de Firefox interesante: ForecastFox, me
ha resultado útil. Voy a colocar un tab nuevo en el blog para colocar
mis sugerencias de extensiones/temas de FireFox/ThunderBird.

El grupo Pandesmos ya lleva mucho tiempo sin página web, es hora de
empezar a reunir fondos y gente para revivir el grupo... Me gustaría
intentar un nuevo entorno CMS llamado PLONE, sin embargo
no todos los hostings pagos soportan este CMS, dependiendo de lo que se
consiga se decidirá sobre el CMS para este portal.

En estos
días publico algunas ideas "nuevas" para el desktop y herramientas que
utilizo regularmente en mi box (no solo yo, Herulor y medrano usualmente
las usan también). Usualmente estas herramientas o ideas, ayudan en la
organización o en la comodidad de GNU(Linux/BSD). Les recomiendo ver
el último Enlightenment, se ve demasiado bien, aunque sigue sin gustarme
:P

EOT

2005-08-07T15:41:00.000-05:00

OK, separo los dos post por que el anterior no es
muy interesante y así solo llama la atención de quienes quieran leerlo.

Hoy me tope con ADA para AVR es un poco extraño
pensar en un HDL para un micro pero resulta muy interesante

Por ahora no he aprendido ADA y realmente no se si lo haga,
pero espero que alguien que le interese este tema
me pueda decir con que objetivo o que ventajas tiene
utilizar este lenguaje de alto nivel para desarrollar
en el micro.

Aquí va el link.
AVR-ada

EOT

2005-08-07T15:26:00.000-05:00

Saludos,
Recientemente he perdido demasiado tiempo lame-hacking
el condenado celular, hasta ahora lo único interesante
que he logrado es eliminar casi toda la propaganda que viene
de los operadores... No vale la pena perder tiempo con eso,
no es viable como una plataforma de desarrollo embedido
para nada interesante desde el punto de vista de la
electronica, las limitantes de I/O adecuado para la
interacción con otros dispositivos es bastante incomoda.
Contando con los perifericos de comunicaciones de
mayor complejidad IRDA,BlueTooth, Internet(WAP) y el de
menor complejidad (rs232) entregan usualmente una interface
de comandos AT, que permite interactuar con el celular
pero requiere de inteligencia exterior.
Así que aun con el soporte de JAVA de los celulares y hasta donde
logre perder el tiempo esta semana no existe una forma
sencilla de hacer que el programa interior del celular
interactue diretamente con dispositivos externos carentes de inteligencia.
Desde mi punto de vista esto añade una complejidad innecesaria en comparación
de otras plataformas de desarrollo embedido con caracteristicas
de entrada salida menos obscuras.
Otros compañeros de trabajo siguen
dedicados a esto así que luego vere si ellos encuentrar la forma.

EOT

2005-07-28T09:16:00.000-05:00

Actualización:

Bien, actualmente los proyectos han crecido un poco, ya he
probado extensivamente el atmega128 con controles de presion
y monitoreos utilizando todos los canales de AD, con resultados
excelentes.

Despues de esculcar un poco la documentación del AVR-Libc, debo
decir que practicamente todos los perifericos mayores de estos
micros estan soportados con un API muy consistente.
(Esta es una recomendación a leer muy bien el manual de este proyecto)

Por otro lado, ya que tengo internet en el celular(Siemens A56i),
y mi gusto por hacer las cosas a mano he dispuesto ya varias
paginas WAP en mi box, pudiendo así descargar cualquier archivo
que soporta el celular a este. Tengo especial interes con los
desarrollos J2ME que soporta, hasta ahora solo he probado algunos
juegos y un hello world como ejemplo, sin embargo
parece que la interface serial es posible utilizarla, así que
es posible hacer algo con esta técnologia.

Me interesa quizá un poco más el trabajo que se puede realizar
con WAP y CGI sobre un embedido, ya que la mayoria de celulares
ahora tienen almenos un navegador wap embedido es posible
pensar en monitoreos del sistema por esta via, incluso
interacción.

Pronto en el CVS estare poniendo a disposición una serie de
códigos bajo la sección de tools para el manejo de una terminal
en los AVR con un API que a mi parecer es consistente.

Hasta ahora tiene buen comportamiento, permite borrar carácteres,y estoy
implementando la función de historia y edición de comandos, aunque para esto
hace ya falta mucha más ram que para la terminal simple.

Este esta diseñado bajo el concepto de protothreads de Contiki, no he probado aún
como funcionaría bajo el concepto de kernel de eventos, quiźa simplifique un
poco el control de estados.

Adicionalmente he mejorado el API que escribi para manejo de AD, Timers, Alarmas, y
manejo del puerto serie bloqueante, no bloqueante.

No divulgo links aun, pues todo esto esta aun para ser organizado y poder publicarlo.

Adios.

EOT

2005-07-10T19:01:00.000-05:00

Recientemente descubri SCONS un reemplazo para MAKE,
requiere que python este en el sistema pero es muy inteligente.
Según estos articulos en freshmeat

http://freshmeat.net/articles/view/1715/

http://freshmeat.net/articles/view/1702/

Es una excelente alternativa y es quizá mejor ver estas herramientas con buenos ojos,
ya me tome la molestia de crear un SConstruct más bien generico para las herramientas
del avr, va a estar en el CVS, esta comentado, y es quiza un poco
complejo en comparación del Makefile anterior, pero igual esta mucho mejor construido.

Ah tambien este incluye comandos para utilizar generar la documentación
utilizando DOXYGEN.

$ scons <- Compila el proyecto
$ scons read_fuses <- Lee los fuses del micro
$ scons set_fuses <- Programa los fuses del micro
$ scons load <- Borra y carga tanto la flash como la eeprom.
$ scons doc <- Genera la documentación.
$ scons clean_doc <- Limpia los directorios generados para la documentación

Es necesario editar el archivo para acomodarlo al proyecto personal

That's all...

EOT

2005-07-06T17:33:00.000-05:00

Actualización:

Hardware Utilizando GEDA he estado trabajando en una tarjeta de desarrollo para el atmega128, va a ser en dos caras y con vias, sin embargo son pocas y con puentes es suficiente para hacerla funcionar en una cara. Requiere montaje superficial, pero es suficiente para correr contiki sin el NIC, el desarrollo esta en el CVS publico del proyecto.

Aterm Mi terminal favorita por fin tiene el release 1.0 oficial.

EOT

2005-06-30T23:31:00.000-05:00

Finalmente me di mañas para aprender a usar cvs, y me parece genial,
es la primera vez que utilizo una herramienta de estas y hace el llevar
el progreso de un desarrollo mucho más controlado.

Así que en la interface CVS que se encuentra en el proyecto de SourceForge
van a estar los desarrolllos activos, cuando se encuentre alguno de los
proyectos actuales con el nivel de madurez que tiene el proyecto de instrumentación
será publicado como un release.

El repository de CVS:

instrumentación tiene un proyecto maduro pero
sin información adecuada para el montaje en hardware.

tools se encuentra una herramienta avr-mem
para medir el uso de recursos de memoria utilizados por los binarios
Originalmente este script se encuentra con WinAVR y según recuerdo
no funcionaba transparentemente en mi shell así que lo modifique
un poco para que fucnionara, por eso lo publico.
testing Aparecen los proyectos o ideas con desarrollo
más activo.

EOT

2005-06-25T22:11:00.000-05:00

Bien encontre un post apropiado del blog anterior continuando con el desarrollo
de las herramientas.

Para ver los cables de programación en la documentación de UISP
se encuentran los cables soportados.
He probado con exito:

dapa que es un cable del puerto paralelo a los pines del micro.
xil que es el cable jtag que viene con las boards xilinx, el que probe viene
con la tarjeta de evaluación de una fpga spartan3, gracias a medrano por la ayuda con el testing con este cable y un atmega16

La mejor forma de utilizar las GNUTools es creando un
Makefile apropiado, que sea fácil de reutilizar.
Este envio cubre este aspecto y como utilizar todas
las herramientas y el wrapper(Makefile) para crear la aplicación
de prueba.

Un archivo Makefile contiene las reglas e instrucciones
requeridas para compilar, en principio esta pensado para
esa tarea, sin embargo la flexibilidad permite que
sea utilizado en otras tareas.

Bien, el programa make cuando se invoca desde la
linea de comando busca el archivo Makefile o makefile en el
directorio actual, también puede ser especificado un
archivo diferente para obtener las reglas.

Sin embargo tener los proyectos separados en directorios
y con su propio Makefile ayuda a organizar el trabajo.

Esta es una cabecera adecuada para iniciar el archivo:

#Cambiar al nombre del proyecto
FILE=proyecto
#Especificar el micro para el cual se va a compilar
MCU=micro
#Especificar el método de programación
CABLE=dapa

#Herramientas de compilación.

CC=avr-gcc
XXD=xxd
OBJCOPY=avr-objcopy
OBJDUMP=avr-objdump

CFLAGS= -g -Wall -mmcu=$(MCU)

all: $(FILE).hex

Luego se especifican las reglas de compilación.

%.o:%.c
<- TAB ->$(CC) -c -o $*.o $(CFLAGS) $(ECOS_GLOBAL_CFLAGS) $<

%.hex: %.elf
$(OBJCOPY) -j .text -j .data -O ihex $< $*.hex
$(OBJDUMP) -h -S $< > $*.listing

%.elf: %.o
$(CC) $(CFLAGS) -o $*.elf -Wl,-Map,$(FILE).map $<

Estas reglas permiten la mayor generalidad pero en ocasiones
no son suficientes y es importante conocer el compilador
para añadir las modificaciones pertinentes.

Por ejemplo muchas veces es deseable distribuir el proyecto
en varios objetos antes de enlazarlos o se han creado
cabeceras .h que su ruta debe ser especificada explícitamente
al compilador.

Los comandos de programación:

load: $(FILE).hex
uisp -dlpt=/dev/parport0 --erase -dprog=$(CABLE)
uisp -dlpt=/dev/parport0 --upload if=$< -dprog=$(CABLE) -v=3 --hash=32

Al final se le indica que debe hacer para limpiar:

clean:
-rm -f $(FILE).hex
-rm -f $(FILE).map
-rm -f $(FILE).o
-rm -f $(FILE).listing

De esta forma solo se debe modificar la cabecera del Makefile para
una gran cantidad de proyectos y los cambios adicionales
se restringen a los proyectos que lo necesiten.

Los micro ATMEGA en general vienen con un reloj interno de ~1Mhz así
para esta aplicación de ejemplo no hace falta más que polarizar
el micro, programador, y un led.

Si se quiere utilizar un reloj diferente es importante leer
sobre los FUSES de estos micros y la documentación
del programador(uisp) sobre como realizar la configuración.

ledtest.c

#include <avr/io.h>
void delay_ms(unsigned short ms)
{
unsigned short dl1, dl2;
dl1 = 50; // Si se utiliza un reloj más veloz, incrementar este valor
while (dl1) {
dl2 = 1000;
while (dl2) {
while ( ms ) ms--;
dl2--;
}
dl1--;
}
}
int main(void)
{
DDRB|=_BV(PB2); // Habilita el Puerto B2 como salida
while (1) {

PORTB^=_BV(PB2); // TOOGLE del LED
delay_ms(500);
}
}

En mi caso se cambia en el makefile:

#Cambiar al nombre del proyecto
FILE=ledtest
#Especificar el micro para el cual se va a compilar
MCU=atmega8535

Es importante recordar que .../avr-elf/bin se debe encontrar en el PATH.

$export PATH=$PATH:.../avr-elf/bin
$setenv PATH $PATH:.../avr-elf/bin

El directorio del proyecto se debe ver algo así ahora:

4.0K Makefile
4.0K avrledtest.c

Compilamos

$make

Es posible que se presente el error de los 8 espacios, reemplace en el
Makefile esos 8 espacios por una tabulación.

Luego el directorio se debe ver:

4.0K Makefile 8.0K ledtest.listing
4.0K ledtest.c 8.0K ledtest.map
4.0K ledtest.hex

Si se quiere programar en el micro el ejemplo

$make load

Los archivos .listing y .map son muy útiles para analizar
el código final generado en assembler por el compilador, aunque
no son necesarios los añadí en el makefile para disponer
de todas las herramientas cuando se necesiten.

Con esto terminan esta serie de envíos, no pretenden ser un reemplazo
a la documentación de cada una de las herramientas, pero si una
guia adecuada.

Omito el esquemático del circuito ya que es bastante simple.

Se resume en:

Alimentar el micro

Led+Resistencia en el puerto B2, 1 Prendido, 0 Apagado

Programador en las lineas adecuadas

Cristal, Opcional

EOT

2005-06-25T17:19:00.000-05:00

Great, first release at sourceforge.

En la página del proyecto se encuentra el primer archivo publicado en el proyecto, es el
más simple de todos pero es bastante placentero hacer el anuncio.

En este release:

Get Random Line

Update Backgrounds

Roll

My Aterm

Disfruten!

EOT

2005-06-24T20:37:00.000-05:00

Saludos, el proyecto en SourceForgue fue aprobado hoy.

La dirección del proyecto en SF:

YAUCP: Yet Another uController Project.

EOT

2005-06-22T11:22:00.000-05:00

Sobre el simulavrxx si se utilizan las últimas binutils y el bfd que viene con ellas
este programa llama un segmento de una estructura :

src/avrdevice.cpp

Lineas 122,132
size=sec->_cooked_size;

_cooked_size ya no existe en esta versión de las binutils y supongo que posteriores.
Así que hasta ahora lo que hice fue modificar esta linea por lo que al parecer
es el reemplazo adecuado, según bfd.h

Lineas 122,132
size=sec->size;

Esto ya hizo que la compilación continuara, pero falta ver si realmente funciona :P

Aparentemente me hace falta instalar SWIG para terminar la compilación.

Err. NO VALE LA PENA COMPILAR EL SIMULAVRXX no tiene muchos micros soportados.
Hasta que el desarrollo no avance será mejor apegarse al simulavr-1.2.2

EOT

2005-06-22T09:55:00.000-05:00

Finalmente estoy actualizando mis herramientas de trabajo a
versiones más actualizadas.

Intenté compilar los

GCC 4.0.0, NOK <- Falla, una lastima.

GCC 3.4.4, OK <- Recomendado

GCC 3.3.6, OK

GCC 3.3.4, OK

El AVR-LIBC 1.2.3 Tiene un pequeño error en common/macros.inc
sin embargo es sencillo de arreglar
Este es el diff:
---------------------------------------------------
39c39,40
<
---
> #ifndef __COMMON_MACROS__
> #define __COMMON_MACROS__
221a223
> #endif
---------------------------------------------------
Para usarlo crear una archivo nuevo con las lineas de
arriba.

[.../avr-libc-1.2.3/]$patch < diff_file

El pregunta por el archivo a parchar y se le indica common/macros.inc

Ya con esto y las instrucciones anteriores se puede compilar e instalar.

Los siguientes programas a compilar son:

SimulAVR, Exito con la versón 0.1.2.2 FLAGS= --prefix=$MYDIR

SimulAVRxxx, Exito con la versión 0.8.005 FLAGS=--prefix=$MYDIR

GDB-6.2, Exito en la compilación, FLAGS=--target=AVR --prefix=$MYDIR

Esto es todo, ya con estas compilaciones exitosas solo falta hacer nuevas pruebas con
los desarrollos y seguir trabajando.

Vean los envios anteriores y espero comentarios si alguna información no es clara.

EOT

2005-06-20T23:49:00.000-05:00

Para compilar los sources de las herramientas AVR

Supongo que por lo menos ya se tiene habilidad suficiente
para moverse en un shell, descomprimir e instalar los
programas desde el código fuente.

En resumen para todos los sources los pasos son:

$./configure [FLAGS]

$make

#make install

Notese que # indica que se suele hacer como root, aquí para estas herramientas
no nos interesa tener privilegios pues no es necesario.

export MYDIR=$HOME/cross/avr-elf/ <- Directorio instalación

export PATH=$PATH:$MYDIR/bin <- Es importante, y si se tiene una versión anterior de las herramientas eliminarlas del PATH para evitar conflictos

BinUtils FLAGS=--enable-install-libbfd --target=avr --prefix=$MYDIR --disable-nls
gcc y gcc-g++ se descomprimen en el mismo directorio,
FLAGS= --target=avr --enable-languages="c,c++" --prefix=$MYDIR --disable-nls

AVRLibc
$ export PREFIX=$MYDIR
$ sh -x ./doconf
$ ./domake
$[#] ./domake install

UISPFLAGS= --prefix=$MYDIR

Eso es todo, ya con ese segmento compilado e instalado es suficiente para empezar a trabajar
para el GDB los flags de compilación son muy similares a los del GCC, y para el simulavr solo basta el prefix.

UPDATED: Tue Jun 21 09:45:13 COT 2005
UPDATED: Wed Jun 22 08:26:50 COT 2005
EOT

2005-06-20T14:42:00.000-05:00

Er... Parece que perdi los archivos del blog anterior, así que, tendre que
volver a escribir algunas partes importantes que existian en el blog anterior.

Parece que en este blog no puedo hacer organización temática de los contenidos y
como los post son usualmente extensos, la información no va a quedar tan disponible como quisiera.

Ahora retomemos las herramientas de los AVR.

Estas son:

gcc-3.3.4 Se necesitan los fuentes, puede no ser el 3.3.4 pero es con la que he estado trabajando

avr-libc-1.0.4 Los fuentes, creo que entre más nueva la versión mejor se porta

UISP Para este definitivamente es mejor obtener la última versión

GDB Versión adecuada para la versión de GCC, aún no recuerdo si se pueden utilizar las últimas versiones con independencia del compilador.

binutils-2.5.0 Versión recomendada

SimulAVR Utilizar la versión más reciente, incluso CVS

Esos son todos, para gcc si se quiere utilizar el soporte limitado para c++, es necesario
tambien el gcc-g++, para la versión de gcc que se descargo.
Todas las versiones estan algo desactualizadas, las que son especificas de AVR es conveniente,
utilizar las versiones CVS.
Para gcc,gdb, y binutils es importante asegurarse que el desarrollo del crosscompiler este ya listo para las versiones, gcc 4.x tiene caracteristicas muy atractivas pero no conozco aún el
estado del crosscompiler para avr y conozco reportes de problemas de compatibilidad con código
de versiones anteriores en los objetivos tradicionales así que aun no es recomendado para quienes
desean comenzar.

El orden de compilación es el siguiente:

BINUTILS

GCC y G++

AVRLibc

SimulAVR

UISP

DDD Excelente front end para el GDB

Los flags de configuración e instrucciones de instalación quedan por ahora para un
envio posterior, o de tarea :P

UPDATED: Tue Jun 21 09:46:24 COT 2005
EOT

2005-06-19T00:14:00.000-05:00

Saludos a todos.

Este es un HOWTO casí que obligatorio:
How To Become A Hacker
(Este también explica por que no recibo ese título)

Me gusta el logotipo que propone y va a estar disponible en la página como
un enlace a este HOWTO.

Añado de una vez algunos HOWTOS que me parecen muy interesantes para quienes
estan empezando y los ayude a motivarse un poco, o para los que se consideran expertos
confrontar su conocimiento con algunas ideas muy interesantes.

How to be a Programmer
The Art of Unix Programming
Great Hackers
The Jargon File

Bien, ahora tenia guardados un par de links que pienso que son bastante útiles:

Regular Expressions Reference Sheet

Finalmente, me ha gustau bastante este link:
The Python Challenge

Aunque se supone se utilice Python para resolver este reto, paso a paso, solo como
prueba de habilidad vale la pena utilizarlo en cualquier lenguaje.
De hecho las REGEXP son bastante útiles en este reto.

EOT

2005-06-18T23:00:00.000-05:00

Argh!
No lo puedo resistir este link tiene que ser difuminado!

http://www.pwned.nl/ayb/

EOT

2005-06-18T19:51:00.001-05:00

Saludos, bien el blog progresa con algunas modificaciones
en el template y una imagen procesada por +Sabbath+
a quien moleste demasiado para hacerla, gracias por la
paciencia.

Bien, en el otro blog se publicaban archivos, como
no tengo aún hosting de archivos no puedo publicar
aquí archivos, quiza arranque un proyecto en sourceforge
para poder publicar archivos, sin embargo
aun me falta organizar los proyectos para
ello.

El trabajo realizado este semestre
se resume en:

Scripts:

GRL.pl <- Get Random Line, de un archivo

Materm.pl, Un script que envuelve a aterm y utiliza un archivo de colores para colocar distintas transparencias, y ajustar el titulo de la terminal

bin2asc,asc2bin,asc2hex,hex2asc Set de scripts de perl que traducen, para los nicks :P

rsync_backrounds, script para mantener sincronizados la coleccion de backgrounds con Herulor

Traducción:

BRIM, Corrección de la traducción a español y se añadio Español-Colombia explicitamente.Ayuda especial de Herulor

Electronica:

Contiki, Bien aprendi a utilizar los protothreads base de este OS

Instrumentación, Este proyecto cubre acondicionamiento PT100 e implementación protocolo MODBUS-ASCII sobre RS485, este utiliza los protothreads sobre AVR.

Control, Este proyecto fue la base del de instrumentación y ahora le toca retomar todo el trabajo hecho en el de instrumentación, este tambien utiliza los protothreads sobre AVR

SDL, GLUt, Para la visualización del proyecto de instrumentación se implemento un pequeño programa en C puro, usando esas librerias, al final funciono bastante bien, puede tomar la información que gráfica por
RAW-PARPORT, RAW-SERIAL, o MODBUS-ASCII

Sobre PIC-Microchip, realice un poco de trabajo, haciendo andar las herramientas GPL bajo Linux.
Aun estan en una etapa muy primitiva y desde la instalación hubo que recurrir a modificaciones del
código fuente.

Software:

Doxygen, Excelente herramienta para la generación de documentación sobre C, C++, Java, ..., la utilice en todos los proyectos, de alguna forma espero poder mostrar un poco como se utiliza esta herramienta

Emacs, Sobre emacs grandes mejoras sobre el uso de este.
www.emacswiki.org/cgi-bin/wiki Excelente sitio.

Vim, Sobre vim tengo la queja aun de la indentación, puede que sea por ignorancia, pero por ahora
emacs tiene un manejo muy superior de la indentación que vim.

Firefox, para este tengo que recomendar estas extensiones: Adblock, Disable Targets for Downloads, SessionSaver(No es muy estable), Download Manager Tweak, GooglePreview, Tabbrowser Preferences, Flashblock

Python y Perl siguen ganando en el desarrollo de apliaciones rapidas

Webdevelop:

Groupware DivExtensión UNAL, aunque le dedique bastante tiempo a este proyecto fue un fracaso por que no recibi paga alguna como suele suceder :P y finalmente fue abandonado.

WindowManage

Fluxbox, Me encanta este manejador de ventanas, aun tiene cosas que me desagradan pero es de lo mejor. Fluxbox 0.9.13 : (c) 2001-2005 Henrik Kinnunen

Esetroot, la mejor herramienta para los backgrounds del escritorio y que funcionen bien con
todos los programas que usan transparencias

Bien, Herulor tiene mucha participación
en la elaboración de muchos de estos
proyectos, sobre todo GRL es completamente
de él.

TODO, Por hacer

Encontrar hosting de archivos

Mejorar el manejo de este blog, la idea de un blog plano no me agrada

Subir Pandesmos, oficialmente, no como ahora en mi maquina

Reportar más sobre los proyectos de electronica

Subir el contenido del blog anterior

Publicar el trabajo realizado sobre FFT y Transformadas Generalizadas de Fourier, y el cambio a kernel digital

Bien eso es todo, un post algo largo y sin corrección.

EOT

2005-06-16T09:09:00.000-05:00

Bueno será volver a comenzar el blog en un server free,
me gustaba más mi dirección anterior.
Bueno como tengo toda la info del blog anterior
la volvere a publicar tan pronto como pueda.

Chaos.

EOT