jueves, 9 de diciembre de 2010

El nacimiento de Jesús

El nacimiento de Jesús
18 de Diciembre, 21hs. en el Paseo de las Esculturas (Urquiza entre Salta y Perú), Bahía Blanca. En caso de lluvia se realizará en el gimnasio del Colegio Don Bosco (Güemes y Moreno), Bahía Blanca.

Declarado de interés provincial y municipal.

miércoles, 1 de diciembre de 2010

OpenVox G400P in Debian

Éste post está también disponible en español.
This post is also available in spanish.

I bought an OpenVox G400P GSM telephony card to set up a VoIP server running Debian. I clearly didn't do my research homework before starting, and it turned out that it was not easy to set up this card with Dahdi, wich I had to keep in order to be able to use another card I already had on that server.

Problems I found:
  • There was not official Dahdi support for this board until about  ~6 months ago.
  • When it finally appeared, it turned out that there were not just some patches to the original source code, but some scripts that supossed that my system was RPM based. Oh, and it also downloads, modifies, compiles and installs Dahdi and Asterisk, leaving no room for customization.
  • When I asked the support about this issue, they told me that if I gave them SSH access they would install it for me (!?). I took the time to explain them that asking their clients for SSH access to their servers was not a good idea. Sadly, it seems that they didn't took my advice

Dissasembling the script:

So my next move was to get and install either Elastix or Trixbox in a virtual machine, supossedly supported by the script they provide, get the modified source code, check it and compile it in my Debian box.  I got to download three different versions of those distros, and it seems I couldn't get the correct version the script needed. So the next step was obvious: print the script, analyze it and modify it to get the source code.

Of course, I used git to keep the changes :-)

Final source code:

Asterisk: http://dumbledore.com.ar/gitweb/?p=asterisk.git;a=summary (might be incomplete, I still have to check it).

In the Dahdi repo, the openvox-g400p branch has the chan-extra modifications, the oslec branch contains the support for OSLEC echo canceler. Finally master is a merge of both. I still didn't check if the G400P supports oslec, but I have it there because I use it with the other card I have in the server.

Recommendations for OpenVox:

While I find an excellent idea to have an "automagic" script for your clients, a user os another distributions or/and an advanced user will find a patch most suitable. The good thing about this is that git makes it's creation quite simple.

I suggest the following workflow:

1.- Uncompress Dahdi's source code, rename the new directory and create a git repo out of it.

$ tar -xf dahdi-x.y.z.tar.gz
$ mv dahdi-x.y.z dahdi
$ cd dahdi
$ git init
$ git add -A
$ git commit -m "Original Dahdi source code version x.y.z."

2.- Create an upstream branch to follow Dahdi's development.

$ git checkout -b upstream

3.- Tag Dahdi's release in the upstream branch.

$ git tag -a dahdi-x.y.z

4.- Go back to the master branch and develop the driver.

$ git checkout master
[... desarrollo...]

5.- Once finished a release, tag it.

$ git tag -a chan-extra-x.y.z

6.- Make a patch out of it (althought it would be better to just publish the git repo).

$ git diff upstream master > chan-extra-x.y.z.patch

Note: there are far more better ways to generate a proper patch using git... but I had no time to get into that yet :-/ Comments welcomed :-)

7.- Whenever we need to develop with a newer Dahdi's release, we just need to update the upstream branch and merge it back to master.


$ git checkout upstream
$ git rm '*'
$ git clean -xdff
$ tar zxfv ../../dahdi-x.y.z+1.tar.gz --strip=1
$ git add -A
$ git commit -m "Import upstream x.y.z+1 release."
$ git checkout master
$ git merge upstream


Then the user will just need to patch the original source code and compile. Of course, the same workflow can be used for making patches for Asterisk.

Comments on this workflow will be much appreciated :-)

OpenVox G400P en Debian

This post is also available in english.
Éste post también se encuentra redactado en inglés.

Instalando un servidor de telefonía IP no tuve mejor idea que adquirir una placa OpenVox G400P para conectarme a la red GSM sin buscar lo suficiente en la web antes. Mi error.

