Libros Clásicos sobre Administración

Yo la verdad, no le voy a ninguna de las dos corrientes económicas y administrativas que lideran el pensamiento humano (ie: Capitalismo y Comunismo), pero igual debo de resaltar estas dos obras ya clásicas en su genero, que me he tomado el trabajo de escanear y empaquetar en Djvu, tal y como describí en esta entrada anterior.
Tal y como dije allí, hacerlos en PDF no sale tan... cool, como hacerlos en Djvu, así que ya saben, a promover este genial formato!.


Los libros en cuestión son:

• Principios de la administración científica, de Frederick Taylor.
• Administración industrial y general, de Henry Fayol.
• Problemas humanos de una civilización industrial, de Elton Mayo.

De estos tres, los dos primeros vienen en un solo libro, y aunque son clásicos, prefiero y recomiendo más la lectura del ultimo libro listado, se me hizo más interesante.

Ambos libros los dejo en descarga por MediaFire (esperemos que duren xD):

Principios: http://www.mediafire.com/?g300zi0f0ayn5bn

Problemas: http://www.mediafire.com/?3xaby3uobsvab3k

PD: hey, agradecer no les cuesta nada :D
PD2: Acabo de actualizar los libros, con mejor OCR.

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

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/

Cálculo de probabilidades con Wolfram Alpha

Wolfram alpha es una de las herramientas que existen en Internet que todo matemático, ingeniero, físico, o de cualquier carrera afín a los números debería conocer.
Una de estas carreras afines es la estadística. Y una de las cosas que más se hacen en estadística, es calcular probabilidades con base en modelos estadísticos (notando que los modelos suelen acomodarse a una distribución probabilistica).

Existen muchísimas distribuciones, las cuales quien empiece a estudiar esta rama del conocimiento tendrá que aprender de una u otra forma... una de las formas que pueden ayudar a entender estas distribuciones (y porqué no... ayudar a hacer tareas también xD), es usar Wolfram alpha para hacer el calculo de estas probabilidades.

La sintaxis sería la siguiente para saber la probabilidad de que "x sea menor que 2.5" , si usáramos una distribución normal, con media en 3, y desviación estándar (no varianza) en 1/2 (0.5):

probability x<2.5, normal distribution mu=3, sd=1/2

También pudo usarse mean en vez de mu.


Básicamente, esta es la sintaxis:

• Se coloca probability [rango de x],
• luego se dice el tipo de distribución a usar,
• y por ultimo, se colocan valores a los parámetros. Los parámetros varían según la distribución.

Cuando se quieren saber qué parámetros tiene una distribución, basta con colocar el nombre de la distribución y Wolfram nos mostrará en una tabla qué parámetros podemos usar para esa distribución.
Por ejemplo, con una distribución hipergeométrica podríamos colocarla así:

hypergeometric distribution n=30, m=2, N=200

Y para una distribución binomial, sería así:

binomial distribution n=40, p=0.32

Con esto, podremos saber la probabilidad que necesitemos, con tal que no haya confusiones con los datos que se le asignan a las letras de los parámetros :)

Saludos!

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

Instalación fácil de SQL Developer en Debian y Ubuntu

En el Post anterior, escribí sobre Oracle11g.
Este por defecto viene con un editor/interprete de PL/SQL se se llama SQL*Plus. Es extremadamente simple, no tiene en verdad ningún atractivo, y puede ser un poco difícil escribir, ya que no maneja un "cursor" para desplazarse por el texto (eso significa, que si te percatas de un error al inicio de la instrucción, hay que borrar todo <_<).

Así que un amigo (gracias @andr3s22) me recomendó mejor instalar el SQL Developer, un IDE hecho por Oracle especializado justamente en PL/SQL, así que, para instalarlo se debe bajar la versión para la plataforma de preferencia:

http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html

Muy bueno, como está escrito en Java es multiplataforma, pero como es normal con estos de Oracle, solo tienen el .rpm para Linux <_<
Afortunadamente en los repositorios de Debian (y por consiguiente en los de Ubuntu) hay un paquete que permite muy fácilmente, crear un paquete .deb con base en el .zip (el que dice "Oracle SQL Developer for other platforms"). Aunque podríamos usar el .zip directamente sin muchos inconvenientes, es mucho mejor usar el método que describiré, ya que así es más limpio a la hora de actualizar y de una vez deja todos los iconos en su lugar (y nos ahorra mucho de configuración).


