Desarrollo en PHP, en Debian y sin ensuciar el sistema

Una de las cosas que más me molesta de desarrollar cosas en php, es que requiere tener instalado un servidor Apache de forma local (eso al menos, hasta la llegada de la versión 5.4.0, la cual por fin vino con un servidor propio para desarrollo, al mismo estilo de Django). Esto es, porque requiere instalar y configurar muchas aplicaciones, las que hacen parte de LAMPP (Linux Apache MySQL PHP Perl/Python), y con el "plus" de que suele cargarse al iniciar el sistema etc...

Como mi trabajo diario lo realizo desde mi querida laptop, la cual como sabrán, tiene batería, no es para nada agradable tener que configurar todo eso, tener esos servicios funcionando todo el tiempo, y por sobre todo, tener que hacerlo porque tenga que entregar trabajos de la universidad en PHP (yo odeo PHP <_< ). Además, suelo desistalarlo todo una vez termine el desarrollo... así que es desesperante xD.

Afortunadamente, mucha gente piensa igual que yo (aunque quizás ellos si haman php :/ ), y desde hace mucho existen programas que simplifican este enrollo: Wampp, Mampp y Lampp; cada inicial responde al sistema operativo para el cual está diseñado. Yo conocía los dos primero, para winbug y Mac, pero para Linux, pensaba que era simplemente un metapaquete que instalaba las parte de forma independiente, lo cual nunca me animó mucho tampoco.

Esta semana vine a conocer Xampp, por 'X' entiéndase que viene para todos los sistemas operativos que hay, y por supuesto, Linux está ahí incluido, que viene a funcionar de forma igual a como lo hacen sus homónimos para winbug y Mac.

Para instalarlo se descarga de aquí, y se pueden seguir cualquiera de estas dos guías para instalar y configurarlo: [1][2].

NOTA: No olvidar que el Xampp tiene que estar en la carpeta /opt/, no funciona si no está allí.

Quizás luego comente más cosas sobre esta jodida aventura que será desarrollar en uno de los lenguajes que no me gustan, pero que toca aprender por pura obligación u.u

Saludos! :)


[1]: http://javamagico.blogspot.com/2011/12/instalar-xampp-en-linux-mint-12-de-64.html
[2]: http://www.ubuntu-guia.com/2011/07/instalar-xampp-en-ubuntu.html

Administración para Ingenieros

Como cosa rara, siempre me gusta estar experimentando con cosas aparentemente "raras" (en este caso, no lo es tanto), y como es el caso ahora, estoy viendo una materia de la escuela de administración en la Universidad, en ella, uno de los libros que nos recomendaron leer es este: Administración para Ingenieros, por el profesor Miguel David Rojas López.

Buscándolo por Internet, di con un PDF de la segunda edición (2006)... pero que estaba terriblemente escaneado. Tanto así que leí algunas páginas y no pude del dolor de cabeza que me dio.

Entonces me di a la tarea de hacerme mi propio "PDF", así que conseguí en la biblioteca la penúltima edición, la del 2008 (ya hay una cuarta, pero esa no estaba ^^U). En medio de la búsqueda por hacer el libro virtual de la mejor forma posible, conocí un formato que es muchísimo mejor para libros escaneados, este es: Djvu. En dicho formato, pasé de un libro de 22mb en pdf, a uno de menos de 5mb, y que viene con búsqueda por palabras incluida (mediante OCR!!!, usando el motor Ocrad [1][2]).


Realmente lo que llevo leído ha sido bastante interesante, y recomiendo enormemente su lectura, y si pueden, también su compra.

http://www.mediafire.com/?2jbmd4myrt4rrcb

NOTA: para leer documentos .djvu en windows, supongo que la mejor elección será WinDjvuViewer: http://windjview.sourceforge.net/

Xnp2, emulador PC-98 nativo para linux (para jugar Touhou)

Como vieron en la entrada anterior, he estado jugando 東方(Touhou) en los últimos días.
Una de las particularidades de 東方 es que sus primeros 5 juegos no salieron para Windows, sinó para un computador que en los 80s y 90s fue muy popular en japón, el PC-9801.
Para este PC se hicieron cientos de juegos, muchas VisualNovels sobre todo. De hecho, en japón fue tal el paso de esta plataforma, que aun se sigue trabajando en emuladores para esta plataforma. Para Windows uno de los más populares es Anex86, pero su web y desarrollo quedaron estancados, por lo que buscando proyectos de emuladores para PC-98 más activos, di con uno muy interesante:

Neko Project II

ねこープロジェクト(Neko-Purojekuto), es un emulador para PC-98 muy especial, ya que a la fecha es el único que al parecer mantiene su desarrollo gracias a... si, que su Código Fuente está libreado bajo licencia BSD. Esto ha permitido que el proyecto se mantenga a flote, y no solo eso, sinó que también ha propiciado que se mantenga activo su desarrollo para Windows, MacOSX, y también otros sistemas Unix.

XNekoProject2 (xnp2)
La versión para otros sistemas Unix (como lo es Linux) se llama xnp2, ya que está hecha para trabajar sobre las plataformas en las que trabaja XWindows.
Web: http://www.asahi-net.or.jp/~aw9k-nnk/np2/

Compilando xnp2
Como uso Debian, daré por sentado que el Ubuntu será igual. Para otros sistemas (Arch, Fedora...), la cosa es similar.

Descargar el código fuente: El código fuente se descarga de la web del proyecto. Debe descargarse la ultima instantánea que haya (en este momento, la del 7 de febrero de 2012). Se descomprime el .tar.bz2, y vamos a la carpeta X11.

Dependencias de compilación: Las dependencias de compilación son GTK2, SDL, SDL_mixer, y también otras cosas:

$ sudo aptitude install build-essential nasm checkinstall libsdl1.2-dev libsdl-mixer1.2-dev libgtk2.0-dev libxxf86vm-dev

Configurar y compilar: dentro de la carpeta X11, debemos configurar la compilación para que tenga soporte para IA-32, sino, no correrá los juegos de Touhou. Luego construimos el emulador, pero no lo instalaremos aun.

$ ./configure --enable-ia32

$ make

Empaquetar con checkinstall: checkinstall es un programa que ayuda a empaquetar código compilado. Es muy útil ya que en nuestro caso, nos creará un .deb que podremos repartirle a nuestros amigos, y nos mantendrá más limpio el sistema, al poder actualizar más adelante si es necesario.

El checkinstall podemos iniciarlo con sudo checkinstall, que nos hará construir el paquete de forma interactiva [recomendado].

