Liberado bombono-dvd 1.2.2

bombono dvd

bombono dvd

Ilya Murav’jov nos trae la nueva versión de bombono-dvd, con mejoras y correcciones interesantes para hacernos más facil la creación de nuestros dvds caseros con un toque que no tiene que envidiar a los profesionales de código cerrado. Me tomo la libertad de traducir en parte las notas de lanzamiento desde el sitio oficial.

Ahora Bombono DVD ajusta el espacio del DVD con precisión, haciendo el uso de la característica codificación con 2 pasadas en FFmpeg/Libav.

log de cambios:

  • * Opción de codificación con 2 pasadas: Proyecto -> Preferencias
  • * Iconos en blanco y negro para menús de DVD.
  • * Traducciones: Spanish, Esperanto (Felipe Castro), Galician (Leandro Regueiro), Slovak (Dušan Kazik), Vietnamese
  • Entre otras mejoras.

    Puedes descargarlo en:
    bombono-dvd

    NeonatoX y los parches para Nhopkg

    Citando de la web original de nhopkg:

    Nhopkg is a lightweight and powerfull package manager system for unix like operating systems. Nhopkg can install, remove, update, search and manage software packages (.nho). Nhopkg is currently written in Bash Shell Script, but it will be written in Python in the next version.

    Lo que es castellano sería algo como:

    Nhopkg es un ligero y poderoso gestor de paquetes para sistemas operativos de tipo unix. Nhopkg puede instalar, actualizar, buscar y gestionar paquetes de software (.nho). Nhopkg está actualmente escrito en Bash Shell Script, pero, este será escrito en Python en la próxima versión.

    Nhopkg pretende ser un gestor de paquete universal, que idependientemente de la distro que estés utilizando a menos que exista una variación de arquitectura (en el caso de los paquetes binarios), puedas utilizar determinada aplicación mediante sus paquetes, personalmente pienso que el fuerte de nhopkg está en sus paquetes fuente, los cuales siempre que se cumplan con requisitos básicos (dependencias) pueden compilarse hasta donde se tiene conocido en cualquier distro y arquitectura.

    Sin embargo, a pesar de lo innovadora que es la idea que su desarrollador plasma en dicho gestor de paquetes, es lamentable notar que no es mantenido desde 2009, y se ha hecho una herramienta para el desarrollo de la distro basada en LFS que inicie desde 2007, a medida que fui comprendiendo como ha esta escrito, y con el tiempo se le han añadido parches para la optimización en la realización de sus tareas.

    El propósito de este artículo es exponer en el tiempo dichos cambios que han convertido a nhopkg vanilla en neonatox nhopkg, entre ellas tenemos, en orden cronológico:

  • 1. Añadido el soporte de comprimir los paquetes de fuentes y binarios en xz
  • 2. Añadido el soporte para disparadores que actualicen el escritorio como la caché de íconos, esquemas, tipos mime y páginas de manual.
  • 3 .Se coloca el repositorio de paquetes de neonatox como el repositorio por defecto.
  • 4 . Al crear los paquetes binarios, su nomenclatura identifica la arquitectura y sistema operativo en el que se creó.
  • Todas esta mejoras podrán disfrutarse a partir del lanzamiento de neonatox 06.1rc2 y el la futura versión de neonatox 07.2. Me despido de ustedes por esta ocación.

    Carlos Sánchez.

    Happy Hacking!!

    Crear parches con diff

    Normalmente al compilar nuestros paquetes desde el código fuente debemos verificar que contamos con las dependencias necesarias y algunas veces sin son las versiones adecuadas de cada una de ellas, una vez comprobado esto, procedemos de manera confiada a ejecutar nuestros comandos de compilación.

    ./configure --prefix=/usr
    make

    Pero de manera inesperada nos da el siguiente error:

    /usr/include/glib-2.0/glib/deprecated/gthread.h:165:4: aviso: la declaración no declara nada
    In file included from shape_typeinfo.c:30:0:
    /usr/include/glib-2.0/glib/gstrfuncs.h:28:2: error: #error "Only can be included directly."
    make[3]: *** [shape_typeinfo.lo] Error 1
    make[3]: se sale del directorio `/media/datos/sources/pnavarro/dia-0.97.1.orig/objects/custom'
    make[2]: *** [all-recursive] Error 1
    make[2]: se sale del directorio `/media/datos/sources/pnavarro/dia-0.97.1.orig/objects'
    make[1]: *** [all-recursive] Error 1
    make[1]: se sale del directorio `/media/datos/sources/pnavarro/dia-0.97.1.orig'
    make: *** [all] Error 2

    Gracias al mensaje de error, podemos determinar que es lo que está mal (no siempre es así) en este caso el fichero “shape_typeinfo.c” tiene declarado una cabecera que esta obsoleta y debe ser sustituido por la correcta que es “glib.h” en lugar de “glib/gstrfuncs.h“, esto debemos hacerlo a mano, pero antes debemos desempaquetar el codigo fuente en dos directorios, en este caso he creado dos con los sufijos .new y .orig, en el .new, haremos las modificaciones necesarias, el .orig lo dejamos tal cual.

    tar xvf dia-0.97.1.tar.bz2
    mv dia-0.97.1 dia-0.97.1.orig #renombramos dia-0.97.1 con el sufijo .orig
    cp -r dia-0.97.1.orig dia-0.97.1.new # hacemos una copia identica con el sufijo .new

    Dentro del código fuente vamos a modificar manualmente con un editor de texto de preferencia los siguientes ficheros conflictivos:

    nano dia-0.97.1.new/objects/custom/shape_typeinfo.c
    nano dia-0.97.1.new/tests/test-boundingbox.c
    nano dia-0.97.1.new/tests/test-objects.c

    En cada uno de los anteriores sustituimos “glib/gstrfuncs.h” con “glib.h

    Entra en juego el comando diff:

    Un poco de teoría:
    La wikipedia lo define como:

    Una utilidad para la comparación de archivos que genera las diferencias entre dos archivos o los cambios realizados en un archivo determinado comparándolo con una versión anterior del mismo archivo”

    Ahora que ya entramos en materia, vamos a lo tanto esperado, crear el parche con las correcciones que hicimos en dia-0.97.1.new:

    diff -Naur dia-0.97.1.orig dia-0.97.1.new > parche.patch

    Donde:
    -N Trata los ficheros que no existan como vacíos.
    -a Trata todos los ficheros como de tipo texto.
    -u Muestra NÚM (3 por omisión) líneas de contexto unificado.
    -r Compara recursivamente todos los subdirectorios.

    diff no hace más que comparar dia-0.97.1.orig con dia-0.97.1.new y envía la salida a el fichero de texto parche.patch el cual se ve de esta forma:

    patch_dia

    Para aplicarlo al código fuente en futuras ocaciones, se escribe lo siguiente dentro del directorio del código fuente original:

    patch -Np1 -i ../parche.patch

    de ser exitoso nos da la siguiente salida:

    patching file objects/custom/shape_typeinfo.c
    patching file tests/test-boundingbox.c
    patching file tests/test-objects.c

    Cualquier duda, pueden expresarlo mediante los comentarios.

    Happy Hacking.

    Entrevista para Latinux Magazine

    Hola vuelvo por aquí con una entrevista que me hizo María Inmaculada Sanseverino hace unos meses para la revista digital Latinux Magazine, queria compartirla con ustedes, quizá responda algunas preguntas que puedantener sobre el Proyecto Vegnux:

    ¿Quién es Carlos Gabriel Sánchez?
    Soy cargabsj175 en el ciberespacio y Carlos Sánchez en el mundo real , nací en la ciudad de Valencia en Venezuela, tengo 23 años y actualmente estudio para Técnico Superior en Informática, me gusta el Software Libre y trato de aprender algo nuevo todos los días.

    ¿Qué es Vegnux?
    El proyecto Vegnux comenzó inicialmente como el nombre de la distribución, que ahora se llama GNU Neonatox, la idea de separar o cambiar el nombre de la distribución fue con el objetivo de que Vegnux sea algo más que una distribución y en un futuro apoye cualquier iniciativa de software libre que surja en Venezuela o cualquier otra parte del mundo que quiera trabajar junto a nosotros. Es decir ahora GNU Neonatox que es la distribución, es el proyecto piloto de Vegnux

    ¿Cómo y cuándo surge la idea de crear este proyecto, qué lo inspira?
    Comencé en el mundo de GNU/Linux a eso del año 2005, me parecían fascinantes las posibilidades que te daba el software libre, literalmente poder hacer lo que te dé la gana con el código fuente, aun no pensaba crear Neonatox cuando creaba mis propias discos de ubuntu con mis programas favoritos, aunque confieso que era alérgico a la terminal, Pero sabía que tarde o temprano tenía que enfrentar el reto. Cuando comencé a acariciar la idea de crear la distribución confieso que mis conocimientos eran muy escasos por no decir nada, a menos en la práctica era un paralítico. Leí información sobre cómo crear distribución y se daba mucho el caso del remaster de otras distribuciones, usé ubuntu 7.04 recuerdo para la versión 0.0.1 de Vegnux (en aquel entonces era solo Vegnux como distribución y no Neonatox). Fue bastante interesante porque aprendí mucho de la línea de comandos, sin embargo mi ambición por conocer más de lleno como está compuesto un sistema GNU/Linux decidí que quería ir más allá con mis experimentos, por lo tanto, básicamente esa fue la inspiración, aprender algo nuevo cada día.

    ¿Quiénes lo hacen posible, hay una comunidad responsable de ello?
    Ha existido el apoyo de otras personas en el proyecto directa o indirectamente, aunque ya desde el principio Jaime Gil (jotahacker) con su gestor de paquetes, otros dos amigos con el arte (Logo de Vegnux por Jesus Meneses, Algunos Wallpapers por Miguel Vera y Alfonso Busquiel), el instalador al disco duro reescrito por completo por Nehemías Velázquez quien está más activo en lo que respecta a compilar, escribir scripts mantener algunos paquetes y mano derecha del proyecto, considero mezquino dejar de mencionar alguno y otros muchos que por la red han apoyado la iniciativa y por supuesto Tu como redactora de esta revista.

    ¿En qué se diferencia esta distribución de otras?
    Soy un poco exigente conmigo mismo, pensaba que no estaba haciendo nada remasterizando ubuntu, ya esta o cualquier distribución por si misma está bien como esta, y cambiarle el nombre solo por agregarle algunos paquetes o fondos de pantalla sin aportar algo realmente nuevo me parecía deshonesto, claro es mi opinión personal y a menos yo no quería hacer eso, quería aprender mucho más, buscando y buscando me encuentro con el reto de mi vida, por así decirlo, un manual de instrucciones completo y actualizado constantemente para la construcción de un sistema GNU/Linux completamente desde cero que es Linux From Scratch escrito originalmente por Gerard Beekmans, era un terreno completamente nuevo para mí que lleve algunos meses en darle la vuelta hasta que comencé a obtener algunos resultados interesantes. Recuerdo que la primera vez que logré el sistema base casi pego un brinco xD, ni contar de cuando pude levantar Xorg en la versión 6. Sin embargo aun quedaba mucho por aprender y se presentarían retos (y todavía los hay).

    NeonatoX

    ¿Está pensado para usuarios finales, para el sector corporativo y muy especializado?
    En principio si está pensada para usuarios finales. Sin embargo no se quiere limitar a un solo campo, el objetivo es que llegue a ser según lo que el usuario necesite, que sea adaptable a la especialidad de cada uno. Ahora mismo puede ser útil para aquellos que deseen conocer los principios del funcionamiento y composición de un sistema GNU/Linux. A medida que el proyecto vaya madurando, se irá aclarando en que campos podrá explotarse mejor su desarrollo.

    ¿Cuántos usuarios tiene hoy Vegnux?
    Es la pregunta más difícil que haces, podría contarlos con los dedos del mano al menos los que tengo la certeza de que usan la distribución, sin embargo, durante las descarga de las últimas dos versiones de Vegnux Neonatox, la 0.48.0 y la 0.5.3 unas 100 personas han tenido la curiosidad de probarla descargándola.

    ¿Qué logros pueden destacarse?
    Hasta ahora podría destacar dos que considero muy importantes para el presente y el futuro de la vida de la distribución:

    1. Encontrar un gestor de paquetes y actualización constante del sistema: Linux From Scratch era y sigue siendo excelente para construir un sistema base, pero solamente eso, un sistema base, un sistema base no tiene las cosas de uso común para un usuario de escritorio, simplemente la terminal y no más, afortunadamente, existe un proyecto paralelo llamado “Beyond Linux From Scratch” algo así como más allá de LFS para abreviar, es muy práctico para aprender a compilar entornos gráficos en este caso Xorg, entornos de escritorio como Xfce o KDE. Sin embargo construir un sistema directamente desde las instrucciones de los libros, te hace crear un sistema monolítico y tediosa de mantener por no decir imposible, ya que dependes de tener todos los paquetes fuentes pre compilados para desinstalar (con un make uninstall) cada programa cosa que es totalmente incomoda e impráctica. Hasta ese momento no había pensado en como resolvería eso de mantener las diferentes versiones de lo que se convertiría luego en Neonatox, repasé diferentes alternativas como, dpkg de sistemas basados en debian o rpm hasta el portage de gentoo, pero, adaptarlas a la manera de trabajar con LFS no resultaba sencillo y de esto depende la supervivencia de toda distribución, una distribución que no se pueda actualizar es imposible o amenos una tarea titánica de mantener y corregir. La solución no tardaría en llegar y fue más rápido de lo que
    imagine.

    NeonatoX

    Buscando todas partes y casi todos los días alternativas, encontré en un blog llamado pillateunlinux.wordpress.com (ahora pillateunlinux.com) una entrada que hablaba muy bien de un gestor de paquetes nuevo que se adaptaba y que había sido construido no sólo para funcionar bien en sistemas LFS, sino en casi cualquier sistema tipo unix posible, se trataba del gestor de paquetes universal Nhopkg en aquel entonces en su versión 0.4. Nhopkg es un gestor desarrollado por un joven amigo llamado en la red Jotahacker (Jaime Gil de Sagredo), quien también estaba construyendo su sistema LFS, preocupado también por el tema de los gestores de paquetes.

    2. Hacerse parte del proyecto linux-libre: En principio no prestaba mucha atención a las cosas que llevaría la distribución, quería que tuviese de todo. Pero leyendo un poco y adentrándome más en el tema, también recordando lo que dije en principio sobre ser más exigente conmigo mismo y hacer algo nuevo, decidí que no agregaría paquetes privativos a la distribución, y me uniría a el proyecto que recién conocía Linux Libre, por eso la versión siguiente, la 0.48.0 se limpió de cosas como flash y algunas dlls para reproducir multimedia que tenia la 0.47 y se cambió por kernel de Linux libre (puede verse a Vegnux Neonatox 0.48 en la sección “Otros binarios” de http://www.fsfla.org/svnwiki/selibre/linux-libre/index.es.html), con respecto al tema de Linux libre, pienso que Linux From Scratch es una excelente forma de asegurarte de que todo lo que construyas resulte como realmente necesites, también puedo asegurarme que no se escape alguna cosilla privativa por allí ya que se hasta la última pieza que compone la criatura, ya que todo se construye desde cero y 100% libre.

    Freedo

    ¿Cuáles son las expectativas y proyecciones para el 2011?
    Este y los próximos años el deseo es el mismo; querer compartir mi trabajo e invitar a otros a hacer lo mismo a unirse a nuestro proyecto, que sea una escuela para los que estén sedientos de aprender o quieran
    saborear más de cerca la libertad que te ofrece el Software Libre, como ha sido escuela para mi, ya que aceleró mi aprendizaje en GNU/Linux como nunca hubiese imaginado, sino me lanzo la aventura de construir uno yo mismo. En resumen tener algo que sea más nuestro y criollo, demostrar que lo que nos proponemos es posible. Con Vegnux NeonatoX queremos estar en la constante búsqueda de la innovación probar nuevas formas de hacer las cosas, tener distintas soluciones a la mano, alternativas, cosas que espero se vayan viendo durante el desarrollo de nuestro trabajo, el tiempo y los resultados serán las mejores respuestas que le darán la razón de ser al Proyecto Vegnux y su distribución Neonatox.

    www.latinuxmagazine.com

    Bombono DVD 1.2.1 liberado

    Hola, aquí está con nosotros la última versión del programa de autoría de DVD de origen ruso Bombono DVD de el cual les hable en una ocasión anterior.

    Lista de cambios (inglés):

    for Linux:
    - Fixes for new ffmpeg (0.8-0.10) and avconv (0.7, 0.8) versions
    - Due to the fact that ffmpeg encoder is not more supported in libav, avconv is used instead if it exists at runtime
    - twolame’ dependency is removed

    Ver el resto en –> http://www.bombono.org/cgi-bin/wiki/Home

    Hasta luego

    Entendiendo permisos de ficheros y derechos de acceso en Linux

    Hola a todos, regreso de nuevo a las actividades blogueras con la traducción de artículos muy
    buenos a mi juicio que solo he visto en la lengua anglosajona. Espero disfruten…

    En linux todo es un fichero. Para establecer derechos de acceso en en ficheros específicos
    usaremos el comando chmod. Para ver cuales son los derechos de acceso de un fichero específico
    usaremos el comando ls -l. Antes aprenderemos cómo ver y cambiar los permisos de un fichero.

    Nota: Para cambiar los permisos de un fichero debe iniciar sesión como usuario root.

    Suponga que tiene un fichero llamado linuxstall.txt en un directorio llamado LinuxStall que está
    en /tmp. Use el comando ls -l para ver los permisos de este:

    ls -l /tmp/LinuxStall/linuxstall.txt

    La salida sería algo así:

    -rwxr- -r- -. 1 root root 0 Jan 5 15:39 /tmp/LinuxStall/linuxstall.txt

    Primero vamos a entender lo que la línea anterior significa
    descomponiendola en diferentes partes.

    El bit del extremo izquierdo puede ser de dos tipos d o -
    si es d significa que es un directorio
    si es – significa que es un fichero

    Aquí en nuestro ejemplo es – osea que es un fichero.

    Parte 1: rwx (Ver derechos de acceso de propietario)
    Explicación:
    El primer bit es – significa que es un ficehro, si es d significa que es un directorio.
    El segundo bit es r significa lectura asi que el propietario puede abrir este fichero.
    El tercer bit es w significa escritura asi que el propietario puede editar este fichero.
    El cuarto bit es x significa ejecutable asi que el propietario puede ejecutar este fichero.

    Parte 2: r- – (Ver derechos de acceso de grupo)
    Explicación:
    El primer bit es r significa lectura asi que los miembros del grupo pueden abrir este fichero.
    El segundo bit es – significa que los miembros del grupo no pueden editar este fichero.
    El tercer bit es – significa que los miembros del grupo no pueden ejecutar este fichero.

    Parte 3: r- – (Ver otros usuarios que no son propietarios, ni miembros de grupos)
    Explicación:
    El primer bit es r significa que otros usuarios pueden abrir este fichero.
    El segundo bit es – significa que otros usuarios no pueden editar este fichero.
    El tercer bit es – significa que otros usuarios no pueden ejecutar este fichero.

    Cambiando permisos de ficheros usando el comando chmod

    Aqui están dos métodos de cambio de permisos de un fichero usando el comando chmod:

    Sintaxis: chmod permisos /ruta_al_fichero_o_directorio/

    Método 1: Numérico

    En este método usaremos bits numéricos que corresponden a rwx. Los valores numéricos
    para estos son:

    r=4, w=2, x=1

    chmod 444 /tmp/LinuxStall/linuxstall.txt

    Esto cambiará los permisos del fichero linuxstall.txt a

    -r- -r- -r- – que significa que el propietario, grupo y otros solo pueden leer el fichero.

    chmod 555 /tmp/LinuxStall/linuxstall.txt

    -rx-rx-rx- que significa que el propietario, grupo y otros pueden leer y ejecutar el fichero.

    chmod 666 /tmp/LinuxStall/linuxstall.txt

    Esto cambiará los permisos del fichero linuxstall.txt a

    -rw-rw-rw- que significa que el propietario, grupo y otros pueden leer y editar el fichero.

    chmod 644 /tmp/LinuxStall/linuxstall.txt

    Esto cambiará los permisos del fichero linuxstall.txt a

    -rw-r- -r- – que significa que el propietario puede leer y editar el fichero, grupo y otros solo pueden leerlo.

    Por lo tanto dijimos que el primer bit numérico es para el propietario, el segundo bit numérico para grupos
    y el tercero es para otros usuarios. Puede utilizar los bits numéricos 1,2,4 con el propósito de ejecutar,
    escribir y editar respectivamente.

    Método 2: Alfabético

    Estas son las 4 letras asociadas, u,g,o y a.

    u significa propietario

    g significa grupos

    o significa otros

    a significa todos

    Para añadir permisos utilizamos + y para remover permisos usamos -

    Ejemplo 1: Conceder permisos a todos los grupos de usuarios

    chmod g+r /tmp/LinuxStall/linuxstall.txt

    Ejemplo 2: Remover permiso de lectura a grupos de usuarios

    chmod g-r /tmp/LinuxStall/linuxstall.txt

    Ejemplo 3: Conceder lectura, escritura y ejecución al propietario

    chmod u+rwx /tmp/LinuxStall/linuxstall.txt

    [...]

    Fuente: http://www.linuxstall.com/linux-file-permissions-chmod/ (inglés)

    Exaile para windows de 32 bits

    Bueno, primero que nada saludarlos. Hoy ha sido un día algo bizarro a parte de este post que escribo :D resulta que un amigo (no un amigo de un amigo xD) necesitabamos un reproductor que mostrara las letras de las canciones embebidas de los *.mp3. Yo no tenía problema pues uso un monton de reproductores libres en mi distro quien es mi hijo al mismo tiempo (NeonatoX), pero mi amigo no usa GNU/linux por flojo xD, además que no puede despegarse del WINTENDO.

    Como no quería recomendarle algún programa privativo, le recomendé Exaile particularmente tiene esta bondad (la de mostrar las letras de las canciones). Googleé a ver si conseguía exaile para windows, pero no lo había por ningun lado… Solo una guía no muy explícita para hacerlo andar en windows, http://www.exaile.org/wiki/Microsoft_Windows Partiendo de aquí comencé a trabajar por acierto y error hasta que conseguí que andara :) luego le cree un instalador autoejecutable como solìa hacerlo en los viejos tiempos con Innosetup cuando ni pensaba andar con el Ñu y Tux…

    Bueno los que que deseen descargarla por curiosidad la he subido a megaupload

    @miguelucho3000 espero sepas apreciar el trasnocho!! xD

    Descarga:

    Exaile 0.3.2.0 para win32

    Happy Hacking!

    Liberado Gnash 0.8.9

    ¿Que tal amigos? Hoy se ha liberado la versión 0.8.9 del clon por decirlo así del reproductor que tanto dolores de cabeza da (flash player). Entre las novedades que podemos ver las notas de este lanzamiento (traducido al CASTELLANO por su servidor) desde la anterior 0.8.8 son:

    * Evita dibujar operaciones cuando la ventana está oscurecida, incluso cuando Gnash se usa como agregado (plugin), comenzando con Firefox 4.0 (GTK).
    * NPAPI plugin: corrige la resolución URL relativa en presencia de etiquetas y el parámetro <base>, implementada robustés y compatibilidad con el navegador chromium.
    * Soporte SWF con ScreenVideo embebido cuando se usa FFMPEG o gstreamer-ffmpeg >= 0.10.12.
    * Corregida la reproducción de flujos MPEG4 poco comunes cuando se usa GStreamer.
    * Corregida la reproducción de SWF-embebido ADPCM audio cuando se usa Gstreamer.
    * Corregida la reproducción de SWF-embebido PCM audio cuando se usa FFMPEG.
    * Correción de diversos fallos, con mejores pruebas automatizadas de la entera API de ActionScript para el saneamiento de las entradas.
    * Mejorado el rendimiento de procesamiento de ActionScript, especialmente en aplicaciones interactivas.
    * Mejorado el soporte SWF8 con BitmapData. dibujado de BitmapData.loadBitmap y otras funciones bitmap.
    * Re-entrantes librerías base. Ahora Gnash no es más dependiente de un conjunto de Máquinas Virtuales y Recolectores de Basura (Garbage Collector.).
    * Soporte remoto RTMP.
    * Soporte para ficheros PNG y GIF en todos las etiquetas DefineBitsJpeg; soporte para las etiquetas DefineBitsJpeg4, y correción de pantalla para algunos GIFs con múltiples registros.
    * Restaurado soporte para mingw32.
    * dump-gnash: implementados velocidad, sincronía y flexibilidad.
    * Capturas de pantalla en JPEG.
    * Soporte para modo interpolación lineal RGB en rellenos degradados.
    * Configuración del portapapeles (solo GTK).
    * Más funciones flash.geom.Rectangle.
    * mejorada la comapatibilidad con OpenBSD.

    Descargar en:

    http://ftp.gnu.org/pub/gnu/gnash/0.8.9

    Happy Hacking!