El blog personal de Morgul, donde escribe sobre sus aficiones, descubrimientos y actividades, compartiendo conocimientos.

31 de octubre de 2008

MiPDF 1.0 RC 2 liberado

Anoche mismo liberé una nueva versión de mi visor de documentos PDF para la consola portátil abierta GP2X, MiPDF versión 1.0 RC 2. La podéis encontrar en el siguiente enlace del magnífico repositorio de aplicaciones GP2X Archive: http://archive.gp2x.de/cgi-bin/cfiles.cgi?0,0,0,0,4,2593

Toda la documentación del programa sigue todavía en inglés (así como la descripción que hago de ella en el GP2X Archive), cosa que cambiaré seguramente con la próxima versión que libere, añadiendo un leeme.txt en castellano en el archivo ZIP.

Los cambios significativos en esta versión de MiPDF son los siguientes:
  • Reducido el consumo de las pilas cuando la aplicación está ociosa (cuando no está haciendo nada), porque ya no hace una espera activa de eventos.
  • Cambio de zoom ligeramente más rápido, ya que he quitado una carga de página redundante, que sólo era necesaria cuando se está cambiando de página.
  • El cambio de zoom ahora recuerda la posición de la página que estaba mostrando, por lo que ya no volverá a la esquina superior izquierda de la página con cada cambio de zoom.
Quedo a la espera de alguna donación en mi cuenta PayPal que me motive a seguir mejorando este visor de PDF, el más rápido que existe hasta el momento para la GP2X. Me desilusiona que la gente lo utilice y lo aprecie pero nadie haya donado ni un mísero céntimo :'(

¿Te ha gustado esta entrada? Vótala en Bitacoras.com: Votar

15 de octubre de 2008

Google Chrome (experimental) para Linux y Mac OS X

Mientras Google informa que Google Chrome para sistemas GNU/Linux y Mac OS X se está retrasando porque quieren adaptarlo convenientemente a las características únicas de estos sistemas operativos, los usuarios se están impacientando e intentan hacer funcionar de todos modos este navegador en su sistema operativo favorito. Actualmente, se ha conseguido resultados positivos al respecto de tres maneras distintas:

Compilando el estado actual del código fuente de Chromium (proyecto de código fuente abierto que hay detrás de Chrome) en su repositorio Subversion. Google ofrece instrucciones detalladas (en inglés) para realizar esta operación tanto en sistemas Linux como en Mac OS X. El principal defecto de esta aproximación es que el código de Google Chromium es más inmaduro para sistemas Linux y Mac de lo que es para Windows.

Ejecutando la versión de Google Chrome para Windows con la ayuda de Wine (implementación libre de la API de Windows). El proyecto Wine ha incluido correcciones y mejoras últimamente para soportar mejor este navegador, como muestra explícitamente el registro de cambios de su versión 1.1.4. No obstante, el funcionamiento de Chrome bajo Wine deja bastante que desear.

La tercera opción consiste en utilizar una versión de Google Chrome que una lo mejor de las dos aproximaciones anteriores: CrossOver Chromium. CrossOver Chromium, desarrollado por CodeWeavers, es una versión del navegador de Google que utiliza el código fuente de Google Chromium para Windows (la plataforma soportada de forma más madura por Chrome a día de hoy), pero compilado con la API de Wine, con lo que queda una aplicación nativa de Linux o Mac OS X muy similar a la versión de Windows.

Esta última aproximación es la que considero la mejor para los impacientes, aunque reconozco que visualmente tiene ciertos defectos, como podréis comprobar en la captura que incluyo al final de la presente entrada. Si habéis probado Chrome en Windows, funcionalmente también notaréis alguna que otra deficiencia menor.

Yo, en cambio, tengo mucha paciencia; así que seguiré con mis navegadores habituales en Linux (Seamonkey y Konqueror) y esperaré a una versión oficial de Google Chrome para GNU/Linux. Mientras tanto, cuando ocasionalmente utilice Windows, utilizaré tanto Chrome como Firefox, con lo cual seguramente se cure mi alergia al Internet Explorer ;)