Los problemas:
  • Al momento de adquirir la placa (hace apenas ~6 meses) no existía soporte oficial para Dahdi.
  • Cuando el mismo apareció, resulta ser que no constaba de unos simples parches, sino un script que supone que uno usa un sistema basado en RPMs, baja y modifica las fuentes de Dahdi y Asterisk, los compila e instala, sin dejar lugar a modificaciones por parte del usuario.
  • Al preguntar al soporte, me dijeron que me lo instalaban ellos mismos... si les daba acceso SSH (de no creer). Me tomé el trabajo de explicarles que pedir acceso SSH a sus clientes era una mala idea, pero me parece que no entendieron

Desarmando el script:

Mi idea entonces fué instalar una máquina virtual con la versión de Elastix o Trixbox que ellos pedían para hacer correr el script, obtener el código fuente parcheado, revisarlo y compilarlo en mi Debian. Llegué a bajar tres versiones distintas de ésas distros... y parece ser que ninguna de ellas era la que el script esperaba. Para ese momento decidí hacer lo que debía haber hecho desde un principio: imprimir el script, desarmarlo y armar ése código fuente yo mismo.

Por supuesto, usé git para el proceso :)

El código fuente resultante:

Asterisk: http://dumbledore.com.ar/gitweb/?p=asterisk.git;a=summary (puede estar incompleto, todavía lo tengo que chequear).

En el caso de Dahdi, la rama openvox-g400p contiene las modificaciones de chan-extra, la rama oslec contiene el soporte para el cancelador de eco OSLEC. Finalmente la rama master es un merge de ambas. Todavía no probé que la placa funcione con oslec, pero está ahí porque la uso en la otra placa que tengo en el servidor.

Recomendaciones para la gente de OpenVox:

Si bien me parece excelente que quieran proveer a sus clientes de un script "automágico", un usuario de otras distribuciones y/o un usuario avanzado va a encontrar mejor que le proporcionen un patch para el código fuente. Lo bueno es que gracias a git ésto no es complicado.

Les sugiero el siguiente workflow:

1.- Descomprimir el código fuente original de Dahdi, renombrar el directorio y crear un repositorio git del mismo.

$ tar -xf dahdi-x.y.z.tar.gz
$ mv dahdi-x.y.z dahdi
$ cd dahdi
$ git init
$ git add -A
$ git commit -m "Original Dahdi source code version x.y.z."

2.- Crear una rama upstream para seguir el desarrollo de Dahdi.

$ git checkout -b upstream

3.- Taggear la release específica de Dahdi en la rama upstream.

$ git tag -a dahdi-x.y.z

4.- Volver a la rama master y realizar el desarrollo del driver en la misma.

$ git checkout master
[... desarrollo...]

5.- Una vez terminada una release, taggearla.

$ git tag -a chan-extra-x.y.z

6.- Crear un parche a partir de ambas ramas (aunque sería mejor publicar el repositorio git directamente):

$ git diff upstream master > chan-extra-x.y.z.patch

Nota: hay mejores formas para obtener un parche que ésta manera... pero no es algo que haya explorado lo suficiente. Se aceptan comentarios ;)

7.- Cuando se deba desarrollar para una nueva versión de Dahdi, basta con actualizar la rama correspondiente y hacer un merge:


$ git checkout upstream
$ git rm '*'
$ git clean -xdff
$ tar zxfv ../../dahdi-x.y.z+1.tar.gz --strip=1
$ git add -A
$ git commit -m "Import upstream x.y.z+1 release."
$ git checkout master
$ git merge upstream


Luego el usuario podrá aplicar el parche usando patch y compilar. Basta con seguir el mismo workflow para crear parches para Asterisk.

Por supuesto, se aceptan comentarios sobre éste workflow :-)

sábado, 23 de octubre de 2010

miércoles, 20 de octubre de 2010

Configurando la placa de sonido M-Audio Delta 1010LT por defecto

Me compré una placa M-Audio Delta 1010LT a la que quiero usar como placa por defecto. Pero las cosas ya no son como antes que bastaba desactivar la placa on board:

$ cat /proc/asound/cards
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfe024000 irq 16
1 [E320SE ]: USB-Audio - Eye 320SE
PixArt Imaging Inc. Eye 320SE at usb-0000:00:13.1-2, full speed
2 [Generic ]: HDA-Intel - HD-Audio Generic
HD-Audio Generic at 0xfdffc000 irq 19
3 [M1010LT ]: ICE1712 - M Audio Delta 1010LT
M Audio Delta 1010LT at 0xbf00, irq 21