Cómo hacerlo...
1) Descargar el paquete sqldeveloper-package, que es el que hará todo el trabajo "sucio" por nosotros ;D

sudo aptitude install sqldeveloper-package

2) Debemos ir (desde consola) a la carpeta donde tengamos el .zip del SQL Developer, y digitamos lo siguiente (recuerden que si quieren ver todos los parámetros posibles, pueden escribir -h ):

make-sqldeveloper-package sqldeveloper-3.0.04.34-no-jre.zip

Esto dejará un .deb listo para instalar en la misma carpeta. Obviamente, debemos instalarlo :)


3) Al abrir por primera vez el programa (que se encuentra en el menú Programación), nos va a salir un terminal pidiéndonos que le demos el path de Java ("Type the full pathname of a J2SE installation"). En Debian y Ubuntu, si tenemos instalado los paquetes java-6-sun, el path sería /usr/lib/jvm/java-6-sun, OJO, porque este path cambiaría si estamos usando OpenJDK.

Una vez lo escribamos y le demos enter, el SQL Developer cargará sin problemas.

Saludos! ^^

Edit: Luego de varios días me di cuenta que SQL Developer no lograba conectarse a la base de datos, aun cuando SQL*Plus si podía. Me salía un error que decía "The network adapter could not establish the connection", lo que me llevó a investigar un poco, y resultó que era problema con los listeners para conectar con la base de datos... la solución fue, ir a la carpeta /u01/app/oracle/product/11.2.0/xe/network/admin/ y ejecutar lo siguinete:

sudo mv listener.ora listener.ora.sav

Ya luego podemos reiniciar la base de datos (pararla y volverla a iniciar). Se puede hacer manualmente los listeners (no como root, ie, sin sudo) así:

/u01/app/oracle/product/11.2.0/xe/bin/lsnrctl start

Oracle Database 11.2 Express Edition Beta en Ubuntu y Debian

Luego del fiasco que fue lo de mi exposición en el #BarCamp Campus Party (No la pude dar por problemas técnicos con el stream <_< ) y por otras situaciones varias anduve algo deprimido, con lo que la escritura en el blog pues, ya ven que se vio algo afectada ^^U
Pero bueno, hace un par de semana empecé la universidad otra vez, y como siempre, llega la hora de probar herramientas nuevas que, como "cosa rara", no funcionan del todo bien en Linux.

Este semestre estoy viendo Bases de datos 2, materia en la cual se enseña PL/SQL, el lenguaje de programación basado en SQL para bases de datos. El SQL puro permite administrar bases de datos de una forma mucho más simple a como se haría de una forma no estandarizada, pero, para procedimientos más complejos o extensos, se queda corto o es mucho más trabajoso realizarlos.

Por eso se inventó SQL/PSM, una adición al SQL normal que lo extiende convirtiéndolo en un lenguaje de programación completo. SQL/PSM es un estándar, y como tal, existe múltiples implementaciones, prácticamente una para cada base de datos. MySQL, PosgresSQL, Oracle, etc..., todas tienen su implementación, y en particular, la implementación de Oracle se llama PL/SQL, y para poderla usar pues hay que instalar su base de datos.

Ellos tienen una versión Express que es gratuita para uso personal, pero, lamentablemente la versión 10g Express (estable en este momento) para linux solo viene compilada para 32bits (i386), y en mi maquina que es de 64bits, y que hoy en día es lo más común, es un poco incomodo poderlo instalar.
Afortunadamente, me percaté que la versión 11g Express está en beta en este momento, y que venía para Linux a 64bits (Aleluya!), pero, solo en .rpm y no en .deb, lo cual no es agradable cuando se usa Debian como yo lo hago (tampoco para los n00bs que usan Ubuntu :P ).

Para poderlo usar, al menos mientras sale la versión final, tuve que convetirlo a un .deb usando alien. Para ahorrarles trabajo, les dejo el .deb ya convertido (pesa 273MB):