¿Te ha gustado esta entrada? Vótala en Bitacoras.com: Votar

5 de octubre de 2008

Reparando MLDonkey 2.9.5

Al final he conseguido volver a hacer funcionar mi MLDonkey. Fallaba con una violación de segmento a los pocos segundos de arrancarlo, desde que lo actualicé a la versión 2.9.5. Llevaba ya unos cuantos meses sin poder usarlo por estos motivos, limitando mi uso del Peer to Peer (P2P) a la red Torrent, gracias a mi siempre fiel (y funcional) cliente KTorrent.

El sistema operativo que utilizo es una Gentoo Linux de 64 bits (tengo un procesador AMD64). Lo digo por si alguien tiene el mismo problema, que pruebe a hacer lo que cuento aquí para evitarlo (si te funciona, me alegrará que me lo hagas saber ;).

Ayer se me ocurrió probar a cambiarle el nombre al directorio de configuración de MLDonkey (originalmente .mldonkey en mi directiorio personal), y probar a arrancar de nuevo el ejecutable mlnet (el que arranca MLDonkey desde la consola), para que se iniciara con la configuración por defecto. Cuál fue mi sorpresa al comprobar que ya no daba ninguna violación de segmento, ni aun esperando varios minutos.

A continuación, fuí cambiando una por una las opciones de configuración (desde la interfaz web de MLDonkey), restaurando manualmente los valores que tenía antiguamente. Todo fue perfecto, hasta que llegué a modificar la opción max_upload_slots, que indica el número máximo de subidas simultáneas que quieres permitir. Anteriormente, tenía puesto el valor 3, y el valor por defecto es 5, así que lo cambié por 3 y pulsé Enter (así es como adopta MLDonkey los valores de configuración que cambias desde la interfaz web).

Pero esta vez no apareció ningún mensaje de confirmación en mi navegador web. De hecho, la interfaz web dejó de funcionar completamente. Eché un vistazo a la consola desde la que había lanzado mlnet, y me encontré de nuevo el mensaje de la violación de segmento (segmentation fault en inglés). Mmm... curioso - pensé.

Volví a repetir la operación de intentar cambiar el valor de max_upload_slots a 3, y de nuevo ocurrió la violación de segmento (pobre segmento, jejeje). Y en seguida se me ocurrió probar qué ocurría si cambiaba dicho parámetro de configuración a su valor por defecto (cinco) en la configuración original de MLDonkey que durante meses no me había servido para nada. Borre el recién creado .mldonkey, cambié el nombre del viejo a .mldonkey otra vez, y modifiqué a mano en el fichero downloads.ini dicho parámetro max_upload_slots al valor 5.

Ejecuté de nuevo mlnet. Y... voilà: ¡MLDonkey completamente funcional de nuevo!

En resumen, que MLDonkey (en mi sistema y desde la versión 2.9.5) petaba por no admitir un valor 3 en su parámetro de configuración max_upload_slots. Ya he informado al equipo de desarrollo con un informe de error (donde comento todo esto en inglés), en su bugtracker (sistema de recopilación y manejo de informes de error).

Espero que lo corrijan para su próxima versión 2.9.7.

¿Te ha gustado esta entrada? Vótala en Bitacoras.com: Votar

Presentando mi blog

Hola a todos. Este es el comienzo de 'El blog de Morgul', un blog donde iré publicando cosas que me interesan a mí, y que seguramente interesen a muchas personas más ;) Probablemente, este blog sustituirá a mi caduca web 'La página web de Morgul', con más diversidad y contenido que nunca ha tenido esta.

Con esta breve introducción, un servidor se despide hasta la próxima entrada.

¿Te ha gustado esta entrada? Vótala en Bitacoras.com: Votar