Pero si queremos que lo haga de forma desatendida, primero debemos crear un archivo llamado description-pak en la carpeta X11, y dentro de este archivo escribiremos la descripción del paquete. Luego, podemos ejecutar lo siguiente modificando los parámetros que están en negrilla por los pertinentes según sea el caso (versión del paquete, mantenedor, etc...).

$ sudo checkinstall -D -y --fstrans --maintainer=tu_correo@mail.net --pkgname=xnp2 --pkgversion=20120207 --pkglicense=BSD --pkgsource=xnp2 --reset-uids=yes --provides=xnp2 --requires=libgtk2.0-0,libsdl1.2debian,libsdl-mixer1.2,libxxf86vm1 --install=yes

Ya con esto, tendremos el paquete xnp2 activo, que podremos iniciar desde un terminal y jugar los primeros 東方 :D

Acabado de instalar hay que configurar algunas cosas, pero quizás hable luego de ello.
Saludos, y espero que sea de utilidad.

EDIT>: Dejo el .deb que hice para AMD64.

http://www.mediafire.com/?irmj8b35vlrj7js

Touhou en linux, gráficas intel

Si, volví a caer. Soy de esas personas que no juegan mucho porque suelo aburrirme muy rápidamente de casi cualquier juego... a menos que, este sea realmente adictivo.
Para los que no conozcan, 東方Proyect (Touhou Proyect) es un juego del genero "Shoot 'em up"... si, Space Invaders es de ese genero xD. Sin embargo, 東方 tiene un atractivo a su favor: su historia. Y es que una de las razones por las que quise empezar a aprender japonés, era esa, poder leer todos los diálogos de los juegos de 東方.
Afortunadamente, y mientras aprendo la escritura y lectura de los Kanjis, un grupo logró traducir 東方13 al español, y muy genial, pero, tenía que estar reiniciando para ir a jugar desde Windows, y si me conocen, sabrán que me parece un desperdicio.

Averiguando en WineApps, el juego corría bien, pero en mi Laptop no lo hacía.
Como recordarán, tengo un i3-330M, con gráficos integrados Ironlake. Para ser gráficos integrados, son muy potentes, pero como siempre, aun dan problemas (porqué todos creen que los únicos que valen la pena son nVidia y ATI? ._. )

Cuando iniciaba el juego, no andaba ni a 5fps, terrible para un juego de este tipo!!, y me soltaba desde consola un error bastante raro:

err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly

lol, ¿Que no tenía el driver de OpenGL bien instalado?, rayos... pero la verdad es que no es que no estuviera mal instalado, sinó que no lo encontraba.

Para solucionarlo, dí con este post en [1], y la solución es tan sencilla como exportar lo siguiente (como siempre, para que quede permanente es mejor editar el /etc/profile añadiendo la siguiente linea al final):

export LIBGL_DRIVERS_PATH=/usr/lib32/dri

Además de esto, conviene cambiar un parámetro del wine usando el winetricks, y si se quiere, instalar los dlls nativos del DirectX9:

$ winetricks orm=backbuffer

$ winetricks d3dx9

Y listo, así quedé con Touhou para rato sin tener que reiniciar hacia el winbug :)

[1]: http://ubuntuforums.org/showthread.php?t=1396959

Hibernar y el botón de encendido en Debian

Llevo usando Debian testing hace ya más de un año (el 7 de enero de 2011), y con tanta actualizadera (casi diaria), es obvio que las configuraciones se van a troncar en algún momento.

Hace unos días Gnome 3.2 bajó a wheezy luego de mucho trabajo y de mucha sangre (?), algo bastante positivo dado que el primer Gnome3 era una porquería completa. Sin embargo, parece ser que no fue el único paquete que se instaló.
Luego de tener Gnome 3.2 quise hibernar la laptop como siempre lo hacía (lo había configurado así): apretando el botón de encendido (Power Button).

Pero vaya sorpresa cuando lo apreté... El aparato hibernó, pero al encenderlo más tarde, se apagó (WTF?!) y perdí toooodo lo que tenía abierto. Lo que pasaba era que habían dos instrucciones al tiempo que le ordenaban qué hacer al apretar ese botón. ¿Pero qué programa era el que estaba generando esta incompatibilidad?

Al principio pensé que sería cosa de la configuración de gnome2, así que husmé y cambié algunas cosas desde el gconf. Pero no dio resultado. También hice lo mismo desde el dconf (versión moderna del gconf), sin obtener resultado alguno... De hecho, el dconf hace lo que debe hacer, pero no encontraba cual era el otro programa que hacía que el PC se apagara.


Lo que me quedó por hacer fue navegar sin rumbo fijo por la red buscando alguna solución, y dí con ella en [1]. El problema era culpa del ACPI... al parecer, hice una actualización desatendida (de esas con -y "¡dale si a todo!"), que hizo que la configuración del paquete encargado del ACPI quedara por defecto como el desarrollador la hizo, lo cual no me interesaba en lo más mínimo, porque me interesa que el Gnome se encargue de eso.

Tuve que comentar la siguiente linea en el archivo /etc/acpi/powerbtn-acpi-support.sh :

/sbin/shutdown -h -P now "Power button pressed"

Y con eso, todo quedó listo!, el Gnome3 se encarga de hibernar el pc, y fin al conflicto de intereses.

Saludos, y espero que a alguien le sea útil en algún momento ^^



[1]: http://anothersysadmin.wordpress.com/2007/07/10/disable-the-power-button-event-in-debian/

Kopimi (CopyMe)

Luego de TOOOOOOOOODO lo que ha pasado desde comienzos del año en la red, nosotros, los usuarios, hemos sido los más afectados.
Ondear en los como y porqué, se lo dejo a otros blogers más activos que yo xD, pero, ok, el mundo está patas arriba sin MegaUpload, ¿y ahora qué?

Esta claro que esto es una batalla por proteger las inversiones que se han hecho, porque, es cierto... todo es culpa del sucio dinero. Yo, como ser humano, soy la persona más poco consumista que conozco: No compro nunca nada, no veo televisión y no me antojo de comprar, camino rápido (es decir, no veo los estantes de las tiendas xD), soy algo ciego, y mis intereses tecnológicos son más de creación que de compra.
A eso, sumarle la variable sobre la cual toda mi generación ha sido criada: Compartir archivos mediante P2P.

Si, p2p. Las descargas directas como MegaUpload nos hicieron la vida mucho más sencilla en cierto sentido, pero viendo como quedamos todos luego de su precipitado cierre, está claro que no podemos confiar nuestros archivos a nadie que no seamos nosotros mismos, o a nuestros camaradas internautas. Las empresas están para obtener beneficios económicos, lo cual difiere directamente con la filosofía detrás de los P2P: compartir desinteresadamente.

