/me pone música porque se viene para largo…

En el transcurso del fin de semana estuve peleando con la placa de red USB Encore ENUWI-G2, pero al final conseguí hacerla funcionar y de la forma que pretendía hacerlo.

Hace algunos meses que tenía ganas de comprarme una placa de red wifi para estudiar algunos conceptos y ver la forma de analizar paquetes con encriptación. Algunas de estas cosas las vimos muy por arriba en la facu y me quedó picando el bichito de ver como es esto de las redes wifi.

En aquél momento averigué por todos lados sobre placas PCI, que suponía que eran más barata y que además me daba la impresión de que tenían más alcance al tener una antenita por afuera. Después de esta recorrida no decidí comprarme nada porque estaban un poco caras, algo así como $100 o más. No quería gastar esa plata para algo que no necesitaba ya que era sólo por investigación.

Pasó cierto tiempo, empecé a trabajar, me pelié con muchas placas wifi en el trabajo y mi ignorancia me mataba frente a este tipo de redes. Me dí muchas veces la cabeza contra la pared cuando quería conectarme a un AccessPoint: me mataba depender de un entorno gráfico para poder conectarme (estaba usando el KWifiManager), asique me decidí a aprender todo este tipo de cosas.

El viernes por la tarde, me fui a promocionar la 3ra Jornada de Python en Santa Fe con un amigo al centro en busca de sponsors y de paso aprovechaba para preguntar sobre una placa wifi en algunos lugares que quedaban por el centro. Me fui de casa con la idea de comprar una TP-Link que estoy seguro que funciona ya que es la que pudimos configurar en el trabajo: mediante ndiswrapper.

Los precios que manejaban las casa de computación eran al rededor de los $80 para arriba y todas eran placas que no conocía, asique no me gustaba para nada. Igualmente le preguntaba si sabían que estas funcionen en linux para luego ir a averiguar si en alguna me decían que si. La mayoría no tenía ni idea, asique seguía mi camino.

Por último fui a un lugar que venden DVD’s, CD’s y un montón de accesorios pero… Por las dudas fui igual. Me encontré con la placa del título de este post a un precio de $60, anoté el modelo porque era interesante este precio y le dije que iba a averiguar si funcionaba en Linux y que si era así volvía a comprarla. Antes de irme le pregunté si sabía si funcionaba y me dijo: “Anda!”, nada más.

Encore ENUWI-G2

Cuando me estoy yendo mi amigo me dice: “¿Y porqué no la llevás si sabés que anda?”, a lo cual le contesto delante de los vendedores: “Me quiero asegurar”. Salimos de ahí y nos estábamos volviendo para casa, para supuestamente volver al día siguiente (Sábado) a comprarla luego de buscar en internet. Se me ocurrió ir a un cyber para verificar esto y comprarla ese mismo día.

Lo primero que encontré es que muchos la habían hecho funcionar con ndiswrapper, tal y como yo sabía que funcionaba la TP-Link, asique ya estaba dicho: “La tenía que comprar”. Salí del cyber y la compré.

Cuando llegué a mi casa seguí buscando información sobre cómo instalarla y por todos lados estaba la misma descripción del que había encontrado en el cyber asique me puse a hacerlo de esta forma. Esto era instalar ndiswrapper, cargar el driver de Windows XP y levantar el módulo del kernel de ndiswrapper, pero… Oh! sorpresa me encuentro que el módulo del kernel no levanta. Buscando en Google encontré que tenía que compilar el módulo para la versión específica de mi kernel (2.6.24-amd64) ya que no venía precompilado.

Manos a la obra entonces. Instalé los paquetes necesarios y compilé el paquete:

 apt-get install module-assistant ndiswrapper-source
 m-a a-i ndiswrapper

Una vez que tenía esto andando, pude hacer modprobe ndiswrapper y que carge correctamente este módulo, aunque en los logs (/var/log/message) me estaba indicando que tenía un driver para 32bit y que yo tenía un kernel de 64bit. ¡Qué mala suerte!. Busqué por todo el CD los drivers para XP64bit y no los encontré, asique los bajé la página oficial de encore y estos sí funcionaron.

Luego investigué como hacer para conectarme a mi AccessPoint, busqué por internet e hice muchas pruebas antes de lograrlo. Lo primero que me fijé en realidad era el comando iwlist (del paquete wireless-tools) que entre otras cosas sirve para escanear las redes y ver los essid’s que exportan los AccessPoint. Por suerte veía el mío, y la calidad de la señal era de 60 más o menos estando a 1,5 metros de distancia. Esto no me sorprendío porque calidad de la señal que teníamos en el trabajo con las otras placas era más o menos igual.

En poco tiempo logré configurar la conexión sin encriptación y funciona sin problemas. Luego probé hacerlo con WEP y también funcionaba. Asique quise pasar al siguiente paso: sniffear la red utilizando la placa en el modo Monitor. Cuando intento cambiar el modo de la interfaz, el mismísimo driver me dice que la placa esta no soporta este modo, nah!. Me fui a la página oficial y efectivamente dice que sólo funciona en Ad-Hoc (punto a punto) y en modo Managed (contra un AccessPoint).

Seguí buscando por todos lados, no me podía dar por vencido. Encontré por todos lados un proyecto de drivers libres para el modelo rtl8187, que aunque esa página no está muy completa, tiene unos links que resultaron interantes. Y como siempre sucede, uno nunca lee la página completa, lee un poquito y se va directamente a ejecutar los comando , luego me encontré con que el chipset rtl8187b no estaba soportado por ese driver

También encontré una modificación a este driver que parece funcionar con este modelo de chipset. Mmm… vamos a probar. Me pelié mucho para compilarlo, hice un poco de magia negra y salió andando. Me lo detectaba y todo lindo, pero cada 2 o 3 minutos recibía un hermoso Kernel Panic, lo cual me llevó a hacer algunas pruebas más y descartarlo por completo si quería que mi sitema siga funcionando .

Ya eran las 2 de la mañana de anoche y yo seguía dando vueltas con mi placa de red wifi, no encontraba la solución que buscaba. Sí tenía la placa funcionando con ndiswrapper, pero no la podía sniffear ni tampoco me gustaba que los drivers no sean libres (lo único que tengo no-libre son los de NVIDIA porque no encontré solución aún ). Me fui directo al código fuente del kernel y me puse a leer los ChangeLogs, vi que se estaba trabajando para el chipset rtl8187 y me volvieron las esperanzas nuevamente. También vi que Linus Torvalds hizo un commit el 23 de Diciembre de 2007: ¡Que capo!

A todo esto me dijo: “¿Y porqué no?, ya estoy en el baile. Me compilo el kernel y lo saco andando”. Me bajé el kernel (2.6.27-rc6) de la página oficial y seguí una guía muy buena que explica como hacerlo a la manera Debian, esto sería creando un paquete .deb y luego instalándolo.