http://www.megaupload.com/?d=5Y2OSLOI

Update: Como todos saben, luego de lo sucedido con Megaupload, muchas cosas importantes se perdieron, entre ellas, el instalador... y como no tenía backup del mismo tuve que rehacer el instalador, así que aquí dejo de nuevo el .deb en un folder de Mediafire (pesa como 305MB):

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

Cómo instalarlo:

1) El .deb está convertido sin organizarlo bien, así que no instala las dependencias, por lo que primero deberíamos instalarlas:

sudo aptitude install libc6 libaio1

2) Luego se instala el .deb dándole doble clic, o si se prefiere desde consola con dpkg:

sudo dpkg -i oracle-xe_11.2.0-2_amd64\[rpm-alien\].deb

3) Debemos configurar las variables de entorno para que luego no nos falle al intentar conectarnos con algún programa como el SQL*Plus.
En el archivo ~/.profile debemos anexar estas dos lineas:

export ORACLE_HOME=/u01/app/oracle/product/11.2.0/xe/
export ORACLE_SID=XE

4) Para configurar el Oracle11g, hay que ejecutar el siguiente comando, y poner en cada opción, lo que les sugieren dentro de los [corchetes], obviamente, cuando pida la contraseña del usuario administrador (siempre se conoce como SYSTEM), no saldrán los corchetes:

sudo /etc/init.d/oracle-xe configure

Una muestra en esta imagen:

5) Por ultimo, agregamos nuestro usuario al grupo dba, esto es, el grupo de usuarios que pueden usar bases de datos. Esto se puede hacer gráficamente desde la aplicación "Usuarios y grupos" del menú Sistema->Administración.
Update: en gnome 3, quizás haga falta instalar el paquete gnome-system-tools.


6) No olvidar que cuando necesitemos la base de datos, pues hay que inicializarla:

NOTAS ACLARATORIAS:

• No me hago responsable por posibles problemas que tengas con este paquete, si lo bajas, es bajo ¡¡tu propia responsabilidad!!
• Este no es un paquete proporcionado por Oracle, así que es mejor si miras primero si ya salió la versión oficial y lo bajas desde allí: http://www.oracle.com/technetwork/database/express-edition/downloads/index.html

Espero que esto sea de utilidad mientras sale la versión final del Oracle Express Edition 11g.

Referencias:
Instalar Oracle XE en Ubuntu 8.04 Hardy Heron
Reinstalar Oracle-XE en Ubuntu

Como usar CLIPSJNI junto con Java

"Fin de semestre: tres palabras que te hacen feliz", y más aun cuando el resultado de las notas y las materias salen bien. Como vieron en el post anterior, estuve ocupado haciendo un sistema experto para el curso de inteligencia artificial, al final, hasta hice una guía de como hacerlo funcionar correctamente (con base en los ejemplos con los que viene el CLIPSJNI)... cabe anotar que me dieron una buena bonificación en la calificación final del curso por hacerlo ^_^ .

Como buen seguidor del Software Libre, dejo el link al repositorio del código del sistema experto, bajo licencia GPLv2. En la carpeta docs, está el PDF y el ODT de la guía que he hecho.
Espero que quien encuentre esto, le sea de mucha utilidad:

https://bitbucket.org/ErunamoJAZZ/trash-it

Sistemas expertos con CLIPS y Java mediante CLIPSJNI

Estoy viendo en la universidad Inteligencia artificial. En mi universidad, es la materia básica que sienta las bases para los demás cursos sobre el tema. El tema principal de la materia, en mi caso, es sobre los sistemas expertos, que son eso, sistemas que pueden razonar como un experto en un tema especifico.

Para poder crear un sistema de razonamiento de este estilo, se hace necesario lo que se conoce como un “motor de inferencias”, el motor permite analizar los datos (hechos) y tomar decisiones sobre ellos (usando reglas). Su funcionamiento es sencillo realmente, ya que simplemente hacen algo como: “si este hecho, o estos hechos en conjunto, se dan, entonces hay que hacer esto otro...”.