La primera es la placa onboard, que quiero dejar activada por el momento. La segunda, el mic de la webcam. La tercera, el HDMI de la placa de video. Y la cuarta, la M1010LT.

Y acá viene el problema: la M1010LT no es la placa por defecto, por ende algunas aplicaciones no la van a usar (¿les suena flash player?). Ya me había pasado algo similar antes (la E320SE quedaba por defecto), así que recurrí al archivo asound.conf. Mi primer intento fué:

pcm.!default {
type hw
card M1010LT
}

ctl.!default {
type hw
card M1010LT
}


El resultado: silencio absoluto :-( . Luego usé el script sugerido en la página de asound.conf y llegué a:

pcm.SB { type hw; card SB; }
ctl.SB { type hw; card SB; }
pcm.E320SE { type hw; card E320SE; }
ctl.E320SE { type hw; card E320SE; }
pcm.M1010LT { type hw; card M1010LT; }
ctl.M1010LT { type hw; card M1010LT; }
pcm.Generic { type hw; card Generic; }
ctl.Generic { type hw; card Generic; }
pcm.!default pcm.M1010LT
ctl.!default ctl.M1010LT

Otra vez, silencio absoluto :-/. Me cansé de buscar en la web y no encontrar soluciones. No uso pulseaudio y no sé si vale la pena usar jack. Bueno, de todas maneras las aplicaciones que usan phonon andaban bien, y para los videos podía usar los auriculares. Pero cuando uno tiene que ver un stream en vivo que dura muchas horas (¿les suena el rescate de los 33 mineros?), se hace una molestia. ¿que tal un hack rápido? Cable de audio conectado a la salida de la placa on board y en su otra punta a una de las entradas de la M1010LT. Feo, pero anda.

La "suerte" a veces ayuda.

Ayer, siguiendo un link en la web, dí con unos videos en You Tube. Me puse los auriculares, apreté play y... el sonido salía por los parlantes :S. Un cat /proc/asound/cards me decía que la M1010LT estaba como placa 0. Bien, entonces era posible usarla por defecto, mas allá de que no lo haya logrado con asound.conf. Buscando en la web un poco mas de información sobre toda la que ya busqué, dí con una página donde explican como setear los módulos de las placas restantes como placa 1 (o lo que siga por defecto). No es la solución, pero al menos es mas prolija que el cable externo :-)

Por supuesto, lo mejor sería solucionarlo desde asound.conf, pero no lo he logrado aún :-/ . Por cierto, uso Debian.

Actualización 20101025 00:21 ARST: parece ser que la cosa no termina ahí. Como puse en un comentario mas abajo, tuve que modificar /etc/modprobe.d/alsa-base.conf. Y encima empecé a dar con un bug: la placa no siempre se detecta al arrancar el sistema. Así que finalmente hice ésto en el citado archivo:

# Options for the M1010LT.
alias snd-card-0 snd-ice1712
options snd-ice1712 model=delta1010lt index=0

Y si la placa no es detectada, basta ejecutar alsa force-reload como root.



martes, 14 de septiembre de 2010

Ensalada con riñón de vaca

Mi mamá dice que, en lo que a comidas se refiere, de lo que hay le pongo. Y tiene razón. Hoy salimos de compras con mi novia y mientras ella compraba carnes, dí con un paquetito de riñón de vaca. "Excelente para hacerlos salteados en una ensalada" pensé. Y eso salió :-)

Con ustedes, una mitad de nuestro invitado especial:

La mitad de un riñón de vaca. cc-by-sa 3.0.


La otra mitad ya estaba en la sartén:

Riñones en la sartén. cc-by-sa 3.0.


Por supuesto, una ensalada no se puede hacer solo con riñón. Por eso incorporamos algunos ingredientes mas:

Algunos ingredientes mas para la ensalada. cc-by-sa 3.0.


La lista completa:
  • Zanahoria.
  • Lechuga.
  • Atún al natural.
  • Arvejas (de las congeladas y no en conserva, las conocí gracias a mi novia).
  • Aceitunas negras.
  • Granos de choclo amarillo.
  • Ajo granulado.
  • Perejil disecado.
  • Pimienta.
  • Aceite de oliva.