Por supuesto que lo primero que hice cuando hay que configurar las opciones fue verificar que estaba tildada la opción de mi placa de red wireless . Además tuve que cambiar unas cositas en esa guía, primero, el comando fakeroot por fakeroot-sysv porque el primero comando me decía que no lo tengo. Segundo, me saltié el paso de crear un ramdisk (el paso de la guía. Al terminar la instalación completa me daba este error al intentar bootear con el nuevo kernel:

Kernel panic - not syncing VFS: Unable to mount root fs on unknown - block (0,0)

Esto tengo entendido que es por ese paso que me saltié, pero no lo hice porque no me gustaba nada tener que bajar un paquete que no conocía de un lugar que no fueran los repositorios de debian, además era una versión del kernel muy vieja y decía que era algo novedoso la forma en que se trataba el RamFS. Quizás una maña mía nomás. Al final lo terminé haciendo de otra forma:

update-initramfs -c -v -k 2.6.27-rc6-rtl8187b-1

Esto me generó el archivo /boot/initrd.img-2.6.27-rc6-rtl8187b-1 el cual tuve que agregar a la entrada del nuevo kernel el archivo /boot/grub/menu.lst para que funcione correctamente.

Reinicié la máquina, bootié con este kernel y me fijé si se había detectado la placa wifi: perfecto. Me conecté al router, hice algunas pruebas, intenté switchear sobre los distintos modos (Managed, Monitor, etc) y funcionaba. Wiiii!

Pero todo no se puede, no tenía X porque los drivers de NVIDIA no estaban funcionando en este kernel . Igualmente lo que me importaba era testear a full este nuevo driver y pude hacerlo. Cuando hice un iwlist scan me detectó la red de mi casa con una señal de 100. Wow!! Nada que ver a los drivers que estaba usando con ndiswrapper, y cada tanto veo que oscila entre 90 y 100.

El próximo paso fue investigar como hacer para que funcionen correctamente los drivers de NVIDIA en el kernel 2.6.27-rc6 que es en dónde me está funcionando la placa wifi… Tema para otro post.

Update: Martes 23 de Septiembre

NOTA: la primer parte (instalación con ndiswrapper) fue probada en un Live-CD (32bit y 64bit) de Ubuntu también. La compilación de los kernel’s no, pero debe ser exactamente lo mismo. Mejorando esto, lo que conviene hacer es bajarse los drivers Beta de NVIDIA ya que no tienen ningún problema para instalarse.

Esta semana se me terminó la joda. El lunes empezaron las clases en la facultad y yo de colgado no fui porque no sabía cuando empezaban, asique fui el martes (ayer) por primera vez. Hoy teníamos una clase de práctica de una materia que todavía no dimos la teoría asique no tuvimos clases.

Pensando en esto, que ya no iba a tener más vacaciones, me puse las pilas con la otra máquina que tenía en casa para dejarla funcionando como un servidor. ¿Servidor de qué? De cualquier cosa, lo que necesite en el momento, algo. Ésta ya tiene historia, porque es la que tiene la instalación de Ubuntu hecha por red.

Lo primero que se me ocurrió, fue pasar toda la música al servidor y que todas las pc de la casa la utilicen de ahí, así no hay temas repetidos, lo que implica el doble de espacio de almacenamiento. Pero antes que nada configuré el servidor ssh para poder realizar todo esto.

SERVIDOR NFS

Para compartir la música, tenía dos posibilidades, o al menos son las que conozco yo: NFS o Samba. Opte por NFS porque con Samba ya había tenido varios problemas. Ahora sí, los usuario de Windows no sé como van a hacer para sacar archivos de acá por el momento.

NFS es tan simple configurarlo que me llevó 2 o 3 minutos. Primero instalé el paquete
nfs-kernel-server, y agregué la carpeta que quería compartir a /etc/exports con una sóla línea:

/home/humitos/Música    10.0.0.5(rw,sync)

Moví toda mi música ahí, y luego le dije a la máquina cliente (la que utilizo habitualmente) que me monte, en mi carpeta donde toda la vida tuve la música, esa carpeta que se encuentra en la red. En el archivo /etc/fstab agregué una línea:

silvita:/home/humitos/Música /home/manuel/musica nfs rsize=8192,wsize=8192,timeo=14,intr

No tuve que cambiar ninguna configuración en Amarok ni nada por el estilo, es como si esa carpeta estaría en mi máquina y nunca hubiese pasado nada. Eso es lo bueno de poder montar lo que se te raje en dónde se te raje, y no andar creando unidades de disco remotas en X:\ por ejemplo.

Nota: la máquina servidor se llama silvita y el cliente michifus. Sí ¿Y qué?

AMULE-WEB

Lo segundo fue poner amule-web. Esto sirve para poder gestionar el aMule desde cualquier lado mediante un explorador web. Buscar, pausar, conectar, desconectar, cambiar configuraciones, etc.

Primero instalé el paquete amuled que me instaló algunas cosas más, no recuerdo bien, pero eran dependencias extricta, no sugerencias ni recomendaciones. Que en fin son lo mismo, pero Ubuntu hace la diferencia.

Ejecuté amuled, me creó los archivos de configuraciones y demas. Cerré el demonio con CTRL+C ejecuté este comando:

$ echo -n CONTRASEÑA | md5sum | cut -d ' ' -f 1
d287200e83ee04f67294de90dd72f9c6
$

y edité el archivo ~/.aMule/amuled.conf:

AcceptExternalConnections=1
ECPassword=CONTRASEÑA

En la sección [WebServer]:

Enabled=1
Password=CONTRASEÑA

Abrí los puertos 4662 TCP, 4665 UPD, 4672 UPD y 46711 TCP, corrí el demonio nuevamente y ¡listo! ahora se puede acceder desde cualquier lado ingresando http:/host.ejemplo:4711

Fuente: usrweblog

APACHE

Lo que sigue (configuración de torrentflux) necesita tener configurado Apache, aunque yo no lo hice en este orden, me parece que es mejor primero instalar Apache y luego TorrentFlux o por menos al mismo tiempo.

Lo que cambié en la configuración que trae por defecto apache, fue agregar dos líneas al archivo /etc/apache2/apache2.conf para poder compartir al mundo (internet) las carpetas public_html de los home de cada uno de los usuarios. Al final de todo el archivo puse esto:

UserDir public_html
UserDir enabled all

Lo que hace es habilitar el módulo UserDir para que se puedan compartir estas carpetas. Aunque todavía no le indiqué que tiene que cargar el módulo (para que esto funcione). Esto se hace creando un link simbólico, yo lo hice así:

$ cd /etc/apache2/mods-enabled
$ sudo ln -s /etc/apache2/mods-available/userdir* .
$ sudo /etc/init.d/apache2 restart

Fuente: huevas, apache

TORRENTFLUX

TorrentFlux es un cliente bittorrent desarrollado en PHP al cual le doy la misma utilidad que al amule-web. Poder gestionar las descargas desde cualquier lado. La verdad que está buenísimo, es multi-usuario, se puede hacer lo mismo que en cualquier cliente bittorrent o más…

Para instalarlo seguí esta guía, que no voy a reproducir porque está demasiado bien explicado aunque esté en inglés, es ir tipeando comandos en la consola, casi como un click en Siguiente-Siguiente.

XDMCP

¿Qué es esto? No tengo la más mínima idea, pero está buenísimo. Es como un ssh -X pero en vez de redireccionar sólamente una ventana tenés todo el escritorio de forma remota. Estuve leyendo algo en wikipedia, y demás webs. Siempre me había preguntado porqué el Kubuntu traía algo que decía al inicio de la sesión “Remote Login”, que de hecho no tiene porqué estar en inglés.

Pero bueno, busqué y encontré al toque, en menos de 15 minutos lo tenía funcionando. ¿Qué hice? busqué este archivito en la máquina servidor (silvita) /etc/gdm/gdm.conf y cambié un parámetro:

[xdmcp]
Enable=true

Reinicié el servidor porque no sabía como reiniciar sólo esto de gdm (supongo que con un CTRL+ALT+BACKSPACE se solucionaba) volví al cliente, michifús, puse en kde que quería iniciar una sesión nueva y que sea de remota. Al toque me apareció un item en la lista, doble click y voilá, estaba en el login de la otra pc. Asique ahora tengo en CTRL+ALT+F7 mi sesión de KDE en mi máquina y en CTRL+ALT+F9 tengo una sesión de GNOME en el servidor. Lero lero!

Sin dudarlo esa es mi respuesta. Hace algunas semanas, quizás un mes, no tengo idea. Instalé Ubuntu en mi otra pc por medio de la red. Le puse esta distro de linux (con GNOME) ya que la pobre tiene algunos problemas serios y es un poco lenta.

No viene mucho al caso tampoco. El punto importante en esto es que traté varias veces de utilizar este entorno desde la otra pc, pero no pude adaptarme todavía. GNOME tiene muchas cosas que no me gustan, y algunas pocas que sí. Me siento mucho más cómodo con KDE por varios motivos.

Cuando quise configurar la pc con Ubuntu, no me quedaba otra que usar GNOME, además esa era la idea. Varias veces intenté cambiarme, no sé bien porqué, supongo que por
una cuestión de rendimiendo. Hay muchos que dicen que KDE es mucho más pesado que GNOME, quizás sea verdad.

Lo primero que noté, es que la mayoría de los diálogos de GNOME no tienen el botón cancelar, como para deshacer los cambios. Un ejemplo concreto. Si hacemos botón derecho en el escritorio (esto es bien Windows) como para cambiar el fondo de pantalla del escritorio (no digo el camino correcto porque no lo sé). Elegimos uno, al azar, que sé yo, y si luego queríamos dejar la opción como estaba, no podemos, ya que de la única forma que podemos salir es aceptando.

Esto lo confirmo cuando en mi máquina con KDE instalo el programa Día (para hacer diagramas), en el que noté exactamente los mismo. No lo estoy cuestionando, ni diciendo si esto es mejor o peor. Gustos son gustos. A mí particularme esto por ejemplo no me gusta.

En estos últimos días aprendí muchas cosas sobre Konqueror, el navegador web, explorador de archivos, lector de páginas de manuales, y un gigante etcétera, por defecto del KDE. Estuvimos con leo_rockway, un flaco que conocí en el canal de irc de ubuntu argentina (#ubuntu-ar en freenode.net) y además un beta tester oficial de todos mis programas .

“El que busca siempre encuentra”, dicen. Hace un tiempo, yo le había comentado a Leo que quería usar los bookmarks de del.icio.us en el Konqueror y no podía. Esto era uno de los motivos por los cuales no dejaba el Swiftfox.

Pasó un largo tiempo, instalé miles de plugins para el Swiftfox, y encima me acostumbré a ellos, mouse gestures, diccionario español para la corrección ortográfico y demás. Después de este tiempo y un poco más, recibo un mail de Leo que decía que había encontrado un plugin para el Konqueror que era para los bookmarks de del.icio.us. Lo probé, pero no me funcionó, tampoco le dí mucha bola porque además tenía los mouse gestures y sabía que el Konqueror eso no lo tenía, asique fue.

Sigió pasando el tiempo, y cada vez necesitaba hacer más y más cosas. Y siempre le volvía a dar una oportunidad más al Konqueror (de hecho, me gusta mucho más que cualquier otro navegador, por eso seguía insistiendo) porque descubría cosas nuevas. En este momento descubrí que presionando la tecla Control, Konqueror te muestra sobre los links unas letras y presionando una de las letras que muestra se hace “click” en ese hipervínculo. Buenísimo, a veces no queremos usar el mouse y esto para esos casos viene petacular!

Seguía pasando el tiempo, y yo al Konqueror no le daba bola, aunque le seguía encontrando cosas que lo hacían cada vez mejor. ¡Yo quería mis bookmarks y mis mouse gestures! Leyendo el blog de nercof, en un artículo que nada que ver con el Konqueror, él usa GNOME y Firefox, asique ni mú. Descubrí que presionando Control+Shift+Arriba o Abajo empieza a desplazarse automáticamente muy sutilmente para la dirección que presionamos. Si presionamos nuevamente aumenta la velocidad. Puede ser útil para leer un texto largo, a una velocidad relativamente baja. Yo no me acostrumbré todavía, pero lo probé y está bueno.

Tampoco hizo que me cambie de navegador, pero al menos me hizo darle otra oportunidad y saber que siempre estaba ahí mi navegador esperándome.

Desde que tengo hosting en el servidor nuevo, necesito acceder varias veces por ssh. A esto lo hacía por medio de una consola o con el mc. Pero para copiar ficheros era bastante embolante usar la consola asique me manejaba con el mc para esto.

Un día en el canal de PyAr escucho que StyXman menciona algo así como ¿Humitos estás conectado con el Konqueror por fish? A lo que respondí que no, que estaba usando el mc. Osea, ni idea de lo que me estaba hablando. Leí algo y ví que se podía acceder del mismo estilo que el mc pero con el Konqueror. Instalando un paquete (kfish en Ubuntu), poniendo en la barra de direcciones:

fish://usuario@host/carpeta/a/acceder

Podemos ver en el Konqueror los archivos que están en esa máquina como si estuvieran en la nuestra, y así poder utilizar cualquier programa que tengamos instalado en nuestra máquina con los archivos que se encuentran en la otra. Por ejemplo el Kate, ya no más Vim .

Además me hice un bookmark de esto, así no tengo que escribir más la dirección de la máquina a las que quiero acceder. Por lo que esto me hizo dejar otra vez el Vim, como así también el mc.

Otra cosa, si pongo un cd de audio y lo exploro con el Konqueror, se pueden ver muchas carpetas, con los nombres: Ogg, Mp3, Wav, etc… Cada una contiene todos los temas del disco en el formato especificado por la carpeta. Osea arrastrando esa carpeta a una de nuestro disco, el Konqueror automágicamente nos convierte los temas al formato especificado. ¡Genial!

También se pueden leer los man pages de los comandos desde el Konqueror poniendo en la barra de direcciones este comando. Con las comodidaes que esto trae, como agrandar la letra, y verlo con un formato un poco más amigable que desde la consola:

man:/comando

¿Ya está? No para nada. El Konqueror tiene mucho más. Si quiero pedirle la ayuda de un programa, hago:

help:/programa

Se pueden habilitar los “Accesos rápidos para web” desde las configuraciones del Konqueror, para por ejemplo buscar un montón de cosas en la web. Algunos ejemplos pueden ser, poniendo gg:humitos, busco humitos en Google, qt3:qtimer busca qtimer en la documentación de Qt, en2es:hello busca hello en wordreference… ¿Qué más querés?

Y por último, creo que solo porque me cansé de escribir, y no porque Konqueror termine acá. Mi amigaso leo_rockway hoy me comentó que pudo hacer funcionar los mouse gestures en Konqueror. Incluso este los trae por defecto, no es un plugins aparte ni nada, pero no vienen activados. Para activarlos hay que ir a kcontrol, luego regional y accesibilidad, introducir acciones, preferencias generales, importar nuevas acciones y colocar la dirección:

/usr/share/apps/khotkeys/konqueror_gestures_kde321.khotkeys

¡LISTO! Tengo los gestures que tanto estaba buscando, y además certificado por leo_rockway. También tiene sesiones este navegador, está integrado con el gestor de descargas KGet, tiene soporte para la cartera de KDE, y miles cosas más.

Obviamente, también tiene cosas malas, pero muy pocas. Yo hasta el momento le encontré sólo una: No funciona del todo bien Gmail, me marca como que tiene errores la página, el navegador. Otra cosa que no me gusta, no digo que sea mala esta, pero a mí no me gusta. El plugin que hasta el momento encontré para del.icio.us, no me gusta para ná.

¿Todavía no usás Konqueror? ¿Qué esperás?

PD: Este post lo escribí de una forma rara, pero muy cómoda: reStructuredText, es simple, fácil, rápido..

Después de comentar qué pasó con los pedidos de cd’s de Ubuntu esta última vez, hoy llegaron a las 12:30 justo un ratito después que me levantara ya que anoche me quedé chateando con Marcela Tiznado para poder incluir un paquete en los repositorios de Debian.

Llegaron igual que la otra vez, en un bolsa de plástico flexible, con burbujas dentro (no me acuerdo el nombre en este momento, o al menos cómo le decía). El paquete vino desde “The Netherlands” que queda a uno 11295.50 Kilómetros aproximadamente desde mi ciudad (¡Que dato!).

Adentro trajo,

• 2 Kubuntu 64-bit
• 3 Kubuntu 32-bit
• 2 Ubuntu 64-bit
• 5 Ubuntu 32-bit
• 2 Hojas de 4 calcamonías

Lo más gracioso fue que el cartero me dijo cuando bajé a buscarlo: “¿Esto pediste flaco?” con una tonada bastante despreciativa, a lo que contesté sutilmente “Si”

Algunas fotos…

(se nota que no tengo carama digital ¿no? )

PD: cualquiera que quiera un CD, me lo pide y si me quedan, les doy…

Después de tantas luchas para saber si lo que estoy haciendo en Java funcionaba como debería funcionar, me puse a estudiar el comando grep.

“grep” es un comando que te permite buscar un patrón de coincidencias en archivos de texto, mostrándote la línea entera en dónde se encontró esta coincidencia. Es bastante configurable y también permite expresiones regulares para indicar este patrón.

Este comando puede recibir el nombre del archivo sobre el cuál se debe buscar el patrón o puede tomar la información desde la entrada estándar, por ejemplo:

[manuel] [~]$ grep manzana diccionariocs.txt
amanzanamiento
amanzanar
manzana
manzanal
manzanar
[manuel] [~]$ cat diccionariocs.txt | grep manzana
amanzanamiento
amanzanar
manzana
manzanal
manzanar
[manuel] [~]$

El archivo diccionariocs.txt contiene muchas palabras (una por línea) y es el que nos dieron en la cátedra de la materia para realizar el trabajo de Java.

La idea era poder saber si el resultado que me arrojaba mi árbol de búsqueda era lo que realmente me tenía que estar devolviendo o no, en otras palabras, si funcionaba o se mandaba cualquiera. Asique me hice un intérprete interactivo en Java para poder realizar varias búsquedas sobre el árbol una vez que esté cargado en memoria (suena wow!, pero es una boludez lo que hice ).

El intérprete te informa cuales son las palabras que encontró y cuál fue la cantidad de palabras que concordaron con la búsqueda. Pero con el comando anterior me está mostrando todas las líneas en las que aparece la cadena manzana, y sólo necesito las líneas (palabras) que empiecen con manzana, como muestra mi intérprete:

[manuel] [~/proyectos/procesadorpalabras]$ java Main
Cargando diccionario...
Diccionario cargado correctamente.
Ingresando al modo interactivo...
>>> manzana
manzana
manzanal
manzanar
Total de coincidencias: 3
>>>

Asique pregunte, y me dijeron que grep soporta expresiones regulares (hasta ese momento yo no lo sabía) y me bastó con poner el siguiente comando:

[manuel] [~]$ grep ^manzana diccionariocs.txt
manzana
manzanal
manzanar
[manuel] [~]$

Notar el “^” que se antepone a la cadena manzana, de este modo logré mostrar sólo las palabras que me interesaban. Pero también tuve un problema, si hago la consulta “empieza con a”, me tira tres millones de resultado (¿tanto?), más o menos, y quién va a contar línea por línea cuántos son en total: NADIE… Busqué y encontré que tiene una opción para que te devuelva la cantidad de líneas que coinciden con el patrón:

[manuel] [~]$ grep ^a diccionariocs.txt -c
9996
[manuel] [~]$

Lo que demoró milésimas de segundo. Hice la misma búsqueda con mi programa y todavía estoy esperando la respuesta, está bien, el mío además está imprimiendo los resultados en pantalla, y eso demora…

>>> a
[...]
Total de coincidencias: 9954
>>>

Ups, parece que no está andando a la perfección mi programa, se comió 9996 – 9954 = 42 palabras. Tendré que revisar el código o ver que está pasando (recién me entero de esto).

Update 11/11: estuve revisando el código y ví que no ingresaba las palabras que sean subpalabras de otras, esto es, si primero lee desde el archivo palabra y después lee pala, esta última no la ingresaba. Pero si las leía en orden inverso no había ningún problema, por eso parecía que funcionaba bien, porque la mayoría de las palabras están ordenas alfabéticamente entonces esto era casi transparente. Igual sigo con un problema ya que al buscar a encuentra 9965, le están faltando 9996 – 9965 = 31 palabras todavía .

Update 12/11: como no podía ser de otra forma, como me pasa en todos los lenguajes que programo, tengo problemas de codificación. Esto es, si hay palabras como buchón y buchín, devuelve una de estas dos, ya que ú e í las toma como el mismo caracter. Ya veremos…

Otras opciones que me parecen útiles y que he utilizado anteriormente copiando el comando de páginas o blogs sin saber qué significaban son:

• -i No hace caso de si las letras son mayúsculas o minúsculas, ni en el patrón ni en los ficheros de entrada.
• -n Además de la línea con la concordancia, antepone el número de la misma.
• -v Invierte el sentido de la concordancia, para mostrar las líneas en donde no las hay.
• -w Sólo muestra aquellas líneas en dónde la palabra se encuentre completa, esto es, donde la palabra se encuentre precedida y sucedida de un caracter de espacio.

Referencias: manpage grep

La publicación de este documento se demoró debido a que me encapriché con que quería ponerle un dibujo, buscando en Google caí a ésta página en la que ví el bicho y me gustó . Cómo tenía ganas de no hacer nada, me puse a copiarlo desde el monitor en un papel (soy pésimo dibujando ¿se nota?, en mi vida he hecho dibujos, pero este me pintó y lo hice).

Después quise pintarlo y demás con el Gimp y el Inkscape, pero no hubo caso, asique lo dejé así nomás, como lo había dibujado en un papelito… Y bueno, los ingenieros no estamos para estas cosas…

Apenas me enteré que se podían pedir los nuevos (ya no tanto) CD’s de Ubuntu Gutsy Gibbon por ShipIt, me pedí algunos. 10 si mal no recuerdo.

Después de volver de CaFeCONF y ver que Hugo Ruscitti en su charla de Python y Pygame entregó unos discos de un Ubuntu modificado para contener algunos programas extras como ser los juegos desarrollados para PyWeek, Pygame, y demás; se me ocurrió dar una charla en mi facultad sobre Ubuntu: el proyecto, la comunidad, etc. para hacer conocer a todos los ingresantes, y algunos un poco más avanzados en la carrera, el mundo de Linux que muchos lo desconocen.

Pensé hacer un pedido algo grande, si se quiere, de unos 100 discos en total de Ubuntu y Kubuntu, para repartir en la charla luego de haber presentado a este sistema operativo y comentado algunas de sus características.

Asique fui a la página e hice el pedido. Tuve que hacer un special request indicando el motivo de tal pedido. Para esto tuve que indicar la cantidad de discos de Ubuntu y de Kubuntu que quería y responder a la pregunta: Why are you requesting these CDs? (¿Porqué estoy pidiendo estos CD’s?) por lo que recurrí a mis escasos conocimientos de inglés tratando de explicar lo que comenté en este post.

Después de algunas semanas (o menos) entré al canal #ubuntu-ar en freenode.net y estaban hablando del tema, asique pregunté. Me dijeron que al hacer un pedido grande los CD’s se quedaban en la aduana.

Pregunté a qué le llamaban grande y contestaron más de 15 o 20, lo que me sorprendió bastante. Y volví a la página para cancelar ese pedido y crear uno nuevo, por lo menos para que me lleguen algunos CD’s a mí y poder redistribuirlo entre mis amigos.

Hoy entré a la página para ver en qué situación se encontraba todo esto, y me volví a sorprender. Del pedido grande (que yo había cancelado) me aceptaron 12 discos y del pedido que había hecho luego, para mí, me lo rechazaron…

¿Cómo puede ser que uno quiere aportar su granito de arena a la comunidad Ubuntu y lo frenen estas cosas? ¿De qué forma puedo hacer que me lleguen estos discos para presentar una charla en mi facultad? (ya que bajar la imagen de Ubuntu Gutsy y grabar 100 CD’s tiene un costo bastante importante, al menos para mí)

Hace un par de días que tenía ganas de jugar a algún juego pero sin tener que bootear mi PC en otro Sistema Operativo como hacía hace un tiempo atrás. De hecho, ahora no lo puedo hacer porque es el único que tengo instalado.

Buscando en Internet caí a un blog de juegos para Linux y me puse a ver algunos de los que se mencionan ahí. Hace un tiempo que estoy subscripto por RSS pero nunca me detuve a leerlo concientemente.

Leyendo un rato artículos viejos y recordando varios juegos a los que he jugado (no muchos supongo) en estos año, me acordé de cuando jugábamos en mi casa al “Day Of The Tentacle” (El día del tentáculo) que era para DOS y yo particularmente me partía la cabeza pensando qué podía combinar con qué. Mientras que mi a hermano (un par de años más grande), siempre se le ocurrían algunas cosas más razonables.

También jugué al “Monkey Island” en casi todas sus versiones, o por lo menos la 1, 2, 3… creo que la 4 también, pero ya era en 3D y no me gustó mucho, sinceramente no recuerdo bien. Otros como el “Full Throttle“, definitivamente un juegazo, con el cuál pasába horas frente a la computadora tratando de descifrar qué era lo que había que hacer. Este juego lo tengo original, si, si, lo compré.

Me acuerdo de muchos otros juegos que jugábamos; nos juntábamos en casa la mayoría de los chicos del barrio (porque yo era el único que tenía computadora) y jugábamos al “Mortal Kombat” de a dos, pero esto siempre era motivo de peleas porque si apretabas muchas teclas juntas se bloqueaba el teclado y los jugadores quedaban caminando para un lado totalmente tildados (esto era un buen truco cuando te estaban matando ).

En realidad hay una cantidad de juegos, algunos que he revivido gracias a ScummVM, un emulador de los juegos de LucasArts, que conocí gracias a la gente del canal de IRC #ubuntu-ar. Este emulador es multiplataforma, asique conseguí algunos juegos y empecé a jugar primeramente al “Day Of The Tentacle“, aunque lamentablemente se me terminó en pocos días. Sin embargo sigo afirmando que es un juegazo con todas las letras.

Uhhh cómo olvidar el “Flight Of The Amazon Queen“, “Andá al humito, andá al humito“, un juego que marcó mi nombre en todo Internet…

Lo único malo es que es algo complicado conseguir los ROMS que uno quiere, yo tuve que recurrir a redes privadas ya que con Google no pude conseguir todos los juegos que había jugado en mi infancia.

Estaba pensando en hacer un .torrent y compartir todos estos juegos porque creía que estos eran Abandonware, pero leí en Wikipedia que justamente LucasArts se niega a la redistribución de sus juegos antiguos ya que ellos mismos los siguien vendiendo supuestamente . Si leo en algún otro lado que esto se puede hacer, quizás lo haga, por el momentos no, al menos públicamente.

¿Qué es esto? Lo mismo digo. Hace como mucho una semana empezamos un proyecto con el Guille, para hacer un programa que convierta los archivos CHM (formato de ayuda HTML comprimido de Microsoft) a cualquier otro formato que sea imprimible. Ya que algunas editoriales ofrecen en internet libros en este formato, o incluso directamente en HTML, de forma gratuita.

La idea salió cuando estaba en mi casa con ganas de leer algo nuevo de Python y seguir estudiando inglés. Busqué algunos libros en internet y encontré. Pero otra vez lo mismo que cuando quise leer uno de TurboGears, es muy pesado leer desde el monitor, al menos para mí. Entonces dije: ¿Y porque no hacer un programa que descomprima el CHM y lo pase a formato PDF con lo que aprendí de LaTeX? Si esto se cumpliera me quedaría un libro de primera calidad, igual a cualquiera de una editorial o muy similar al menos.

En ese momento, levanté el teléfono y llamé al Guille. Le comenté la idea y me dijo que en cuanto pueda se venía para casa a empezar a pensar el sistema. Así fue como comenzó el desarrollo de esta aplicación, revolviendo viejos conceptos que alguna vez había manejado con el módulo BeautifulSoup para parsear los HTML (de hecho, excelente módulo) empezamos a ver qué podíamos hacer y cómo encarábamos el problema. También hubo que hacer memoria de HTML, CSS, y demás conceptos que estaban bastante olvidados.

Así y todo, programando dos días seguidos, con varias ilusiones y desilusiones en el medio, llegamos a algo muy crudo esos dos días que estuvimos. Pero ya se acercaba a lo que estábamos buscando. El problema era que sólo funcionaba para un archivo chm y no se podía configurar desde ningún punto de vista.

Los principales problemas fueron la inserción de los caracteres correctos en LaTeX, las tablas HTML, las viñetas, y otas cosas raras de HTML y CSS que muchas no son tan estándares como parece al principio. O mejor dicho quizás son estándares pero bastante bien mezclados y rompe coco .

Nos juntamos una vez más (sólo medio día) y terminamos sacando la primer versión configurable del programa. Bastante cruda y difícil de llevar a cabo la configuración, pero configurable al fin. Incluso hasta ahora no sabemos bien cómo hacer para que cualquier usuario con desconocimiento de todos los conceptos mencionados pueda convertir su chm a pdf.

Actualmente el proyecto está disponible en internet, se puede descargar el código fuente y realizar cualquier tipo de pruebas con él. Proponer ideas, correción de bugs, y demás. Estamos abierto a cualquier sugerencia que sea.

En la Página Oficial del proyecto está una explicación de cómo se usa, hay un ejemplo de los resultados que se obtienen y demás.

Como comenté en un post anterior. Estuve un tiempo considerable intentando instalar Ubuntu por la red sin que este se descargue completo desde internet. Sino que utilice una imágen del cd de Ubuntu.

Para esto se necesitan varias cosas. Primeramente tener dos computadoras conectadas vía red . Además haber descargado el disco (imagen .iso) de Ubuntu en su versión desktop para una fácil instalación ya que lo que hacemos es, primeramente, bootear la pc cliente mediante netboot por pxe/bootp, adquirir una dirección de ip y pasar el kernel para bootear por tftp. Este kernel muestra una pantalla de selección de opciones en la que debemos elegir la que vamos a crear (Live CD/install) que le pasará el control al segundo kernel que se tomará del Live CD.

Por otra parte también debemos tener instalados el servidor dhcp, uno de tftp y otro de nfs. Los paquetes que instalé en la máquina servidor (Kubuntu 7.04 tenía en ese momento) fueron: dhcp3-server, nfs-kernel-server, tftpd.

Lo primero que hice fue configurar el servidor DHCP,  agregando al archivo /etc/dhcp3/dhcpd.conf éstas líneas (mi archivo de configuración me quedó así):

host pxeinstall {
  hardware ethernet 00:11:2f:1e:3c:d3;
  fixed-address 10.0.0.4; # dirección de la máquina cliente
  next-server 10.0.0.5;     # dirección de la máquina servidor de TFTP
  filename "pxelinux.0";
}

Después de configurar esto, descargué la imagen .iso de Ubuntu desktop y la monté en la carpeta ~/tftp configuré el servidor nfs para que la dirección de ip asignada a la máquina cliente tenga acceso a esta carpeta (archivo /etc/exports) y reinicié el servicio.

Luego configuré el servidor tftp. Para esto bajé el archivo netboot.tar.gz y lo descomprimí en la carpeta dónde está configurado el servidor tftp. Copié los archivos vmlinuz y initrd.gz desde la carpeta /casper de la imagen del CD al directorio del servidor tftp. Los copié con el siguiente comando para así también renombrarlos y no confundir luego:

cp -a ~/ftp/casper/vmlinuz /var/lib/tftpboot/vmlinuz.fromUbuntu704DesktopCd
cp -a ~/ftp/casper/initrd.gz /var/lib/tftpboot/initrd.gz.fromUbuntu704DesktopCd

Para finalizar edité el archivo /var/lib/tftpboot/pxelinux.cfg/default agregando las líneas (mi archivo quedó así):

DEFAULT manuel

LABEL manuel
        kernel vmlinuz.fromUbuntu704DesktopCd
        append initrd=initrd.gz.fromUbuntu704DesktopCd boot=casper netboot=nfs nfsroot=10.0.0.5:/home/manuel/ftp --

Por útlimo en la máquina cliente tipeamos el nombre del LABEL que le hallamos puesto cuando aparece el menú (yo le puse manuel) y listo! Arranca el LiveCD de forma transparent. Click en Instalar y a esperar los 5 minútos que demora (se instala rapidísimo)

Y si! Llegó una nueva versión de Kpaper, pero ahora principalmente más estable. Con varias correcciones de bug que tenía por todos lados, debido a que de la página que descargaba los wallpapers no siempre estaba bien formada y éste no hacía ninguna verificación. Ahora sí la hace .

También logré hacer la interfaz gráfica para GNOME que tanto era acudida por los usuarios . Y bueno, me tuve que vender, no me quedaba otra, considerando que hay muchos usuarios de GNOME me decidí por aprender lo mínimo e indispensable para poder hacer el SystemTray con GTK.

Otra cosa que agregué es que, para el Gpaper descarga los wallpaper de Gnome-Look que antes los obtenía de Kde-Look al igual que el Kpaper.

Aunque en realidad me gustaría saber un poco más de esta librería gráfica, ya que es muy útil y parece ser bastante fácil en el sentido de cómo están organizadas las clases.

Me gustaría que la mayor cantidad de gente posible pruebe el programa, por lo menos instalarlo, para ir puliéndolo poco a poco. Yo estuve haciendo algunas largas pruebas en dos computadoras distintas (una con Ubuntu y otra con Kubuntu) y hasta el momento el programa corre a las mil maravillas. También colaboraron como beta tester algunos del canal #ubuntu-ar; gracias a todos ellos.

Está en mis planes aprender alguna librería gráfica que tenga un buen Look & Feel en Windows, ya que tengo amigos que quieren usar el programa en su mayor resplandor, porque por ahora en windows sólo funciona de consola . Asique estoy viendo la posibilidad de ponerme a estudiar algo de wxPython que me recomendaron en la lista de PyAr, o ver si lo hago con Qt nomás.

Dejo los links al programa para que el que quiera lo descargue, instale, pruebe y reporte cualquier tipo de sugerencia, bug, insulto, etc…

• KDE Debian Package (Paquete Debian para KDE)
• GNOME Debian Package (Paquete Debian para GNOME)
• Source Code (Código fuente)

Y siempre se puede obtener la última versión en la que estoy trabajando, que de a poco le voy corrigiendo algunos bug y sumando sugerencias.

svn checkout http://kpaper.googlecode.com/svn/trunk/ kpaper

Enjoy it!

Update: siguiente este link, pude concretar todo lo que no pude hacer cuando escribí este post. Cuando tenga más tiempo comento cómo lo hice ya que el link está en inglés.

Update: comenté cómo logré instalar Ubuntu por la red en este post.

Hace un tiempo bastante considerable que estoy intentando esto. Principalmente lo que quería es instalar Ubuntu en una computadora que no tiene ningún Sistema Operativo, no tiene lectora de CD’s pero si tiene disquetera. Asique pensé de qué formas podía bootear un instalador de Linux en esa PC. Y se me ocurrieron estas:

• USB, incluso en un post anterior expliqué cómo meter Slax Linux en un Pen Drive. Luego debería investigar cómo hacer desde una distribución Linux Live instalarlo.
• Floppy, botear con un disquete en el que entre una distro de linux y nuevamente investigar cómo instalar algún linux (incluso Debian tiene un instalador para esto).
• NetBoot, bootear el sistema por medio de una red, conectándose a otra computadora que permita este booteo.

Decidí por NetBoot ya que me parecía muy interesante y aparte de las otras formas tenía que descargar todo el sistema desde internet, lo cual supuestamente por esta opción no. Por el momento yo logré bootear por la red únicamente el instalador para luego descargar el sistema por internet, todavía no he podido configurar el servidor TFTP para pasar el disco de Ubuntu.

Para poder llevar adelante la configuración de esto es necesario tener conocimientos de algunas cuestiones de redes, que yo no los tengo, por lo que me costó mucho llevarlo adelante e incluso no pude cubrir todas mis espectativas.

Lo primero que debemos ver es si la máquina en la cuál queremos bootear por la red tiene esta capacidad, incluso aunque en el BIOS figure la opción puede que no la tenga, ya que se necesita que la placa de red tenga un software llamado PXE que nos permite conectarnos a la otra PC para bootear.

Para saber esto busqué en Google el modelo de mi placa madre y me fijé si tenía esta funcionabilidad y cómo se activaba ya que cuando la busqué en el BIOS no la encontré . Luego de saber esto necesitamos montar un servidor DHCP y uno TFTP, incluso pueden ser máquinas distintas. En mi caso utilicé la misma para los dos.

Configurando el servidor DHCP:

Encontré dos mil millones de manera de hacer esto, siguiendo los pasos al pié de la letra con ninguna dí en la tecla. Pero bueno, hice varios experimentos hasta que llegué a ver la pantallita del instalador de Ubuntu!

Lo que tuve que hacer para esto primeramente instalar el paquete dhcp3-server y luego editar el archivo de configuración /etc/dhcp3/dhcpd.conf para que quede así, lo único que hice fué agregar estas líneas:

subnet 10.0.0.0 netmask 255.255.255.0 {
  range 10.0.0.0 10.0.0.253;
  filename "pxelinux.0";
}
host pxeinstall {
  hardware ethernet 00:11:2f:1e:3c:d3;
  fixed-address 10.0.0.4;
  next-server 10.0.0.5;
  filename "pxelinux.0";
}

Configurando el servidor TFTP:

Lo primero que hice fue instalar el paquete tftpd-hpa, luego configurar el archivo /etc/inetd.conf agregando la siguiente línea, de modo que quede así:

tftp    dgram   udp    wait    root    /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot

Copié desde el CD de Ubuntu para la instalación alternativa (Alternate CD) la el contenido de la carpeta install/netboot/:

$ sudo cp -r /media/cdrom/install/netboot/* /var/lib/tftpboot/

Y por último edité el archivo /var/lib/tftpboot/ubuntu-installer/i386/pxelinux.cfg/default para que me quede así modificando las líneas de LABEL install dejándolo como sigue:

LABEL install
        kernel ubuntu-installer/i386/linux
        append vga=normal initrd=ubuntu-installer/i386/initrd.gz boot=casper netboot=nfs nfsroot=10.0.0.5:/media/iso/  --

Finalizando las configuraciones:

A este momento creo que lo último que queda es reiniciar el servicio de dhcp que se puede hacer ejecutando el comando:

$ sudo /etc/init.d/dhcp3-server restart

Luego encender la otra máquina con los cables de red conectados de forma correcta . Lo único que tuve que hacer fué prender varias veces la PC ya que tengo un Router que también tiene servidor DHCP por lo que a veces a la máquina en la que quería instalar Linux la agarraba este y no cargaba el instalador. Secuencia en fotos de lo que fue pasando en la máquina cliente.

Otras cuestiones:

Espero que con los comentarios me corrijan todo tipo de errores que puedo llegar a tener, ya que fue un experimento a prueba y error, y quizás me estoy olvidando algo. Incluso si saben de un link que al seguirlo al pie de la letra funcione, lo publiquen.

Por otro lado, las fotos las saqué con una cámara digital, ya que no sé como capturar las pantallas del BIOS por ejemplo, y del instalador de Ubuntu, osea, no puedo capturar pantallas sin haber cargado un X.

Hasta el día de hoy tampoco pude hacer que no descargue todos los archivos para la instalación de Ubuntu desde internet, e incluso quise instalarlo descargando todo y se tildó a la mitad de la instalación porque no pudo descargar algunos archivos.

A través de sus comentarios y lo que pueda seguir investigando con el tiempo este post será actualizado y corregido, espero la colaboración de ustedes.

SSH es un protocolo que nos permite conectarnos a un equipo de forma remota mediante una red LAN / WAN. Permite manejar por completo la computadora, de manera que todo lo que ejecutemos se hará sobre ésta computadora (a la que estamos accediendo de forma remota) y se visualizará en la que estamos localmente. Por ejemplo si ejecuto el comando:

$ ogg123 “The Crazy – This is a breakfast.ogg”

El sonido de la reproducción de este archivo de audio saldrá por los parlantes que posea la máquina remota, quizás nosotros ni escuchemos este sonido debido a la distancia en la que nos encontramos.

Mediante este protocolo se pueden copiar archivos, visualizar contenido de éstos, actualizar el sistema, reiniciar el pc, y muchas cosas más. Para la conexión mediante SSH se necesita tener la máquina encendida y además que se encuentre corriendo el demonio servidor de SSH.

Necesitamos instalar el paquete ssh en Ubuntu, el cuál nos instala el cliente de ssh y el servidor ssh. Una vez instalado esto podemos verificar que se esté ejecutando con el comando:

$ ps -ef | grep sshd
root 29080 1 0 12:09 ? 00:00:00 /usr/sbin/sshd
manuel 29154 29087 0 12:11 pts/4 00:00:00 grep sshd

La primer línea nos indica que el demonio esta activo. Se pueden configurar varias opciones del servidor de SSH editando el archivo /etc/ssh/sshd_config, por ejemplo para cambiar el puerto por el cuál trabaja. Yo tuve que utilizar esta opción ya que en la facultad tienen bloqueado el puerto por defecto (puerto 22).

Podemos loguearnos de forma remota en nuestro equipo utilizando cualquiera de las cuentas de usuario que tengamos creadas en el sistema. Yo por ejemplo tengo una únicamente “manuel”. Tenemos varias formas de hacerlo:

SSH desde un sistema Linux:

La manera más sencilla de hacerlo es, si estamos en un entorno gráfico abrimos una consola y tipeamos:

$ ssh usuario_remoto@ip_remota

Por ejemplo, desde la otra PC que tengo en red:

$ ssh manuel@10.0.0.5
manuel@10.0.0.5’s password:

SSH desde un sistema Linux con MC:

De esta forma podemos tener en la vista izquierda nuestra PC local y en la derecha la máquina remota, por lo que podemos ejecutar todas las opciones que nos permite el MC. Entre ellas, copiar, cortar, editar, etc…

Desde una consola tipeamos mc, lo que nos abre el Midnight Commander, vamos a la configuración de la vista derecha, por ejemplo, con la tecla rápida F9 y elegimos “conexión por sHell”Luego en la ventanita que se abre escribimos algo similar a lo q

ue tipeamos anteriormente en la consola, con la direfencia que tenemos que anteponer /#sh: seguido de lo mencionado arriba.

Finalmente nos pide el password y una vez ingresado de forma correcta nos permite explorar los directorios de la máquina de remota.

SSH desde un sistema Windows:

Para esto necesitamos un programita pequeño pero muy eficaz llamado PuTTY, el cuál es libre y se puede descargar su ejecutable desde aquí. No necesita ser instalado ni mucho menos, sólo doble click y listo.

Los screenshots de el programa PuTTY son de Linux emulado con Wine, ya que no tengo Windows en esta computadora.

Una vez que abrimos el PuTTY nos muestra la pantalla de configuración, en la que ingresamos el IP de la máquina remota y le damos “Open”.

Algunos Tips:

• Programas gráficos, si le pasamos el parámetro -X al comando ssh este nos visualizará la parte gráfica en la computadora local. Lo he probado con pocas aplicaciones y funcionó, por ejemplo el juego Twisted Zombie, se ve un poco lento mediante SSH. Pero quizás para visualizar fotos y demás sea muy útil ya que podemos usar todos los programas que tenemos instalados en la máquina remota. Ejemplo:

$ ssh -X manuel@10.0.0.5

Ahora cuando ejecutemos cualquier comando que requiera interfaz gráfica, lo visualizaremos correctamente en la PC en que nos encontramos físicamente.

• Copia de archivos, podemos copiar archivos desde el equipo remoto hacia el local y viceversa utilizando los siguientes comando respectivamente:

$ scp usuario@ip_remota:archivo_remoto archivo_local
$ scp archivo_local usuario@ip_remota:archivo_remoto

Al igual que el año pasado, este también asistiré a CaFeConf. Organizado el viaje por mi facultad estaremos saliendo el Jueves a la madrugada (noche del Miércoles) hacia Buenos Aires para llegar allá cerca del medio día.

El mismo día que llegamos tenemos una visita guiada a IBM, ya que el año pasado nos enteramos que los chicos de San Francisco habían ido, asique nos quedamos con las ganas y organizamos para ir este año. A la tarde del Jueves estamos libres y tenemos pensado recorrer un poco la ciudad ya que pocos la conocen; yo no sé que haré acá.

Nos alojamos en un paradero que tiene la facultad allá; quizás debamos llevar bolsas de dormir porque somos varios y seguramente van otros chicos de la UTN también para allá.

La conferencia empieza el Viernes 5 a las 11 am con la “Apertura (CaFeLUG)”, antes de esto seguramente es la acreditación, aunque no esté marcada en el programa todavía. Por el momento las charlas que me interesan más son:

Viernes 5 de Octubre

• El software libre apesta
• Buenos Aires libre
• Introducción al desarrollo multiplataforma con Qt
• IPTABLES para novatos
• VIM, un magnífico editor de textos
• Django, programación web con Python

Sábado 6 de Octubre

• Cómo desarrollar juegos con Python y Pygame
• Python más rápido que C
• Bazaar (sistema de control de versiones)
• SQUID, optimizando el acceso a internet

Todas las descripciones de las charlas se pueden ver en la página del programa de CaFeConf 2007.

Espero que la pasemos bien en el viaje, me dejen dormir un poco, y sobre todo aprendamos mucho en estas charlas, hay muchas más que quisiera ver, sino todas, pero varias se superponen en los horarios. Incluso algunas de las que mencioné arriba.

La comunidad Ubuntu comenzó hace un tiempo a desarrollar un Wiki para que sea escrito por todos los que quieran participar. De éste modo se ayuda a todos los otros que recién comienzan en el mundo de Linux o que bien no saben hacer alguna que otra cosa con este.

Yo me enteré de esto por el canal de IRC de pyar ya que me pasaron el link de los Python Recipes (Recetas Python) y Facundo Batista me tiró la indirecta de que si no veía algo en esa página. Me dí cuenta que no estaba creada la página del Wiki de cómo crear un paquete Debian desde un programa en Python, que es uno de mis post anteriores.

Lo dudé un rato, ya que no tengo casi nada de idea en inglés y menos para escribir, pero Facu me dijo que empiece a escribir que cualquier cosa el después me lo corregía . También pensé en lo que decía en el Home del Wiki:

This section is currently under development. If you would like to contribute, please feel free to do so!

Asique me sentí libre de hacerlo , ordené un poco el escritorio dónde tengo la máquina, me hice unos mates y me puse a tipear. Basándome en lo que escribí en mi post sobre esto, intentando traducirlo y guiándome para no olvidarme nada. El resultado de ésto y luego alguna que otra corrección de mi primo salió así.

Se puede estirar mucho más, le falta completar un poco. Puse lo básico en lo que es la creación de los paquetes ya que es una receta. Y aparte no me sale pensar mucho cuando tengo que tipear en inglés .

Espero que la comunidad Python-Ubuntu se cope y lo extiendan un poco más ya que es de gran utilidad saber crear paquetes Debian. Me gustaría volver a entrar a la página y que me encuentre con algunas opciones que yo no sabía o se hallan explayado un poco más en la descripción del proceso y quede un poco más didáctico.

Siempre quise aprender a hacer paquetes Debian porque muchas veces les quería pasar mis programas a mis amigos y se quejaban que tenían que instalar muchas dependencias o quizás eso me decían a mí para no correr mis programas en sus máquinas.

También porque evitás todo tipo de explicación de cómo se instala, cuál es el .py que se debe ejecutar, que versión de Python, y muchas otras cosas. Además que queda lindo ya que podemos hacer que lo ponga en el Menú K en KDE o Gnome en su correspondiente panel de aplicaciones indicándole cuál va a ser su ícono y demás.

Hace mucho tiempo me puse a investigar e incluso me leí toda la guía de desarrolladores de Debian la cuál en ese momento no me sirvió, quizás porque no la entendí o porque no estaba directamente relacionada con Python (y yo recién empezaba con ambos).

El 9 de Junio de éste año se llevó a cabo la 2da Jornada de Python en Santa Fé en la que vino gente de otros lados del país y tuve la posibilidad de alojar a dos chicos en mi casa; Héctor Sánchez y Hugo Ruscitti de Buenos Aires, a los cuales aproveché para preguntarle de todo tipo de cosas sobre en lo que yo estaba fresquito y ellos ya tenían un poco más de experiencia.

Cómo Hugo se dedicaba a hacer juegos para una distribución de Debian y había cosas que hacía en Python le pregunté cómo hacer un paquete de uno de mis juegos (Tweety Finger) y me ayudó a crearlo en ese momento, explicándome que era lo básico para hacerlo y siguiendo de ejemplo un paquete existente. Existen muchas opciones para crear un paquete Debian, como por ejemplo los nombres genéricos en los distintos idiomas, los cuales son tediosas de indicar e incluso ni los sabemos; y a mí me interesaba que sean de fácil instalación mis programas.

Lo más recomendable es leer la guía expuesta arriba o buscar información en Google de la estructura de los paquetes de Debian, para saber y comprender cuáles son las opciones mínimas para que cumpla los estándares de Debian y poder ser redistribuido e incluso incluído en alguna de las distribuciones de Debian y sus derivadas.

Lo primero que hice fué abrir una terminal y entrar al programa mc y buscar en la carpeta /var/cache/apt/archives algún paquete que halla descargado anteriormente para basarme en su estructura y ver cómo estaban configurado los distintos archivos. Hoy tenía que hacer otro paquete y siempre me olvido cómo se hacen, asique agarré de ejemplo el Kate.

Lo más importante a tener en cuenta es la estructura de directorios del paquete y el archivo DEBIAN/control. Éste es un archivo de texto que se utilizar para indicar las dependecias del paquete, una descripción corta, una larga, el nombre, la versión, etc.

Explico la estructura del paquete que vamos a crear con un ejemplo, el del paquete que acabo de crear recién para el juego Twisted Zombie.

DEBIAN/
    control
usr/
    share/
        applications/
            twisted-zombie.desktop
        pixmaps/
            twisted-zombie-icon.png
        twisted-zombie/
            data/
            lib/
            COPYING
            README.txt
            create-upload.py
            pyweek-upload.py
            run_game.py

El archivo DEBIAN/control es que el expliqué anteriormente. La estructura /usr/share/[...] indica dónde se va a copiar el contenido de ésta; por ejemplo el archivo run_game.py quedará instalado en nuestro sistema con en la ruta /usr/share/twisted-zombie/run_game.py.

El otro archivo importante es /usr/share/applications/twisted-zombie.desktop ya que en este indicamos en dónde se va a ubicar en el Menú K, que órden debe ejecutarse cuando se llame, qué ícono tendrá, etc. Se pueden ver los archivos de este ejemplo en los links de cada uno de estos (arriba).

En los archivos fuente (.py) que carguemos archivos externos, como ser imágenes, sonidos etc; debemos hacer un change dir a la nueva ubicación de nuestro programa (en este caso /usr/share/twisted-zombie) agregando la línea:

os.chdir(”/usr/share/twisted-zombie”)

Para que al ser llamado desde cualquier otra ruta el programa siempre se posicione dónde él sabe que tiene los archivos a cargar.

Una vez creada la estructura anteriormente mostrar y configurado los archivos mencionados a gusto, se puede ejecutar este comando para crear el paquete:

$ dpkg –build twisted-zombie/ twisted-zombie-1.0_all.deb

Si la estructura de la carpeta twisted-zombie/ está mal formada, el comando nos informa de esto, incluso también si al archivo control no le dejamos un espacio en blanco en la última línea, y demás.

El nombre que se le da es de la forma <nombre-paquete>-<version>_<arquitectura>.deb.Luego para probar que esto funciona correctamente lo instalamos:

$ dpkg -i twisted-zombie-1.0_all.deb

Si algo salió mal, por ejemplo, al hacer click en el Menu K no aparece nuestro programa basta con buscar el error en el archivo twisted-zombie.desktop, desintalar el programar, crear el paquete e instalarlo nuevamente. Para desintalarlo lo hacemos cómo si fuera cualquier otro paquete:

$ sudo apt-get remove twisted-zombie

Espero que sirva esto y no haberme olvidado ningún paso del proceso, parece complicado, pero es algo simple; como todo, al principio es complicado o por lo menos parece. Pero al poder ver cómo están construidos los demás es fácil guiarse. Incluso se puede usar un paquete más chico de ejemplo que el Kate.

Cualquier cosa que no se entienda o no quede bien en claro comenten y depaso me hacen seguir estudiando