La teoría es fácil, y ya existen herramientas para crearlos más abstractamente (es decir: fácilmente). Una de ellas es CLIPS, una biblioteca escrita en C que es un motor de inferencias creado para la Nasa. El problema es que para una aplicación real para usuarios reales CLIPS solo no puede usarse (amenos que queramos volverlos locos ;D ). Hay que combinarlo con otros lenguajes que permitan hacer cosas útiles con el motor, y que escondan lo suficiente las cosas aburridas a los usuarios finales. En mi caso, desdí usar java (#fail), ya que el profesor nos daría una bonificación en la nota por eso D:

Para eso hay dos posibilidades: usar JESS, una implementación del lenguaje de CLIPS pero hecho en java, o usar CLIPSJNI... por el titulo ya saben que opté por usar este ultimo, ya que el JESS me parece más “sucio”, ya que tocaría mezclar muchos conceptos de CLIPS y de java. En cambio con CLIPSJNI es más separado en ese aspecto y a mi criterio, más limpio.

Lamentablemente a la hora de bajarlo para usarlo, me di por enterado que solo daban los binarios para Winbug y para Mac... y para linux debía ser compilado.

La verdad es la cosa más sencilla del mundo, nada fuera de lo común, un simple make -f makefile.linux y ya... “ja ja”, la verdad es que no; salió un error que decía que tenía problemas y que debía re-compilar usando el parámetro -fPIC en el gcc... además de eso hay que especificar donde está java en el computador.

/usr/bin/ld: agenda.o: relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC

agenda.o: could not read symbols: Bad value

collect2: ld returned 1 exit status

make: *** [libCLIPSJNI.so] Error 1

En debian hice así:

En la linea 33 es donde está especificado los argumento que debe usar el gcc para la compilación general, solo se le anexa el -fPIC en cualquier lado(obviamente un lugar valido...).

Y en la linea 39, que es donde se arma el libCLIPSJNI.so también debe anexarse el -fPIC y debe especificarse el path de Java, en mi caso quedó así:

gcc -o libCLIPSJNI.so -fPIC -shared -Wall -I/usr/lib/jvm/java-6-sun/include -I/usr/lib/jvm/java-6-sun/include/linux -lm $(OBJS) CLIPSJNI_Environment.c

El error que sale está explicado en esta pagina del wiki de gentoo, y se da por la arquitectura de 64bits... Espero que les sirva esto por si tienen problemas ^_^

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!

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 ^^

Recuperar cualquier Disco

Cierta semana, un conocido nuestro que es arquitecto llegó a mi casa con su laptop.
"Carajo, esto no es bueno..." pensé cuando llegó, y efectivamente tenia problemas con su lap: su disco duro había dejado de funcionar, así que lo llevó a un centro técnico donde le vendieron un "nuevo", pero el disco duro que le vendieron estaba fallando (WTF!?).

Bueno, así las cosas, el conocido me dejó el laptop: eliminé las particiones con gParted, y le hice 2 particiones: una para el winbug, y otra para sus archivos, PERO, dejando 25 GB sin usar al principio del disco, como es de 350, es menos del 10% del espacio total.
Pues la solución funcionó xD

Con esto el laptop quedó como una uva, y quedó comprobado que el disco era de segunda.. ahora, el arquitecto me trajo su disco duro viejo para que le recuperase la información, aquí es donde vengo a mostrar el tema de este articulo.

El programa que usé es TestDisk, un grupo de programas bastante útil que ya había usado una vez para recuperar archivos de la memoria usb de una prima. Este programa viene con otra utilidad que se conoce como PhotoRec, que es el que usé para recuperar los datos del disco viejo de 150 GB.

Básicamente PhoteRec va escaneando todo el disco en busca de los achivos... el proceso es demasiado largo entre más espacio tenga el disco. Su utilidad es la de recuperar memoras de cámaras digitales (de ahí el nombre), aunque usándolo en un disco como hice yo, no tiene mucho complique.
Solo tiene un problema: a cada archivo le pone nombres genéricos, por lo que cuando se intenta recuperar demasiada información la cosa es un poco tortuosa.

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

Go, el antes y el despues en la programación

Escribo desde los computadores de la universidad.

Hace unos días, un acontecimiento sumamente importante pasó: bajo la financiación de Google, un grupo de los más prestigiosos programadores (varios de los creadores de Unix, uno de los desarrolladores de gcc, y otros tantos...), se han dado cuenta de una GRAN NECESIDAD, pero que nadie se había dado a la tardea de emprender una solución: Programar se ha hecho difícil.


En un principio, los computadores eran demasiado simples, y "estrechos", por lo que lenguajes como en C, y posterior mente el C++, dieron cabida a un auge en la programación. Pero, hoy en día, los PC son ya demasiado grandes, los sistemas demasiado complejos, y las necesidades de sistematicación más especificas, por lo que para hacer un programa que alivie una necesidad, su desarrollo se ha vuelto una tarea bastante compleja, y no solo eso, sinó también aburrida.

Aquí, es cuando explico por qué el titulo del post: estos señores, han desarrollado un lenguaje de programación pensando en lo siguiente: un lenguaje Orientado a objetos (en parte si, y en parte no), de compilación rápida, con recolección de basura, y en el que fuera fácil la programación concurrente. lo han hecho, y lo nombraron "Go".

Go es básicamente un descendiente de C en su sintaxis, y tiene parte de Pascal/Modula/Oberon, y de otros lenguajes como Newsqueak y Limbo. Esos, Y NO PYTHON, como muchos han dicho.

Además, el desarrollo de sus compiladores es bastante interesante, ya que (según entiendo, aun no he leído con calma los FAQs, puede que me esté equivocando con mi pésimo ingles xDD) es posible compilar para otra arquitectura, no como en C, que hay que compilar para cada arquitectura físicamente... ya averiguaré este punto con calma.

Es tiempo de hacer historia. Este lenguaje, que aun es experimental, promete ser el futuro, es decir, "bye bye, java", tanto así, que Google ha mostrado interés en cambiar el software de sus servidores en un futuro, por aplicaciones escritas en Go.

Desde mi punto de vista, la de un simple estudiante de tercer semestre, que apenas aprendí a escribir en java hace muy poco, y que le tenia tengo fe a Vala, quiero aprender lo más rápido posible sobre este lenguaje. Es mejor hacerlo ya que el proyecto lleva poco tiempo a la vista del publico, y no luego.

Sin más, los invito a que se unan al grupo de discusión en español sobre el lenguaje. En este momento somos pocos, y hay la intención de hacer la traducción (que ya se está haciendo) de toda la información relacionada con Go.

http://groups.google.com/group/golang-spanish?pli=1

Saludos!!, y en cuanto tenga más información, la iré publicando (o eso espero al menos ^^U )

Aegisub y libass en linux

Una de las cosas que me gusta hacer, pero que lamentablemente por cuestiones de estudio tuve que dejar, es fansubear anime. Especialmente editar (también se le conoce como Typesetting), que consiste en poner efectos a los letreros traducidos, de forma que sean acordes al original y que sea a agradable a la vista.

Un poco de historia.
En un principio, el mundo de los subtítulos se basaba únicamente en traducir el contenido y mostrarlo, no importaba mucho los colores (todos eran amarillos o blancos, con borde negro o.o), o el estilo de letra, y ni era importante que los letreros se vieren bien.
Todo esto cambio con la llegada de un formato de subtítulos llamado Substation Alpha, que introdujo un lenguaje de scripting que permitía introducir tags(etiquetas), que dieron como como resultado el florecimiento de subtítulos más elaborados, y en algunos casos, mucho mejores que el simple texto plano (no en todos, aveces los subs dan miedo o.oU)

ok, muy genial todo este rollo, y listo. Pero había un pequeño problema: para hacer estos subtítulos, era necesario hacerlo a mano, con un engorroso procedimiento de "prueba y error". Así fue como se empezaron a crear diferentes programas que permitieron hacer uso del formato, sin tantas complicaciones. Entre uno de los más conocidos, estuvo "Medusa", que prácticamente ayudó a extender el formato en su etapa inicial.

Como pasa con todas las cosas en esta vida, las necesidades del publico fueron cambiado, dando lugar a que el formato se siguiera desarrollado. Así fue como nació Advance Substation Alpha, el siguiente gran paso a la expansión de los subtítulos con estilo, y como dicen por ahí "camarón que se duerme, se lo lleva la corriente"... el Medusa se quedó dormido, y le salió un competidor llamado Aegisub (dando alusión a Aegis, el escudo de la mitología griega), un proyecto OpenSource, bajo licencia BSD que se enfatizó en ser una herramienta de fácil manejo para las tareas más agotadoras y que no deberían por qué sérlo.

Aegisub en el mundo Linux.
Su versión para Windows es ampliamente difundida, y aunque el programa es múltiplataforma, su versión para Linux y Mac no lo han sido tanto, en gran medida, en Mac, por su no muy buena estabilidad, y en Linux (y Mac también), por la MALA compatibilidad que había entre el VSFilter, y LibASS. En especial porque LibASS no soportaba todas las etiquetas que si soporta VSFilter.

Eso cambió hace poco, con la llegada de LibASS 0.9.8, a la cual ya le falta poco para ser del todo compatible con las etiquetas que hay (información sobre las etiquetas aquí).

"¡¡yo también quiero!!"
Lo primero es conseguir el Aegisub en su versión para Linux.
Deberían fijarse si en los repositorios de su distribución está (según he leído, algunas lo tienen, aunque la gran mayoría no). En caso que nó, pueden revisar aquí, si están los binarios al final de la pagina. Y en caso que nó, deberían compilar (si usas Ubuntu, sige leyendo más adelante).

La compilación es algo que no describiré aquí... al menos no por ahora. Los archivos fuente los consiguen por estas paginas:

• http://devel.aegisub.org/wiki/Build
• http://devel.aegisub.org/wiki/Build/Unix
• http://devel.aegisub.org/wiki/Build/Deps

Aegisub en Ubuntu
Aprovechando que me acabo de instalar Ubuntu 9.10 karmic koala, y que tengo ya todo actualizado, encontré por aquí, unos binarios para ubuntu de Aegisub 2.1.8-dev, agradecimientos a Gardadon por ese aporte :D

lamentablemente, la version de LibASS que trae por defecto es es la 0.9.6, la cual aun estaba muy quedada en cuanto a nuevos tags (no permitía hacer dibujos con el \p1 por poner un ejemplo), por esto, y para aprovechar las nuevas características que trae el LibASS 0.9.8, hay que compilar éste.

Compilando LibASS

Primero lo primero: las dependencias.
LibASS necesita tener el freetype2 (encargado de manejar el "dibujo de caracteres" en pantalla, o en palabras más normales, el que deja que podamos leer en Linux xDD ), así que vamos a descargar eso, más lo normal que deberiamos tener para una compilacion (compilador, y checkinstall, para hacerlos un .deb)

sudo aptitude install libfreetype6-dev build-essential checkinstall

Luego descargamos de la pagina principal del proyecto en GoogleCode el .tar.bz2 , y lo descomprimimos donde queramos.
Luego abrimos la terminal, y navegamos por las carpetas (usando el comando cd nombre_de_la_carpeta , recuerden que distingue entre mayúsculas y minúsculas)

luego dentro de la carpeta del libass, escribimos uno a uno estas 3 lineas:

./configure

make

sudo checkinstall --fstrans=no --install=yes --pakdir "$HOME/Escritorio" --pkgname=libass3 --pkgversion "0.9.8" --backup=no --deldoc=yes --deldesc=yes --delspec=yes --gzman --default

El primero mira las dependencias y configura la compilación. El segundo, compila, y el tersero es un comando que llama al checkinstall, y le dá todos los parámetros para que nos les pregunte nada, y al final lo instala o.o
Tengan en cuenta, que el nombre del paquete es libass3, esto es, porque así se llama dentro de ubuntu al libass 0.9.6, así, para que se "actualice", debemos ponerle el mismo nombre, de lo contrario la versión de los repositorios seguirá, y será como si no hubiéramos hecho nada.

cuando termine, quedará el .deb en el escritorio. el programa además ya queda instalado y... cool xDDD

--------------------------------------
a.. y el aegisub queda listo también, renderizando los subtítulos como en el VSFilter.
Los únicos que no he visto que funcionen son \clip, \iclip. de resto, los que he probado van bien.

No olviden comentar!!!
Saludos!!!

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?