El resultado final:

Ensalada de rinón de vaca completa. cc-by-sa 3.0.

Espero que no me caiga tan pesado como a éste morocho ;-)

jueves, 9 de septiembre de 2010

Paquetes semi oficiales de KDE SC 4.5.1

George Kiagiadakis envió un correo a la lista debian-kde anunciando paquetes semi-oficiales de KDE SC 4.5.1, los que se encuentran disponibles en http://qt-kde.debian.net/.

Algunos detalles mas del correo:

"Desafortunadamente no todos los paquetes están listos, por lo que puede que noten algunos faltantes. Los paquetes fuentes faltantes hasta el momento son kdeaccessibility, kdeadmin, kdegames, kdemultimedia, kdebindings, kdetoys, kdewebdev y kde-l10n como también meta-kde (el paquete kde-standard y misceláneos). A pesar de ésto pueden actualizar todo lo demás a partir de su instalación de KDE SC 4.4.5 usando las instrucciones del sitio (en inglés).

Una vez que todos los paquetes estén preparados y funcionando, planeamos liberarlos a Debian experimental. Hasta que eso ocurra, todas las actualizaciones o paquetes nuevos irán a ése repositorio.

Pedimos disculpas for el largo retrazo desde que 4.5.0 fué liberado, pero espero que entiendan las razones detrás de ésto (preparando a Squeeze para que esté listo, trabajo, vida real, vacaciones de verano, pocas personas activas en el equipo, etc...).

A toda la gente que se ofreció para ayudar: apreciamos su oferta y pedimos disculpas por la falta de documentación acorde. Empaquetar KDE SC no es una tarea fácil y normalmente le recomendamos a los recién llegados que intenten empaquetar algo mas chico primero, como algo de kde-apps.org. Intentaremos hacer las cosas mejores en el futuro, documentando mejor nuestro flujo de trabajo y políticas. Si aún quieren ayudar, como pueden ver, todavía hay trabajo por hacer. Además de empaquetar, hay otras cosas que pueden hacer, como actualizar archivos de copyright (lo que encuentro fácil, pero consume mucho tiempo).

Los mejores deseos,
George


PS: Por favor lean bien las instrucciones y por favor reporten los bugs de empaquetamiento aquí (n. del e.: en la lista debian-kde) y en irc, pero no en el sistema de seguimiento de bugs de Debian. Gracias por adelantado".

Particularmente nunca me pude dar el gusto de compilar KDE SC por mi mismo. Lo intenté un par de veces, pero mi peor enemigo es el tiempo. Y mantener paquetes para Debian tiene que ser un gusto y no una carga. Por eso encuentro la sugerencia de George de empaquetar cosas de kde-apps.org muy adecuada, en especial para los que tenemos poco tiempo ;-) ya que suelen ser programas de menor complejidad de empaquetado.

Por otro lado, si bien estoy lejos de tener muchos conceptos claros, en breve me voy a juntar con unos amigos a enseñarles a empaquetar software. Con un poco de suerte vamos a mantener una serie de paquetes, muy posiblemente relacionados con la electrónica. Espero poder generar sinergia suficiente para que ésto se expanda :-)

Ah, cabe aclarar que gran parte del trabajo para creaer los paquetes de KDE SC 4.5.1 fué realizado por George (o al menos eso tengo entendido) ¡Gracias George!

lunes, 16 de agosto de 2010

¡Feliz 17 años Debian!

Hace algunos años, un tocayo mío escribía en la lista de correo del LugFI una frase que decía algo así como "No entiendo como la gente no usa Debian". Tamaña curiosidad me agarró que, un mes antes de su release oficial, y por no tener banda ancha aún, llegaban desde Buenos Aires dos DVDs con un snapshot de Debian Sarge.

Casi siete años mas tarde, una DebConf y un montón de buenos momentos, yo mismo me hago esa pregunta.

¡¡¡Feliz cumpleaños Debian!!!


Si sentís lo mismo que yo, no dudes en decir gracias.

sábado, 3 de julio de 2010

Diego: al fin voy a tener un buen recuerdo tuyo

Estimado Diego:

Tengo que admitirlo, no soy una persona a la que le interese mucho el fútbol. Criado como riverplatense, con ya casi 28 años de edad, hasta el día de hoy no tenía un buen recuerdo tuyo. Ésos venían de documentales o apasionadas historias de gente mas grande que yo. Tu imagen fué siempre la de un gran jugador venido a menos por las drogas, que se metía en escándalos de poca monta, una vida que no te envidio en lo mas mínimo.

Debo admitir que cuando me enteré que ibas a ser el director técnico de la Selección Argentina sentí miedo que fueras a arruinar nuestra (poca) buena imagen como argentinos otra vez, haciéndo algún escándalo (bueno, algo de eso hiciste) o con algún otro problema de dopping.

Tampoco esperaba grandes resultados. De hecho, no esperaba que pasemos la primera ronda del mundial.

Pero debo admitirlo: lo lograste. Lograste que al menos tenga una buena imagen tuya que haya presenciado yo mismo. Lograste que te gane algo de respeto, mas del que alguna vez pensaba llegar a tenerte. Y, al menos por eso, debo presentarte mis disculpas. Y no olvidarme de darte las gracias, la Selección hizo un muy buen trabajo representándonos, mas allá de los resultados.

Querido Diego: es hora de decir perdón y gracias.

miércoles, 30 de junio de 2010

Generar paquetes Debian a través de CMake

This post is also available in english.

Un compañero de trabajo insiste en generar paquetes Debian a través de CMake. Pero yo pienso (al igual que muchas personas a las que le pregunté por IRC) que es una mala idea, en especial considerando los archivos copyright y control. ¿Que opinan ustedes del asunto?

On creating Debian packages with CMake

A co-worker of mine insists on creating Debian packages trough cmake instead of doing them as usual. But I think (as many other people I asked trough IRC) that this is a bad idea, specially considering copyright and control files. What's you opinion on this topic?

jueves, 3 de junio de 2010

¿tenés hardware de radio? ¡Ayudanos probando kradio4!

El equipo que mantiene KDE en Debian acaba de subir Kradio 4 a experimental. El motivo por el cuál fué subido ahí es que... no disponemos del hardware necesario para probarlo :-(

Así que si disponés de un dispositivo soportado por V4L/V4L2 y querés contribuir con Debian, instalá y probá Kradio 4. Como dato interesante, debería ser coinstalable con Kradio 3, por lo que debería poder probarse sin perder las configuraciones de su versión anterior.

Si lo probás, dejame un comentario en éste post, o escribime en #debian-ar (español) o en #debian-kde (inglés).

¡Gracias!

miércoles, 26 de mayo de 2010

Nueva versión menor de QAntenna

Gracias a Stephen Carlton que me estuvo haciendo algunas preguntas sobre QAntenna, hoy me puse a corregir un par de bugs y agregar también un par de features e hice pública una nueva versión menor del mismo, 0.2.2 (no actualicé la página todavía).

Ahora el diálogo de abrir archivos comienza en el directorio del usuario, y recuerda el último directorio accedido. También posee a su izquierda una URL al lugar en donde se encuentran los ejemplos.

Por otro lado, tengo el gusto de tener el bug ITA para mantenerlo en Debian. Muchas gracias Joop Stakenborg por haberlo hecho hasta el momento :-)

martes, 18 de mayo de 2010

Un par de detalles con respecto a KDE 4.4.3

Unos cuantos amigos han actualizado su instalación KDE en Debian testing a 4.4.3, y han encontrado un par de problemas, sencillos de resolver.

El primero es que se les desactivó el efecto para cambiar de ventana. Lo primero que uno intuitivamente hace es activar el efecto en el panel de configuraciones, solapa de efectos:

Pero queda un detalle mas: activar el efecto que uno elige (ya que mas de uno puede estar activo, pero solo uno con la combinación Alt+Tab) en la solapa General:


Otro problema, y ésto si es un bug, es que krunner puede volverse muy lento o incluso llegar a colgarse. La solución: desactivar el plugin de control de audio:


Tengo que recordar de reportar ese bug upstream o suscribirme al mismo si ya existe :-)

domingo, 16 de mayo de 2010

KDE 4.4.3 disponible en testing

Luego de bastante tiempo los usuarios de Debian testing, nombre clave Squeeze, pueden disfrutar de KDE 4.4.3. En ésta entrega el empaquetado presenta una nueva característica: kde-minimal pasa a ser un paquete virtual proporcionado por kde-plasma-desktop y/o kde-plasma-netbook, los ambientes de KDE diseñados para computadoras de escritorio/laptops y netbooks, respectivamente. Ambos paquetes son coinstalables.