Es obvio que a muchos no les interesa ayudar a los demás para nada, pero las redes p2p incentivan este acto, lo cual creo que a futuro va interiorizando esta filosofía en cada quien. Por eso les animo a que incentiven el compartir con los demás.

-----
¿K?
El logo con el que comienza este artículo es el logo de Kopimi: http://www.kopimi.com/kopimi/

Los acentos y las aplicaciones Qt

Retornando a clases, volví a desempolvar varios programas que tenía instalados hace tiempo pero que ni había usado, como es el caso de Anjuta, que aproveché que en Debian Testing está ya en su versión 3.2.2, y RStudio, un espectacular IDE para programar en R, un lenguaje estadístico bastante poderoso y que ha tenido una grandísima inversión en los ultimos años.

RStudio está hecho con Qt4, el framework para crear aplicaciones multiplataforma (funciona en los típicos Windows, MaxOSX, y Linux, además de muchos modelos de Celulares Nokia, y hasta en Android ). Bastante poderoso, aunque en lo personal me gusta más Gtk, y cuando son programas multiplataforma, el ya nombrado wxWidgets (que en su próxima versión, vendrá portado a Gtk3).

Dadas las bondades que trae Qt, no me extraña que los creadores de RStudio lo hayan escogido. Sin embargo, tuve un problema con las tildes... no podía escribirlas y salían siembre as`i, muy molesto, sobretodo porque con los años me he acostumbrado a ir poniendo las tildes automáticamente cuando escribo. Yo ya sabía que tenía este problema pues con el Skype sucedía lo mismo, aunque con él nunca sufrí porque no lo uso mucho, pero con el RStudio... documentar código sin tildes no es algo que me agrade <_<


Solución al problema de los acentos en Qt

Básicamente, en la red ya circulaba una solución, que incluía la instalación de scim, pero al día de hoy, scim ya no se usa en general, pues ha sido sustituido en su mayoría por iBus que es más potente. Así que, esa solución no va a funcionar actualmente en la mayoría de los casos.

Por lo que la solución vendría siendo, instalar el paquete de iBus para qt (lo más probable es que el iBus de gtk ya lo tengas):

sudo aptitude install ibus-qt4

Y luego, ir a editar el archivo profile del sistema con:

sudo gedit /etc/profile

y agregar estas lineas al final:

#iBus para QT
export QT_IM_MODULE="ibus"

y obviamente reiniciar el pc para que la variable del sistema quede activa.

Para saber si todo está bien, basta con escribir en el terminal echo $QT_IM_MODULE, y ver que nos devuelva ibus.
En teoría esto es cuando se tienen problemas con Qt, quizás si el problema es al revés, ie: aplicaciones Qt bien, y Gtk mal, haciendo lo mismo pero con GTK_IM_MODULE se solucione...

Saludos!, y espero que les funcione ^^U

https://code.google.com/p/ibus/wiki/Install#Run_gnome,_kde_or_old_X_applications

Update:

Después de pelear recientemente otra vez con el problema de las tildes en skype, dí con otra solución que es todo lo contrario a la anterior, por si esa no les funciona:

Antes de abrir skype, deberían de eliminar la variable de entorno "XMODIFIERS", con esto, se evita que el ibus intervenga en la gestión de la escritura... sí, se pierde las capacidades para escribir en otros idiomas, pero ganamos la posibilidad de poner las tildes. Esto se hace con el comando:

unset XMODIFIERS

Así que podemos crear un script para abrir el skype de esa forma, que contendría lo siguiente:

#!/bin/bash

unset XMODIFIERS
skype &

Hacen un archivo de texto en /usr/bin con el nombre que quieran, y le dan permisos de ejecución con chmod +x y listo.

Fuente: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/335732

CSS, un juego de niños

Hace poco mi primo estuvo preguntándome mucho sobre CSS, ya que está viendo una materia sobre desarrollo web en la universidad.
Fue mucho lo que le expliqué por Skype, pero al final, quise escanearle un pequeño libro (menos de 100 paginas) que tengo sobre CSS, que lleva el mismo titulo de esta entrada. El libro es una muy buena y firme introducción al desarrollo de paginas web usando CSS. muy recomendable para cualquiera.

Existe ya una versión del libro circulando en Internet, pero esta versión que yo escanee, viene con al ultima página restante, además de tener una calidad muy superior, y estar a color, de ahí el peso.

Considero que a esta época, un archivo de 75MB no es exageradamente pesado de descargar y almacenar, además que la calidad es apreciable a la vista, y lo vale:

http://www.megaupload.com/?d=FVLTM4IL

http://www.mediafire.com/?r26api9jhnhac40

Saludos!! :D

EDIT: Resubido por MediaFire (esperemos que no se caiga pronto ^^U )

Código QR del sitio

Hoy leyendo por ahí, vi que desde WolframAlpha (una poderosísima calculadora online) es posible crear códigos QR para una web... aquí les dejo el de este "distinguido" Blog :P

Aquí el link a WolframAlpha.

EDIT: Qué son los códigos QR y por qué debieran importarnos

Scala, el lenguaje que va a dar de qué hablar

Ayer hice algo "estúpidamente interesante". Este año asistiré al CampusParty Colombia, (#cpco4) junto con bastantes personas de la universidad, y la verdad, no puedo estar más emocionado con el asunto. Llevo ahorrando desde inicios del año para eso, y definitivamente no pienso solo ir en "plan turista", por eso me inscribí para participar en el #BarCamp que se hará allí mismo; el titulo de la desconferencia que voy a dar se titula "El lenguaje Scala... porque hay vida después de Java" jajajaja!, si, Java no está muerto, pero es un lenguaje al que se le está notando la vejes.

Qué es Scala
Scala es un lenguaje de programación que apareció en el 2003, Orientado a Objetos (más que Java incluso, aunque en principio no lo parezca), y Funcional (es decir, con toques de los lenguajes declarativos). Aunque esta mezcla suene "efervescente" y hasta dañina, en la practica se ha visto que la combinación da buenos resultados, como es el caso de Python.
Sin embargo, compararlo con Python está mal, ya que ni siquiera le ha influenciado (Java, Pizza, Haskell, Erlang, Standard ML, Objective Caml, Smalltalk y Scheme, si lo han hecho xD ). Realmente, con solo conocer sus influencias, algunos se asustarán, pero viéndolo desde la otra cara de la moneda, hay que ser sinceros: Java en verdad es un lenguaje feo. No digo que no sea útil, ni que sea un mal lenguaje, pero si se ha quedado en una posición tan estricta con su cantidad de sintaxis, que muchos le tenemos pereza a escribir en él.
De nuevo mirando a los ancestros de Scala (interpretese "ancestros" como los ancianos de antaño, llenos de cualidades y conocimientos que los jóvenes ansían alcanzar), cada uno tiene cosas particulares que lo hace útil en su campo de acción. Puede que no sean los más populares, pero hay cosas que simplemente es mejor hacerlas en ellos para no quebrarnos la cabeza. Además como plus... Scala es más elegante de escribir que Java :)

¿Porqué dar una desconferencia sobre Scala?
Bueno... Scala es un buen lenguaje de programación, quizás no muy intuitivo para mentes no "funcionales" (o.o  de lenguajes funcionales jajaja), pero que definitivamente ha probado su utilidad en el campo de batalla: Twitter y Foursquare son dos servicios web escritos en Scala. El primero es archi-conocido, y de hecho, desde que pasaron parte de su sistema a Scala la cantidad de caídas en el sistema ha menguado considerablemente, la famosa "ballena de la muerte"(link) ya no se ve tan a menudo como antes. Por otro lado, Foursquare no es tan conocido por estos lugares (más que todo porque los dispositivos con localización no son tan difundidos por lo costosos), pero según sus desarrolladores, el sistema les ocupa solo 14000 lineas de código... eso es un proyecto lo suficientemente pequeño para ser mantenido por un equipo pequeño de desarrollo, pensando además lo complejo que sería de mantener en otro lenguaje.

Por eso y más, la gente debería conocer Scala. Poco a poco va tomando fuerza de la mano de bibliotecas y Frameworks que se van creando con él. Dos ejemplos que puedo dar son Lift, un framework web inspirado en Django, Ruby on Rails, y otros frameworks no tan conocidos, que se jacta de ser "el más seguro hoy en día"... por algo será. El otro es Akka, una biblioteca para sistemas críticos concurrentes, más general que Lift, y que coloca en bandeja de plata la facilidad de crear este tipo de sistemas de forma fácil y mantenible.

Hay mucho más que comentar sobre Scala... su propio diseño y arquitectura son bastante interesantes, pero... eso lo escribiré después, aunque seguro lo escucharán en la desconferencia ;D

¡¡Nos veremos en el #BarCamp!! (si es que algún amigo mio graba mi conferencia y la pongo por aquí :P )

Error con Firefox 4 en Linux

Aunque uso Minefield (La versión "diaria" de Firefox) y se actualiza toooodo el tiempo (Luego de la publicación hace un par de días de Firefox 4, Minefield está a la versión 4.2PreAlpha ), el hecho de que lo haga es un problema con las extensiones. Todas tienen restricciones con respecto a las versiones del navegador con las que son compatibles. Por eso quise bajar el Firefox 4 para no preocuparme con eso de las extensiones que no me funcionaban, pero... lo descargué desde la web de Firefox y me salió el siguiente error:

/opt/firefox/firefox-bin: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory

Entonces, averiguando, resultó que había bajado la versión de 32bits, y me faltaban obviamente las bibliotecas para 32bits del gtk, etc...
La solución es tan simple como bajar la versión de 64bits.. ¿Y donde se baja eso?.

Para que de una vez quede para la posteridad, dejo el link general... es cuestión de navegar por los directorios hasta hallar la versión que quieran (de Firefox 4, o de los que vengan después)

http://releases.mozilla.org/pub/mozilla.org/firefox/releases/

Saludos!

Sobre los lenguajes de script

Quizás una de las cosas que más me gusta, y a la que más le encuentro satisfacción (además de comer...) es aprender lenguajes de programación.

Cuando ingresé a la universidad, no sabía en realidad lo que quería con ello... es decir, yo entré a estudiar informática no porque quisiera ser hacker o una cosa así, sinó porque sabía que siempre me había ido bien con los computadores, y que si no me dedicaba a esto, terminaría siendo historiador... jajaja!

Así fue como me inspiré y logré pasar a la universidad al tercer intento (universidades publicas ftw! ). El primer semestre aprendí C, el segundo semestre aprendí C++, el tercer semestre aprendí Java, el cuarto semestre aprendí Scheme y Maude (de la familia de Lisp), el quinto semestre aprendí C# y Vala, y estas ultimas vacaciones aprendí Python y un poco(muy poco) de Ruby y Haskell.

Viendo todos estos lenguajes, tengo claro cuales son los que más me gustan y porque: Python, Vala... y ya jajajaja, las razones: son multiplataforma, fáciles, y OpenSource. Sin embargo, estoy aquí para hablar de los lenguajes de scripts.
Los más populares son PHP, Python, Ruby, Lua, Perl y JavaScript. La idea de los lenguajes dinámicos no es nueva, y vino del lado de la familia Lisp.


Type(languaje)
La inmensa mayoría de lenguajes de programación vienen de dos vertientes: La familia FORTRAN (C, Java, Cobol, Delphy...), y los de la familia Lisp (O'Caml, Haskell, Scheme...). La familia Fortran es más cercana a la maquina, y muy orientada al los procedimientos específicos (por eso se les conoce como lenguajes procedimentales). Por el contrario, los lenguajes de la familia Lisp son más matemáticos, no se enfocan en un orden especifico, sinó en crear declaraciones [de propiedades matemáticas] que puedan ser llamadas en cualquier momento (por eso se les conoce como lenguajes declarativos).
La familia de los lenguajes procedimentales tuvo mejor acogida a nivel general (claramente, a pocos les apasiona las matemáticas), y los lenguajes declarativos solo fueron populares a nivel académico. Todo esto ha ido cambiando luego de la aparición de los lenguajes de script (dinámicos). Estos tomaron el dinamismo conceptual de los lenguajes declarativos, mezclandolo con la estructura de los lenguajes procedimentales (algunos, incluso embadurnándolos con orientación a objetos), creando así lenguajes de mucho más alto nivel.


Superioridad
Los lenguajes de scripts son superiores a cualquier otro en que no se hace necesario el tedioso sistema de "compilar-probar-arreglarfallos-compilar...", donde la compilación es lenta y molesta. Los lenguajes de script facilitan el desarrollo rápido de aplicaciones mucho más que un lenguaje como puede ser Java o C#, también tienen el plus de que gratificantemente, se han desarrollado muy cercanos a la web, lo que hace mucho más sencillo implementar cualesquier sistema con ellos (JavaScript, PHP, Python, Ruby... son muy populares en cuanto a desarrollo web).

Y, quizás el plus más importante, es que son menos aburridos. Aprender lenguajes de script es importante para cualquier programador. Seguramente muchas universidades solo se preocupan de enseñar lo suficiente para formar cientos de Mokey Programmers en Java y C#, pero estoy convencido que aprender un lenguaje de script capacita mucho mejor a un programador, que enredarlo toda su vida en un lenguaje que aburre luego de un tiempo.

Un escrito en pro de la productividad.

Debian, trabajo, y muffin con otras yerbas

Primero, decir que hoy acabo de formatear el laptop, hace tiempo que no lo hacía y la verdad estaba todo muy desorganizado y estaba desperdiciando mucho espacio, así que aproveché y re-organicé las particiones, quité la partición donde quería poner ArchLinux (nunca lo hice... u.u ), y le quité espacio a Windows.
Básicamente, lo hice porque quería salir de Ubuntu, aun lo tengo, pero no será mi sistema principal, por el contrario, acabo de cambiar a LinuxMintDebianEdition (LMDE), y no puedo estar más contento, yo espero llevarme bien con mi pequeña mascotíca ^^

Pero claro, al reinstalar todo me percaté que de nuevo, no podía ajustar el brillo de la pantalla, y ya me estaba quemando los ojos. Tengo un Acer Aspire 4741, y aunque el kernel soporta el ajuste del brillo, hay que hacerle una pequeña configuración al grub para que al cargar tenga efecto:

• sudo nano /etc/default/grub
• En la linea GRUB_CMDLINE_LINUX="", hay que cambiarla por GRUB_CMDLINE_LINUX="acpi_osi=Linux"
• Se actualiza el grub con sudo update-grub
• Al reiniciar, el brillo se pude cambiar con la teclas correspondientes :D

Por otra parte, y aunque adelanté parte del proyecto y hasta le hice un host en Google Code, muffin tuve que pausarlo pues empecé a trabajar... ni yo me lo esperaba, pero bueno, hay que ser consecuentes, en mi casa no nos sobra el dinero y yo no soy un hikikomori ni un neet como para que me mantengan toda la vida. Por eso supongo que lo seguiré en mis ratos libres, la interfaz básica ya está, cuando lo pausé, estaba puliendo la parte de reproducción de video e iba a empezar la parte de guardar y abrir scripts, pero bueno, espero no dejar a muffin tirado :D

¿Y las yerbas?, ah, claro, conseguí una invitación a Diaspora*, la red social descentralizada, libre, y con un fuerte enfoque a la privacidad. Está en estado Alpha, y aunque no tiene muchas funcionalidades, y las que hay faltan por pulir, promete, y mucho, tanto así que ya por fin tengo forma de comunicarme con mi familia en Canadá sin preocuparme de que el feisbuk se lleva los derechos de mis fotos (?), jajajaja!!

Google Code de Muffin: http://code.google.com/p/muffin/

Feliz Año 2011

Muffin Translator, mi proyecto de vacaciones

Como proyecto de vacaciones, me propuse hacer un programita al que le tenía ganas hace tiempo: Muffin Translator.

Como sabrán, tengo amigos en un fansub de anime. Ellos para traducir, deben bajar los capítulos del anime a traducir, de algún fansub en ingles, para leer los subtítulos, traducirlos y escribirlos en un archivo de texto plano. Esto conlleva tener que pasar entre ventanas con las teclas Alt+Tab, cosa engorrosa viendo que son cerca de 500 lineas de dialogo por capítulos.

Aquí nace la idea de Muffin: tener todo en una misma ventana, es decir, video, texto, y diccionarios online.

Pero, ¿Con qué hacerlo?, el lenguaje de programación es importante y más porque, aun que soy usuario de Linux, la mayoría de los que usarían el programa usan Windows. Tampoco puedo desarrollarlo solo para Windows, porque esa mayoría no son el 100% jejejejejeje

Pensé en usar Vala+Mx: Vala es el lenguaje de programación del proyecto Gnome muy parecido a C y muy integrado a GTK... no quise usar GTK por lo maluco que es compilar cosas para Windows. Mx es un sistema de widgets basados en Clutter (una biblioteca para manejar datos OpenGL de forma más abstracta y fácil), peeeeeero... tiene el problema de la casi nula documentación, y que nadie la ha usado lo suficiente como para tener ejemplos concretos desde Vala.

La otra opción fue C#+Mono: Mono es multiplataforma también, pero, tuve el inconveniente del video... no supe qué usar, y no supe hacer las interfaces gráficas tampoco, y como la documentación era demasiado "serious business", no me ayudaba mucho.

Por ultimo, consideré Python+wxWidgets: Python es un lenguaje multiplataforma, super-popular en todas las distribuciones Linux, y que en Windows es fácil crear ejecutables (py2exe). Además es un lenguaje muy fácil y bastante practico. wxWidgets, es una biblioteca para GUIs (al igual que GTK, o Qt4...), escrito en C++, que su filosofía es escribir el mismo código para crear la interfaz gráfica, y que al usarlo en cualquier sistema operativo, se vea igual. Así, en Windows, usa las bibliotecas nativas de Windows para crear la GUI. En Linux, usa GTK, en Mac, usaba Carbon, pero ya se está portando a Cocoa. Yo la conocía hace mucho tiempo (Aegisub usa esta biblioteca), por lo que se lo que se puede hacer con ella, además la documentación es muy buena, y en español, aunque no es mucho, hay varios ejemplos de como usarse. Por otro lado, viene integrado con muchas funcionalidades, que sumadas a las propias de Python, lo hicieron el candidato perfecto.

Lo siguiente, ya habiendo seleccionado a Python, fue definir el tema del video. Si conocen sobre anime en ingles, quizás se habrán dado cuenta que los gringos prefieren publicar mucho de su anime en el formato contenedor Matroska (MKV), ese es un problema, pues el MKV permite múltiples canales de subtítulos, audio, etc... bastante flexible, pero no muy sencillo par mi.

¿Cómo hacer entonces para reproducir video en Muffin?. Primero lo primero, qué alternativa conocía en Python: PyGame o PyGlet, ambas son para crear videojuegos, pero no sabía como integrarlas... de hecho, parecía imposible. La otra opción era usar pyffmpeg, un warper de ffmpeg (un conjunto de codecs multipletaforma), funcionó... pero excesivamente lento, la razón es que está diseñado para manejar fotograma a fotograma el video... algo que es pesado computacionalmente, y que para Muffin no era muy interesante.

Por casualidad dí con MplayerCtrl, un warper para usar el popular Mplayer en... oh sorpresa: wxPython.

Ahora mismo ando programándolo, he usado wxGlade para la interfaz gráfica, y voy a usar Mercurial como control de versiones y CodeGoogle como hosting.

Pronto les daré más bocadillos ;D

Como instalar LaTeX en Ubuntu o Debian

Como bien saben, soy estudiante universitario, y una de las cosas que como buen estudiante debo hacer es entregar trabajos escritos. Lo común siempre ha sido hacer el trabajo en Word (aka, OpenOffice LibreOffice) y entregar el PDF o el trabajo impreso como tal, pero este semestre tomé una materia de la linea de "Ingeniería de Software" donde básicamente me exigen entregar los dichos trabajos en LaTeX.


Pero, ¿Qué es LaTeX?, podría pensarse como un compilador para documentos... es decir, se le pasa un archivo fuente con el texto maquetado, es decir, etiquetado con definiciones tipo "esto es un titulo" y cosas así. Para usarse más cómodamente, se puede usar un IDE integrado, que permite convertir las fuentes a PDF, PostScript, etc, para no tener que compilar los .tex manualmente.

El problema fue que aunque había oído hablar de LaTeX, nunca lo había usado y mucho menos instalado, y todos los que conocía que lo han usado solo conocen como instalarlo en Winbug y no en Linux.

Intenté de varias formas: Primero instalé Lyx, un programa que deja escribir en LaTeX pero de forma visual, bastante practico, pero a mi no me servía para la universidad, ya que el profesor nos da plantillas personalizadas, y como Lyx es para gente que no quiere aprender LaTeX de verdad, pues lo descarté.

Luego escuché de Kile, un IDE para LaTeX muy bien diseñado y que se integra perfectamente con KDE... muy bueno por cierto, pero no me gustó... yo uso Gnome y descargar 300MB de más solo por usarlo... es un poco desperdiciador.

La ultima opción que leí, fue sobre TexMaker... la aplicación está escrita usando Qt4, pero no es tan integrada a KDE como Kile (ya saben, son varios cientos de megas menos en la descarga), había leído que era lenta, y por eso no me había animado a probarla. Para sorpresa mía, me conseguí por medio de un amigo los archivos de instalación del LaTeX para Winbug proporcionados por el profesor, y eso fue un autentico lol, cuando el IDE para LaTeX que usan, es TexMaker. Que alivio.

Cómo instalar LaTeX con TexMaker 

Un simple:

$ sudo aptitude install texmaker texlive-lang-spanish xfonts-scalable texlive-fonts-extra

Instala el TexMaker con todos los texlive-xxxxx, más el modulo para el español, junto a varias fuentes. Pesa unos 500MB masomenos, así que vayan y tómense un café o algo (la versión de Windows pesa lo mismo que un CD,  así que no tienen queja). Pueden instalar otros módulos, hay muchos, y serán necesarios según lo que vayan a hacer. Son fáciles de encontrar, todos comienzan con "texlive-".

Actualización: El LaTeX viene con un pequeño modulo para descargar estilos de letras (fonts) de forma automática. El comando es el siguiente:

$ sudo getnonfreefonts-sys --all

La primer vez que corrí el TexMaker funcionó de maravilla, pero cuando quise compilar los documentos de prueba que da el profesor, no funcionó y me soltó el siguiente error:
 ! LaTeX Error: File 'picins.sty' not found.

La forma de solucionarlo es bajando el archivo en cuestión (picins.sty) y copiarlo al directorio de los estilos.

$ sudo cp /picins.sty /usr/share/texmf/tex/latex 

Después actualizamos la configuración para que LaTeX lo reconozca:

$ sudo texconfig rehash 

Luego, y aun después de hacer lo anterior, no va a compilar, ya que lo hace primero en un formato llamado DVI, pero que la verdad a nosotros no nos interesa mucho, por lo que podemos ir a Opciones/configurar texmaker, luego en compilación rápida, y cambiarlo a: PdfLaTeX + Ver PDF.

Tambien es recomendable usar la siguiente etiqueta, para que el LaTeX sepa que se escribe en utf8 y no es ascii, evitandonos errores con las tildes:

\usepackage[utf8]{inputenc}

 Una vez hecho esto, el LaTeX quedará funcionando a las mil maravillas ^^

Probando WebM

Hoy es "otro de esos días" en que Google la volvió a hacer. Desde hace ya un buen tiempo, HTML5 ha sido un foco de atención, en gran medida, a la integración de video sin necesidad de flash, solo haciendo uso del navegado. Para esto, cada navegador debió adaptarse para una vez hubiera la etiqueta poder reproducir dicho contenido.
Cualquier video se compone de: video+audio, en un contenedor. por tanto, para reproducir un video, se hace necesario que el reproductor reconozca estos 3 componentes. Siendo el navegador el que reproduce el video, cada navegador escogió sus alternativas: Mozilla obtó por Theora, un codec libre, liberado en el 2001 por On2 (la misma empresa que compró Google), Theora tiene una calidad similar a la que tenia DivX hace unos años. Opera y Chromium (versión libre del Chrome) también escogieron este codec.

Por el contrario, otro bando impulsó el H264 como codec para el video en Internet. Este codec, ampliamente difundido en la actualidad es bastante bueno, es impulsado por Apple, y es apoyado por Safari y Chrome, y su único problema viene en que no es libre.
¿Y qué con que no sea libre?
Básicamente la libertad de la Internet es algo obvio en nuestras mentes: no esperamos que nos demanden por ver videos en youtube. ¿o si?. Aunque este es un ejemplo muy mentiroso (demandarían a los navegadores y no a los usuarios), entre menos problemas legales se puedan dar, mejor para todos, esta es una de las razones de por qué luchar por la libertad de los estándares en Internet.

Cuando Intener Explorer dominaba el 90% de los navegadores del mundo, nadie se percataba de lo perjudicial que fue, hasta que navegadores como Mozilla Firefox le fueron quitando usuarios: miles de paginas no se regían por los estándares reales, sinó por los estándares que Microsoft había inventado y que solo funcionaban en su navegador.
Esto fue sumamente dañino, y es un error que hoy en día se evita, tanto así, que por eso los navegadores realmente conscientes saben que no deben venderse a tales tentaciones, porque, hay que decirlo: El H264 es genial, es un codec muy bien desarrollado y es una lastima que no sea libre.

VP8 es el nombre del codec que estaba desarrollando On2, decían ser muy bueno, que tenía un 50% de mejor transferencia frente al H264, y otro tanto de falacias "de mundo feliz" que aveces usan las empresas para promocionar las cosas.

Pero... Ok!, ahora el bendito codec es libre!!, se puede descargar su código fuente desde el repositorio Git del proyecto y todo...
Cuando salió el codec el día de ayer, estuve investigando un poco más, y encontré cierto articulo en el blog de desarrollo de x264 (la implementación libre para codificar H264), donde un desarrollador ya había mirado desde un punto muy técnico el codec.

Yo también soy programador, y se que: "Especificaciones malas"+"monos programadores" no es una buena combinación, y a eso sumarle "mala optimización" = "no saber ensamblador"... para mi, es caoticamente tenebroso :S .
Genial que Google haya liberado el codec luego de comprar On2, pero, como con Theora, quizás hagan falta unos cuantos años para que el codec tenga buena cara para competir contra H264, porque en este momento, desde la versión de desarrollo de Firefox (desde donde escribo esto ;D ) que ya trae implementado el codec, solo se puede apreciar lo lento que se pone cuando se ve un video a 720p, cosa que con H264 va fluido.

Es libre, cualquiera puede ayudar a mejorarlo, y seguro lo harán, ya que hay decenas de las mayores empresas del mundo con los ojos puestos en VP8. El tiempo mostrará sus frutos con este codec.

Oh!, cierto, para quien ande confundido: WebM es el contenedor, que entre otras cosas, está basado en Matroska, pero no es Matroska precisamente. VP8 es el codec de video libre y escrito por monos del que ya hablé. Vorbis es el codec de audio (conocido quizás por muchos como ogg), es libre y muy buena elección por cierto.

       Pagina del proyecto WebM.

Mirada al estado del arte de los subtítulos en Linux

Para poner un titulo tan complicado a este articulo, la verdad es que no lo es tanto.

El "estado del arte" es un termino usado para hablar de como va algo, o para hablar de lo ultimo que ha sucedido en torno a algún tema (se usa comúnmente en el ámbito académico e investigativo).
De este tema ya había hablado antes, y en verdad, de lo que escribí de ese entonces a lo que hay hoy, la cosa ha cambiado bastante, y para bien de todos.

En estos 6 meses ha pasado de todo: LibASS va por su versión 0.9.9 (pronto a ser estable del todo), y gracias a esto, los desarrolladores del Aegisub también publicaron su primer versión con soporte tanto para Windows, como para Linux.
A todo esto, sumarle que, aunque con algo de demora, y yo poniendo parte de mi esfuerzo en ello, el Avidemux, un programa muy parecido al archi-conocido VirtualDub de Windows, pero multiplataforma (Win, *nix y Mac), ahora tiene soporte para pegar subtítulos, ya que mandé la actualización pertinente del plugin. De hecho, el video del post anterior a este, es una clara muestra del potencial adquirido en Linux para mostrar subtítulos.

Mi intención (que llevo ya como un año con ella jajajaja!!), ha sido la de hacer un tutorial mostrando todo lo posible que se puede hacer sin importar si estamos en Windows o Linux, obviamente dándole prioridad a Linux, que igual, en Windows hace años existen herramientas y por montón, cosa que en Linux, apenas le estamos viendo el auge. Quizás esta vez si lo haga, ya teniendo todas las herramientas a mano.

Al grano
Siendo puntuales (y leyendo lo que hay en la pagina del LibASS), las diferencias entre el VSFilter, y el LibASS son:

• Aun no se tiene soporte para texto al revés , como el hebreo o el árabe (Supongo se integrará en futuras versiones, aunque es algo que a nosotros los hispano hablantes no nos interese mucho...)
• Algunos fonts (letras) pueden verse raras. Esto, ya que LibASS usa FreeType, y este le hace sensible a las "imperfecciones pequeñas" del diseño del font (es culpa de los creadores de las fuentes, por no adherirse al estándar TrueType o PostScript).
• El ajuste inteligente de las lineas no se comporta exactamente igual que en VSFilter (el tag que gestiona esto es el \q, uno de los grandes desconocidos que hay). Una prueba de esto, es el primer cartel que sale en el video del post anterior, se va adaptando para que todos los caracteres salgan en la pantalla. En Win, por defecto esto no pasa así.
• El LibASS muestra mejor los bordes al escalar un subtitulo. No como en Win, que en ocasiones el cambio era dramáticamente visible.
• No contiene hacks considerados "rara vez utilizados".

Como se nota, las diferencias no son muchas, ni muy profundas, lo que a mi criterio, convierte el LibASS en un directo competidor al VSFilter ya que... la mayor parte del tiempo, el LibASS es un 50% más rápido.
¿Y esto que importa?, la mayoría de los consumidores de subtítulos en nuestro contexto, consiguen los subtítulos ya pegados al video (hardsubs), sin embargo, la situación en países anglosajones es diferente, donde los Matroska, con los softsubs (subtítulos no pegados al video) acaparan ahora casi todo el contenido.

No me estañaría que dentro de no mucho, el libASS se vuelva popular en Windows también (ignoro si habrán inconvenientes técnicos).

Aun queda camino por delante... 
El Avidemux funciona a la perfección pegando subtítulos, en la rama 2.5.x r6127+, pero hasta que no se publique la versión 2.5.3, donde vendrá la actualización, solo los gomosos que se aventuren a compilar o a bajar las versiones beta ya compiladas, y no el publico en general, van a poder pegar subtítulos desde Linux o Mac.
El Aegisub funciona muy bien, inclusive hay un ppa para los usuarios de Ubuntu y, en distros como Arch, ya se consiguen en los repositorios (aunque la compilación es bastante fácil también).
Y en el famoso reproductor multiplataforma VLC, por su parte, no se cuanto habrá que esperar para que se monten en el barco, ya que mirando en git del proyecto me encuentro con que tienen una versión modificada del LibASS (si se han dado cuenta, muchos avisos del programa parecen ser subtítulos... es porque usan la librería LibASS modificada para esto), así que, hay que esperar que la persona encargada se haga cargo de su paquete -.-

Hasta aquí el estado del arte del LibASS.
-----------------------------------
Sinceramente, espero que esta información le llegue a la mayor cantidad de personas, si quieren publiquenla en otros lados (Foros, sus propios blogs, etc...), la licencia bajo la que publico los artículos del blog lo permite, eso sí, me reconocen el trabajo a mi ^^

PD: adjunto el comando para adicionar el ppa del Aegisub en Ubuntu:

$ sudo add-apt-repository ppa:riccetn/aegisub

SideWinder Game Pad USB en linux

Debido a stress con el que me mantengo últimamente, con los exámenes y trabajos de la universidad, me dio por descargarme un jueguito bastante entretenido: Secret Maryo Chronicles, un juego basado en el ultra archi popular Super Mario World, escrito en C++, usando las librerías SDL. Tiene versiones para windows y linux, y lo descargué desde launchpad (aquí la pagina).

Sin embargo, jugar por teclado me resultó algo incomodo, así que busqué por entre el reblujo, un gamepad que compré cuando tenia como 12 años... lamentablemente, de micro$oft ._.

Listo!!, cuando lo encontré y lo conecté, aunque lo reconoció, no podía jugar con el... investigando, encontré que el programa encargado del funcionamiento de este tipo de controles, es un paquete llamado Padjoy, el nombre del paquete exacto es algo largo, y como no sé si el nombre será el mismo en repositorios más nuevos de Ubuntu (sigo con Ubuntu 8.04 LTS), así que una buscada en el Synaptic creo que es mejor.

Ahora puedo jugar este clon de Super Mario, contento de la vida =)

¿Y quien había dicho que no hay juegos para Linux?

Pasando de Ubuntu 8.10 a 9.04

Como mi queridísimo Celeron volvió a mi cuarto, tengo la dicha de poder usarlo como se me de la gana de nuevo (maujaujjua!!), así que aproveché para instalar Ubuntu 9.04 , y de una vez pasar a usar el tan mencionado ext4.
Como, durante tantas batallas que tuve con el pc, descargué muchos paquetes y programas que nunca he usado, decidí formatear la partición donde tenia el / , y dejar con ext3 el /home.
Bien, esta mañana me puse en la tarea de hacerlo, y me ha gustado el resultado:

Lo Bueno: ESO DE QUE INICIA MAS RÁPIDO ES VERDAD!!!!, aun no cuento cuanto se demoró, pero es muchísimo menos de lo lo hacia con ext3 y el 8.10. También me ha gustado que, aunque formateé, aun tenga la misma configuración que tenia antes, es decir, mi historial de firefox, el mismo wallpaper, los mismos iconos que tenia en el escritorio... eso si, sin programas xD, pero, por ejemplo, no tenia instalado el xchat, y una vez lo instalé, conecto automáticamente, y tal como lo tenia configurado; bastante agradable eso ^_^

lo único malo(hasta ahora): tengo que volver a configurar mi xorg.conf , que ya lo tenia en su punto, en verdad es una lastima tener que volver a escribir tooodos esos parámetros... que conchudo soy jajajaja!!

lo que queda por ver: será que perderé información??, aun queda por ver eso.

Programas a instalar:
Como ya no soy un novato en linux, se que programas uso, y cuales no, así que lo primero que hice fue desistalar lo que no uso:

$ sudo aptitude purge evolution ekiga rhythmbox pidgin

e instalar lo que si uso: 

$ sudo aptitude install msttcorefonts comix emesene openbox obconf build-essential xchat subversion

El bug de Gnome/Openbox: Hay un bug al intentar entrar a una sesión de gnome/openbox, el cual ya está reportado y se sabe como solucionar. Aqui les dejo el link para que lo solucionen si es el caso.

Una Historia más...

Escuchando: Tsubasa Chronicles SoundTrack 01

Hace rato no escribía, ya que últimamente me he puesto a estudiar de verdad... por fin xDDD
Como ya otros post anteriores, dedicaré este a una historia mas de como he luchado fervientemente por configurar mi pc jajaja:

Adiós Xfce... hola ...

Sí, adiós, por que ya me tenia cansado con la resolución supremamente alta (1400x1050 en una pantalla CRT de 15.7" ), por culpa de un bug de xfce 4.5+ que precisamente me afecta a mi... así que, byebye, no pude más, me estaba quedando ciego.

Así me puse a buscar otra alternativa: Gnome??, bueno, por qué no?: es pesado... así que me puse a investigar...
Una ves usé LXDE, me gusto, pero no lo suficiente, ya que para configurarlo y eso no me pude acostumbrar mucho, así que leí por ahí, que LXDE usaba OpenBox como gestor de ventanas... mm... ¿¿y si usaba Gnome con openbox en ves de Metacity???, pues eso hice, y el resultado es bastante bueno, mas ligero, y con todo lo demás de Gnome. Lo llevo usando ya como 3 semanas y no me quejo, para mi pc que es casi modelo 2003 no esta mal.

La recuperación de Frankestein...

Hace un tiempo mi madre tenia un pc, PIII 800Mhz, 393 ram, 15GB HDD, pero un día se empezó a apagar, así que lo revisé y todo... lo limpie por todos lados, lo volví a ensamblar, pero nada, seguía muriéndose. Un día noté que olía a quemado, así que le quite la tapa, lo conecte, y juasssss, un chispazo en el procesador O.O, mi mamá quedo destrozada, ella usa bastante el pc para hacer documentos, así que muy dentro de mi me dije "No, puede, ser.... ahora qué voy a hacer, van a sacar el Celeron de mi cuarto ó.ò " y si, efectivamente, empezaron los planes para sacarlo, se demoraron como 2 meses, pero al final lo hicieron.
En medio de mi aburrición, recordé que el pc de mi madre, había sido la unión de 2 computadores, ambos con las mismas características, pero con distinta board y procesador... que menos mal en su momento guardé (MWAHAHAHAHA!!!), así que me puse en la ardua tarea de saber donde estaría jajja, me demore un rato, pero al final lo encontré y me puse a crear un monstruo... un Frankestein.. un... ¡Frankclon!

El procesador era un PIII 700Mhz, y la board, era mejor cuidada que la otra, así que me puse a desarmar el pc para cambiar las boards... algo que nunca había hecho.. me demoré 2 horas mientras me documentaba y eso, pero al final encendió... Lo había recuperado.. y no faltaría mucho a que mi querido Celeron volviera a su lugar ^^

El hijo prodigo...

cuando le mostré a mi madre que el pc anda bien, y luego que aceptara que le pusiera linux, me puse a instalarselo... opté por Ubuntu 9.04, ya que tiene buena memoria, y en casa tenemos una impresora muy nueva, así que con eso aseguro que funcionará.

Me demoré una semana configurandoselo a todo lo que ella me dijo (como dije al principio, estudio estudio...), hoy en la mañana, luego que le dieran el visto bueno al pequeño Frak, devolví al Celeron a mi cuarto, que entre otras cosas, le compre una carcasa de segunda, mas grande y donde la ATi encaja mejor.