El metapaquete que instala las aplicaciones comunmente mas usadas, y recomendado por el equipo de empaquetamiento de KDE en Debian, es kde-standard.

Para una instalación completa del escritorio está el metapaquete kde-full.

¡Que lo disfruten!

sábado, 15 de mayo de 2010

Porqué me fuí de Facebook

No pensaba escribir éste post. Deben haber muuuchos iguales por ahí. Pero resulta ser que algunos amigos se dieron cuenta. Y no hice mas que prender el mensajero instantáneo que saltaron a preguntarme...

Los motivos

Eso de que que "si lo uso poco, poco van a saber de mi" cada vez me convencía menos. Es mas, estoy seguro que, aunque nunca me hubiese hecho una cuenta de Facebook, con toda la info que ingresan otras personas, podrían llegar a decir mucho de mi.

Como a todos, el tema de la privacidad me molestaba cada día mas. Y dí con un artículo de la evolución de la privacidad en Facebook.

Poco después, dí con "Farewell to Facebook", otro artículo como éste, pero mas elaborado. En éste punto suspendí la cuenta "para ver que pasaba" . Tristísimo el proceso: te dicen que algunos contactos tuyos, elegidos "al azar" me iban a extrañar. Me pedían completar un montón de preguntas para poder llegar a la parte de la desactivación. Y como broche de oro, mi contraseña (¡no me la pidieron nunca para el resto de la página con la cookie correspondiente! ) y una verificación por imagen...

El resultado me sorprendió: la gente lo notó en apenas unas horas. Fué así que empezamos a conversar con un amigo, que me hizo notar otro aspecto: ¿que tan sano es el uso que le damos a Facebook? La primera pregunta al respecto, muuy trillada ya, podría ser ¿reemplazamos nuestros espacios sociales verdaderos con espacios virtuales? Me gusta mucho mas ésta otra: las cosas que "decimos" a través de ésta red social ¿las diríamos de frente a la persona? y si la respuesta es si ¿se lo diríamos frente a otras personas? ¿aunque no supiésemos quienes podrían llegar a ser ésas personas?

Eliminando los datos

Si bien había desactivado mi cuenta, el sitio guarda todos los datos "por si vuelvo en algún momento". Dicho de otra manera, para siempre. Yo sabía que hay gente que escribió a privacy@facebook.com pidiendo que sus datos fuesen borrados a la prontitud, y que les respondieron. Y procedí a eso.

En pocas horas, recibí un mail, que, además de decirme que iba a perder todos mis datos (¡es la idea!), me dieron un link para borrar la cuenta: http://www.facebook.com/help/contact.php?show_form=delete_account. Claro, para eso tuve que reloguearme (lo que activó de vuelta mi cuenta), volver entrar al link, poner otra vez mi contraseña y una verificación por imagen... ¡y empezar un proceso que dura 15 dias! Y no, no es porque tarden en eliminar los datos... es por si me arrepiento.

Claro, en ningún lado dice que van a borrar mis datos, solo que no voy a poder acceder mas a ellos. Por las dudas ya les mandé un mail aclarando ésto. Y que no quiero esperar 15 dias :-)

¿Y entonces que pasa con éste blog/Twitter?

El caso es distinto. La información de mi blog es la que agrego a plena conciencia, y quiero que sea público. En el caso de Twitter, mis entradas sólo son accesibles a los que acepto, pero escribo como si cualquiera pudiese leerlo. Es como el blog, pero en 140 caracteres.

lunes, 3 de mayo de 2010

Alegrémosnos

De chicos, mi mamá solía cantarnos una canción judía que siempre llamó mucho mi atención: Hava nagila, "Alegrémosnos". No han sido pocas las veces que me he encontrado silbándola. Claro, que significaba la letra, ni idea. Y creo que mi mamá tampoco ;-)



Andre Rieu tiene una versión muy interesante también:


Mujer de Egipto

Lo bueno de no tener tele en casa y si internet es que uno por divertirse un domingo por la noche, termina aprendiendo cosas.
Y es así como terminé aprendiendo que hace rato que sé decir "Mujer de Egipto" en griego:






Si, tal cual, Misirlou, el tema emblema de Pulp Fiction, en mi opinión la mejor película de Quentin Tarantino. Pero escuchemos el tema original:




Y ahora mucho mas al futuro:




Si la música enamora, estoy enamorado de una mujer de Egipto =)

martes, 30 de marzo de 2010

Después del salto

Después del salto

Miro para abajo y aún no lo puedo creer,
mis alas se extendieron y comencé a volar.

Lo poco que tenía lo puse en común
y cerró la herida que no paraba de sangrar.

Todo se vé bien desde acá.
Al final, si logré volar.

El piso ya no ruge, no se anima ni a hablar
sabe que mis alas me llevan mas allá.

Ahora la vida es otra y el camino por andar
se hace amigable al lado de otro ser.

Todo se vé bien desde acá.
Al final, si logré volar.


Mucho tiempo después del salto.

Creative Commons License
Después del salto by Lisandro Damián Nicanor Pérez Meyer is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.

sábado, 27 de febrero de 2010

Pensamientos sobre el libro electrónico

Tengo a mi alcance la revista de cultura Ñ número 335 de Clarín (iba a poner "entre mis manos", pero no puedo sostener el papel y teclear al mismo tiempo). Me llamó la atención un par de notas sobre el libro digital (al final, me dí cuenta que eran tres, pero saltié olímpicamente la primera de ellas, "Los claroscuros del libro digital", por Gisela Antonuccio).

En mi versión de primera nota, "El sueño borgeano" de Ariel Magnus, nos encontramos con una opinión "positiva" del asunto. En la segunda, "Los ejércitos invisibles" de Fabián Casas, con su contraparte negativa.

Ariel, en mi opinión, logra ver donde está el cambio: es el nuevo medio como forma de practicidad el que se impone, no el hecho de que no dependa de papel. Fabián, en cambio, no logra conciliar un futuro sin celulosa de por medio.

Sin embargo, ambos coinciden en algo: la importancia de que no se convierta en un medio multimedia mas por el solo hecho de hacerlo "mas interesante" a los ojos del comprador.

Yo quiero agregar un punto de vista mas: el del libro electrónico que no está relacionado a la literatura (al menos en su sentido cultural). Quizás alguno se pregunte si existen ése tipo de libros. La respuesta: si; algunos ejemplos: un manual de un artefacto, un protocolo de acción ante un evento.

En mi trabajo como diseñador de software de sistemas embebidos (eso suena a "importante"), es muy normal que tenga que consultar al mismo tiempo no una sino varias hojas de datos, que vienen a ser los manuales de un circuito integrado. Y hacer anotaciones sobre ellos. La manera mas cómoda a mi alcance, hoy por hoy, es la impresión sobre papel. Pero, además del peso y la portabilidad, que son problemas compartidos con cualquier medio basado en celulosa, sufren del problema de una vida útil mediana a corta.

A la hora de elegir un circuito integrado entre varios para utilizar en el producto, muchas veces conviene imprimir todas las hojas de los mismos. Y sólo un juego de ellas prevalecerá, el resto se descartarán (menos mal que tenemos la política de reciclar cuanto papel y cartón se pueda).

En fin, existe mucha mas funcionalidad para el libro electrónico que va mucho mas allá de leer un buen libro. Sea en el formato que sea.

viernes, 19 de febrero de 2010

Pame de Coronel Suárez

Al poco tiempo de llegar a Bahía hace poco mas de 8 años, caminando hacia la UNS, me encontré con ésto en la esquina de 12 de Octubre y 11 de Abril:


Y siempre me quedó la duda ¿quién sería esta misteriosa Pame de Coronel Suárez?

Con el tiempo, muchas caminatas y diferentes climas, cada vez que pasaba por la esquina (se vé que camino mirando para abajo) me preguntaba si algún día resolvería la incógnita. También aprendí que "la señal" se vé mucho mejor si estaba mojada. Ayer pasé caminando otra vez por esa esquina (lo cual ahora ocurre mucho menos frecuentemente, ya que me muevo en bicicleta) y le saqué una foto con mi celular (cosa totalmente fuera de mi alcance en mis primeros años de universitario). Pero no había llovido, por lo que la imagen no salió clara. Y hoy se dieron las condiciones: llovió por la noche, no valía la pena moverme en bici para no embarrarme y tenía la cámara con las pilas cargadas en la mochila. Era el momento justo para tomar la foto.

Otra incógnita era cuando se había realizado el escrito. Y hoy, mientras sacaba las fotos, encontré ésto:



Es mucho menos visible, pero la humedad nos permite leer: "Wilchi 9/8/93". Y está en el mismo paño de concreto que el escrito anterior. Si bien mucha gente en Suárez visita a Bahía Blanca por diversos motivos, hay altas probabilidades de que se haya tratado de una estudiante. Si suponemos que la estudiante tenía ~18 años al momento de dejar su nombre escrito para la posteridad, Pame ahora tiene ~35 años.

Sólo queda una pregunta ¿quién es Pame de Coronel Suárez?

lunes, 15 de febrero de 2010

Sid, KDE 4 y problemas con bibliotecas

Una serie de problemas con cambios de versiones de bibliotecas en Sid, ajenas al equipo que mantiene KDE, ha logrado que quien actualice su KDE 4 se le rompa KDM y Kmail muera.

Así que los que usen Sid y KDE 4, por favor, eviten actualizar hasta dentro de unos dias.

jueves, 11 de febrero de 2010

Adiós kopete-facebook

Facebook empezó a dar soporte XMMP (Jabber) para su mensajería instantánea. Y con ésto, el plugin de Kopete para Facebook se vuelve totalmente innecesario, por lo que pienso pedir que se remueva del archivo de Debian. No duró mucho, pero al menos cumplió su función durante ese tiempo.

Por supuesto, también sirvió para seguir aprendiendo a empaquetar cosas para Debian :)

lunes, 11 de enero de 2010

Dialplan para llamadas desde Coronel Suárez

Estoy armando un dialplan para unos Linksys PAP2 a ser utilizados en Coronel Suárez. Para eso primero tuve que armar como sería un dialplan genérico de Argentina, y luego agregarle los detalles de llamar desde Suárez. Para tal menester me basé en la página de la Wikipedia a tal fin.

Voy a usar la sintaxis de los PAP2 con algunos espacios para mejorar el aspecto visual.

Teléfonos fijos: Tenemos tres casos a considerar:

Capital Federal:
011 xxxx xxxx

Interior del país:
0[23]x xxxx xxxx

Llamadas locales:
4x xxxx

Luego, los teléfonos de cobro diferenciado:

0 800 xxx xxxx
0 810 xxx xxxx
0 609 xxx xxxx

Hasta aquí podemos resumir todo a dos reglas, ya que los teléfonos a Capital, interior y de cobro diferenciado tienen todos 11 dígitos:

0xxxxxxxxxx|4xxxxx

Celulares: ya son otra historia:

Capital Federal:
011 15 xxxx xxxx

Interior del país, código de área corto:
0[23]xx 15 xxx xxxx

Interior del país, código de área largo:
0[23]xxx 15 xxx xxx

Locales:
15 xxx xxx

Entonces si tenemos que hacer cuatro reglas distintas:
01115xxxxxxxx|0[23]xx15xxxxxxx|0[23]xxx15xxxxxx|15xxxxxxx

Números especiales:

Emergencias:
911

Teléfonos de servicio (considerando que los teléfonos de emergencia 10x fueron reemplazados por el 911 en la provincia de Buenos Aires):
11x

Internacionales:
00xx.

Que podemos resumir en:

911S0|11x|00xx.

Notar el S0 al final del 911: de esa manera indicamos que no queremos esperar mas dígitos, sino que hay que marcar directamente.

Dialplan final:

(911S0|01115xxxxxxxx|0[23]xx15xxxxxxx|0[23]xxx15xxxxxx|15xxxxxx|0xxxxxxxxxx|4xxxxx|11x|00xx.)

Notar que puse el número de emergencia primero, mientras mas tiempo podamos ahorrar en hacer la llamada, mejor.

viernes, 8 de enero de 2010

Kopete-facebook: esperando en la cola NEW

Ayer terminé de empaquetar kopete-facebook (que proporciona kopete-facebook-plugin), gracias a la ayuda de Modestas y Pino. En éste momento está esperando en la cola NEW de Debian.

Espero que les sea útil :-)