instalar versiones nuevas de los programas
Buenos días Estoy intentando instalar la última versión estable d evolution (2.12.1 segun http://www.gnome.org/projects/evolution/download.shtml ) pero me encuentro que en los repositorios de debian (etch) está la versión 2.6.3. La versión que busco está en los repositorios sid/unstable...y si añado ese repositorio al sources.list, al intentar instalar evolution me pide la actualización y eliminación de muchísimos paquetes (por tema de dependencias?). Buscando un poco por el google y el wiki veo que el problema de estar direectamente derivados de debian etch es precisamente este, instalar las últimas versiones de los programas... Una opción supongo que sería actualizar todo el sistema a las versiones que hay en unstable, que opinais de eso?(no tengo problema en que el sistema deje de funcionar o algo parecido...no dependo expresamente de musix). Hay otras opciones?Supongo que no se puede instalar esa versión de evolution sin actualizar el resto del sistema...o si? Es mi primer "encuentro" con el tema este de los repositorios y el stable/testing/unstable y no se muy bien hacia donde tirar. espero vuestra ayuda como siempre;) saludos _________________________________________________________________ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar a la última http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenance&...
El Martes, 20 de Noviembre de 2007 12:22, Jose M. Vazquez Viader escribió: | Buenos días | | Estoy intentando instalar la última versión estable d evolution (2.12.1 | segun http://www.gnome.org/projects/evolution/download.shtml ) pero me | encuentro que en los repositorios de debian (etch) está la versión 2.6.3. | La versión que busco está en los repositorios sid/unstable...y si añado | ese repositorio al sources.list, al intentar instalar evolution me pide la | actualización y eliminación de muchísimos paquetes (por tema de | dependencias?). Sí, así es... es manejable la situación... ya estarías "evolucionando" el sistema hacia unstable... podés "romper" todo lo que quieras, y si falla algo que no sabés cómo reparar, restaurar desde copias de seguridad, o reinstalar el sistema | Buscando un poco por el google y el wiki veo que el | problema de estar direectamente derivados de debian etch es precisamente | este, instalar las últimas versiones de los programas... Claro... según qué programas... por ejemplo los que vienen con instaladores universales, como aMSN, no tienen problemas, porque se instalan junto con todas las dependencias, en cualquier distro. Pero para los paquetes de repositorios oficiales de debian, Debian ETCH es Debian Stable, es decir Estable, y está congelado... por lo cual lo otro que podés hacer es compilar desde sources de unstable, haciendo backports. Eso es lo que hizo Carlos Pino para que pudiéramos tener Ardour 2.1 actualizado, por ejemplo | Una opción | supongo que sería actualizar todo el sistema a las versiones que hay en | unstable, que opinais de eso? Se puede, sí... podés jugar con eso, yo lo hice durante años | (no tengo problema en que el sistema deje de | funcionar o algo parecido...no dependo expresamente de musix). Mejor! | Hay otras | opciones? las anteriores | Supongo que no se puede instalar esa versión de evolution sin | actualizar el resto del sistema...o si? Si hacés un backport, podés. Si tiene un paquete de instalación para cualquier distro y versión de sistema, podés. | Es mi primer "encuentro" con el tema este de los repositorios y el | stable/testing/unstable y no se muy bien hacia donde tirar. Lamento que tardara tanto, recién tengo internet en casa, un abrazo | espero vuestra ayuda como siempre;) | | saludos | | _________________________________________________________________ | Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para | estar a la última | http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenanc |e&Brand=WL&RU=http%3a%2f%2fmail.live.com -- Marcos Guglielmetti. www.musix.org.ar http://es.wikiquote.org/wiki/Roberto_Fontanarrosa "No encuentra brevedad en el aforismo el tartamudo."
En esta web (inglés): http://www.backports.org/dokuwiki/doku.php?id=instructions tienes instrucciones para los backports de Debian. Así tienes otra posibilidad además de la que Marcos te comenta El día 20/11/07, Jose M. Vazquez Viader <[email protected]> escribió:
Buenos días
Estoy intentando instalar la última versión estable d evolution (2.12.1segun http://www.gnome.org/projects/evolution/download.shtml ) pero me encuentro que en los repositorios de debian (etch) está la versión 2.6.3. La versión que busco está en los repositorios sid/unstable...y si añado ese repositorio al sources.list, al intentar instalar evolution me pide la actualización y eliminación de muchísimos paquetes (por tema de dependencias?). Buscando un poco por el google y el wiki veo que el problema de estar direectamente derivados de debian etch es precisamente este, instalar las últimas versiones de los programas... Una opción supongo que sería actualizar todo el sistema a las versiones que hay en unstable, que opinais de eso?(no tengo problema en que el sistema deje de funcionar o algo parecido...no dependo expresamente de musix). Hay otras opciones?Supongo que no se puede instalar esa versión de evolution sin actualizar el resto del sistema...o si?
Es mi primer "encuentro" con el tema este de los repositorios y el stable/testing/unstable y no se muy bien hacia donde tirar.
espero vuestra ayuda como siempre;)
saludos
_________________________________________________________________ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar a la última
http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenance&...
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
Muchas gracias por el link, ahora le echaré un ojo que no tengo ni la menor idea de lo que es un backport. De todos modos, y después de investigar, leer muchos manuales y hacer muchas pruebas...ya tengo la versión 2.21 unstable de evolution funcionando en mi musix. Al final hice lo que en el fondo pareció más fácil, descargar los fuentes y compilarlos, claro que detalles como el "./configure --prefix='kde-config --prefix' no sabía que hubiese que ponerlo pero después de mucho probar...ya puedo decir que ahora se como funciona debian en cuanto a versiones, apt en concreto, y como compilar y salvar dependencias. Siempre hay algo que aprender:) gracias por las respuestas a marcos y carlos;) ________________________________
Date: Thu, 29 Nov 2007 22:27:52 +0100 From: [email protected] To: [email protected] Subject: Re: [Musix-usuarios] instalar versiones nuevas de los programas
En esta web (inglés):
http://www.backports.org/dokuwiki/doku.php?id=instructions
tienes instrucciones para los backports de Debian. Así tienes otra posibilidad además de la que Marcos te comenta
El día 20/11/07, Jose M. Vazquez Viader <[email protected]> escribió:
Buenos días
Estoy intentando instalar la última versión estable d evolution (2.12.1 segun http://www.gnome.org/projects/evolution/download.shtml ) pero me encuentro que en los repositorios de debian (etch) está la versión 2.6.3. La versión que busco está en los repositorios sid/unstable...y si añado ese repositorio al sources.list, al intentar instalar evolution me pide la actualización y eliminación de muchísimos paquetes (por tema de dependencias?). Buscando un poco por el google y el wiki veo que el problema de estar direectamente derivados de debian etch es precisamente este, instalar las últimas versiones de los programas... Una opción supongo que sería actualizar todo el sistema a las versiones que hay en unstable, que opinais de eso?(no tengo problema en que el sistema deje de funcionar o algo parecido...no dependo expresamente de musix). Hay otras opciones?Supongo que no se puede instalar esa versión de evolution sin actualizar el resto del sistema...o si?
Es mi primer "encuentro" con el tema este de los repositorios y el stable/testing/unstable y no se muy bien hacia donde tirar.
espero vuestra ayuda como siempre;)
saludos
_________________________________________________________________ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar a la última http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenance&...
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
_________________________________________________________________ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar a la última http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenance&...
El Jueves, 29 de Noviembre de 2007 23:35, Jose M. Vazquez Viader escribió: | Muchas gracias por el link, ahora le echaré un ojo que no tengo ni la | menor idea de lo que es un backport. | | De todos modos, y después de investigar, leer muchos manuales y hacer | muchas pruebas...ya tengo la versión 2.21 unstable de evolution | funcionando en mi musix. Al final hice lo que en el fondo pareció más | fácil, descargar los fuentes y compilarlos, Felicitaciones!... si acaso podés hacer un paquete deb, quizá podríamos ponerlo en el repositorio de prueba de Musix, para que otros usuarios se vean beneficiados (en tal caso, te paso una dirección ftp y lo subís allí): hiciste un backport en definitiva (salvo que lo hiciste no con los sources de debian unstable, sino con los oficiales de evolution) | claro que detalles como el | "./configure --prefix='kde-config --prefix' no sabía que hubiese que | ponerlo pero después de mucho probar...ya puedo decir que ahora se como | funciona debian en cuanto a versiones, apt en concreto, y como compilar y | salvar dependencias. Siempre hay algo que aprender:) Me alegro mucho. | | gracias por las respuestas a marcos y carlos;) nada: escuchá... hacer un paquete debian fácilmente es cuestión de pararse en la raíz de la carpeta donde compilaste el programa y ejecutar: checkinstall -D -si -D hace un paquete debian, y -si realiza todo interactivamente, es genial. Hay otras formas de hacer paquetes debian... pero esa es sencilla, a veces no funciona, según cómo sea el source puede tener éxito o no. Es sólo una sugerencia... tener evolution en su útima versión para debian etch le puede venir bien a mucha gente, salu2 | ________________________________ | | > Date: Thu, 29 Nov 2007 22:27:52 +0100 | > From: [email protected] | > To: [email protected] | > Subject: Re: [Musix-usuarios] instalar versiones nuevas de los programas | > | > En esta web (inglés): | > | > http://www.backports.org/dokuwiki/doku.php?id=instructions | > | > tienes instrucciones para los backports de Debian. Así tienes otra | > posibilidad además de la que Marcos te comenta | > | > El día 20/11/07, Jose M. Vazquez Viader <[email protected]> | > escribió: | > | > Buenos días | > | > Estoy intentando instalar la última versión estable d evolution (2.12.1 | > segun http://www.gnome.org/projects/evolution/download.shtml ) pero me | > encuentro que en los repositorios de debian (etch) está la versión | > 2.6.3. La versión que busco está en los repositorios sid/unstable...y si | > añado ese repositorio al sources.list, al intentar instalar evolution me | > pide la actualización y eliminación de muchísimos paquetes (por tema de | > dependencias?). Buscando un poco por el google y el wiki veo que el | > problema de estar direectamente derivados de debian etch es precisamente | > este, instalar las últimas versiones de los programas... Una opción | > supongo que sería actualizar todo el sistema a las versiones que hay en | > unstable, que opinais de eso?(no tengo problema en que el sistema deje | > de funcionar o algo parecido...no dependo expresamente de musix). Hay | > otras opciones?Supongo que no se puede instalar esa versión de evolution | > sin actualizar el resto del sistema...o si? | > | > Es mi primer "encuentro" con el tema este de los repositorios y el | > stable/testing/unstable y no se muy bien hacia donde tirar. | > | > espero vuestra ayuda como siempre;) | > | > saludos | > | > _________________________________________________________________ | > Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para | > estar a la última | > http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintena | >nce&Brand=WL&RU=http%3a%2f%2fmail.live.com | > | > _______________________________________________ | > Musix GNU+Linux - www.musix.org.ar | > Musix-usuarios mailing list | > [email protected] | > https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios | | _________________________________________________________________ | Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para | estar a la última | http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenanc |e&Brand=WL&RU=http%3a%2f%2fmail.live.com -- `&' # Marcos Guglielmetti, co-director de # Musix GNU+Linux, 100% Software Libre para artistas _#_ http://www.musix.org.ar (#) / O \ + archivos: ftp://musix.ourproject.org/pub/musix ( === ) Ecología: http://autosus.wordpress.com `---' Personal: http://marcospcmusica.wordpress.com "La libertad está en ser dueños de la propia vida." Aristóteles
Marcos Guglielmetti escribió:
nada: escuchá... hacer un paquete debian fácilmente es cuestión de pararse en la raíz de la carpeta donde compilaste el programa y ejecutar:
checkinstall -D -si
-D hace un paquete debian, y -si realiza todo interactivamente, es genial.
Hay otras formas de hacer paquetes debian... pero esa es sencilla, a veces no funciona, según cómo sea el source puede tener éxito o no.
Es sólo una sugerencia... tener evolution en su útima versión para debian etch le puede venir bien a mucha gente, salu2
En mi opinión creo que es mejor hacer backports compilados con las librerías estables , creo que es la mejor manera de evitar complicaciones , a mí , particularmente , no me convence chechkinstall como herramiennta para usar en paquetes para colocar en un repositorio de una distribución. Permitidme que explique lo que hago yo: 1- Añadir el repositorio de fuentes de Unstable o Testing , dependiendo de lo que se quiera , por ejemplo # echo ' deb-src http://ftp.fi.debian.org/debian/ unstable main contrib non-free ' >> /etc/apt/sources.list 2- Actualizar . Si da problemas con las claves y ese lio , con esto debería solucionarse : sudo gpg --keyserver wwwkeys.eu.pgp.net --recv-keys A70DAF536070D3A1 sudo gpg --armor --export A70DAF536070D3A1 | sudo apt-key add - Si no se usa sudo habrá que hacerlo como root. 3- Instalar las herramientas para compilar ( no sé si estarán todas ahí ) : # apt-get install devscripts build-essential fakeroot dh-make 4- Luego se instalan las dependencias del paquete que se quiera compilar con : # apt-get build-dep paquete 5- Lo siguiente es obetener el código fuente de los repositorios $ apt-get source paquete 6- Mudarse al directorio del paquete $ cd paquete-0.0.1 7- Una vez en el directorio del paquete, escribir las palabras mágicas: $ fakeroot dpkg-buildpackage Si todo va bien , algo que no tiene por qué pasar siempre , nos encontraremos los paquetes deb y otros que suele incluir un paquete debian oficial , (fuentes , changes , diff.gz , dsc ) en el directorio superior . ---------------------------------------------------------------------- Cuando el paquete aún no se encuentra en el repositorio oficial , se puede hacer de otra manera: 1.- Bajar el código fuente de paquete-0.0.2 2.- Bajar el código fuente del paquete oficial 3.- Mudarse al directorio del paquete oficial $ cd paquete-0.0.1 4.- El conjuro: $ uupdate ../paquete-0.0.2 Debería salir algo así para indicar que todo fué bien , en caso contrario no funcionará: New Release will be 0.0.2-1. Symlinking to pristine source from paquete-0.0.2.orig.tar.bz2... -- Untarring the new sourcecode archive ../paquete-0.0.2.tar.bz2 Success! The diffs from version 0.0.1-1 worked fine. Remember: Your current directory is the OLD sourcearchive! Do a "cd ../paquete-0.0.2" to see the new package 5- Lo siguiente sería hacer lo que se indica en la salida: $ cd ../paquete-0.0.2 6.- Y las palabras mágicas: $ fakeroot dpkg-buildpackage Saludos. PD .- Por cierto ,hice el paquete de la última versión de LMMS ( 0.3.1) , que ya está en el server.
Gracias a los dos por una recetilla de compilar/hacer backports. Hace tiempo que tengo curiosidad por compilar y hacer paquetes para Musix, pero no me he puesto. Igual me animo si tengo tiempo y no me da muchos problemas la compilación. Aunque las demás tareas de Musix no me dejan mucho tiempo jaja El día 30/11/07, Carlos Pino <[email protected]> escribió:
Marcos Guglielmetti escribió:
nada: escuchá... hacer un paquete debian fácilmente es cuestión de
pararse en
la raíz de la carpeta donde compilaste el programa y ejecutar:
checkinstall -D -si
-D hace un paquete debian, y -si realiza todo interactivamente, es genial.
Hay otras formas de hacer paquetes debian... pero esa es sencilla, a veces no funciona, según cómo sea el source puede tener éxito o no.
Es sólo una sugerencia... tener evolution en su útima versión para debian etch le puede venir bien a mucha gente, salu2
En mi opinión creo que es mejor hacer backports compilados con las librerías estables , creo que es la mejor manera de evitar complicaciones , a mí , particularmente , no me convence chechkinstall como herramiennta para usar en paquetes para colocar en un repositorio de una distribución.
Permitidme que explique lo que hago yo:
1- Añadir el repositorio de fuentes de Unstable o Testing , dependiendo de lo que se quiera , por ejemplo
# echo ' deb-src http://ftp.fi.debian.org/debian/ unstable main contrib non-free ' >> /etc/apt/sources.list
2- Actualizar . Si da problemas con las claves y ese lio , con esto debería solucionarse :
sudo gpg --keyserver wwwkeys.eu.pgp.net --recv-keys A70DAF536070D3A1 sudo gpg --armor --export A70DAF536070D3A1 | sudo apt-key add -
Si no se usa sudo habrá que hacerlo como root.
3- Instalar las herramientas para compilar ( no sé si estarán todas ahí ) :
# apt-get install devscripts build-essential fakeroot dh-make
4- Luego se instalan las dependencias del paquete que se quiera compilar con :
# apt-get build-dep paquete
5- Lo siguiente es obetener el código fuente de los repositorios
$ apt-get source paquete
6- Mudarse al directorio del paquete
$ cd paquete-0.0.1
7- Una vez en el directorio del paquete, escribir las palabras mágicas:
$ fakeroot dpkg-buildpackage
Si todo va bien , algo que no tiene por qué pasar siempre , nos encontraremos los paquetes deb y otros que suele incluir un paquete debian oficial , (fuentes , changes , diff.gz , dsc ) en el directorio superior .
----------------------------------------------------------------------
Cuando el paquete aún no se encuentra en el repositorio oficial , se puede hacer de otra manera:
1.- Bajar el código fuente de paquete-0.0.2
2.- Bajar el código fuente del paquete oficial
3.- Mudarse al directorio del paquete oficial
$ cd paquete-0.0.1
4.- El conjuro:
$ uupdate ../paquete-0.0.2
Debería salir algo así para indicar que todo fué bien , en caso contrario no funcionará:
New Release will be 0.0.2-1. Symlinking to pristine source from paquete-0.0.2.orig.tar.bz2... -- Untarring the new sourcecode archive ../paquete-0.0.2.tar.bz2 Success! The diffs from version 0.0.1-1 worked fine. Remember: Your current directory is the OLD sourcearchive! Do a "cd ../paquete-0.0.2" to see the new package
5- Lo siguiente sería hacer lo que se indica en la salida:
$ cd ../paquete-0.0.2
6.- Y las palabras mágicas:
$ fakeroot dpkg-buildpackage
Saludos.
PD .- Por cierto ,hice el paquete de la última versión de LMMS ( 0.3.1) , que ya está en el server.
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
El Viernes, 30 de Noviembre de 2007 11:02, Carlos Pino escribió: | PD .- Por cierto ,hice el paquete de la última versión de LMMS ( | 0.3.1) , que ya está en el server. | Gracias por la explicación (que irá al wiki), y por el paquete, que está en los repos :) -- `&' # Marcos Guglielmetti, co-director de # Musix GNU+Linux, 100% Software Libre para artistas _#_ http://www.musix.org.ar (#) / O \ + archivos: ftp://musix.ourproject.org/pub/musix ( === ) Ecología: http://autosus.wordpress.com `---' Personal: http://marcospcmusica.wordpress.com "La libertad está en ser dueños de la propia vida." Aristóteles
El Viernes, 30 de Noviembre de 2007 11:02, Carlos Pino escribió: | Marcos Guglielmetti escribió: | > nada: escuchá... hacer un paquete debian fácilmente es cuestión de | > pararse en la raíz de la carpeta donde compilaste el programa y | > ejecutar: | > | > checkinstall -D -si | > | > -D hace un paquete debian, y -si realiza todo interactivamente, es | > genial. | > | > Hay otras formas de hacer paquetes debian... pero esa es sencilla, a | > veces no funciona, según cómo sea el source puede tener éxito o no. | > | > | > Es sólo una sugerencia... tener evolution en su útima versión para | > debian etch le puede venir bien a mucha gente, salu2 | | En mi opinión creo que es mejor hacer backports compilados con las | librerías estables , creo que es la mejor manera de evitar | complicaciones , a mí , particularmente , no me convence chechkinstall | como herramiennta para usar en paquetes para colocar en un repositorio | de una distribución. | | Permitidme que explique lo que hago yo: | | 1- Añadir el repositorio de fuentes de Unstable o Testing , | dependiendo de lo que se quiera , por ejemplo | | # echo ' deb-src http://ftp.fi.debian.org/debian/ unstable | main contrib non-free ' >> /etc/apt/sources.list | | 2- Actualizar . Si da problemas con las claves y ese lio , con esto | debería solucionarse : | | | sudo gpg --keyserver wwwkeys.eu.pgp.net --recv-keys A70DAF536070D3A1 | sudo gpg --armor --export A70DAF536070D3A1 | sudo apt-key add - | | Si no se usa sudo habrá que hacerlo como root. | | | 3- Instalar las herramientas para compilar ( no sé si estarán todas | ahí ) : | | # apt-get install devscripts build-essential fakeroot | dh-make | | 4- Luego se instalan las dependencias del paquete que se quiera | compilar con : | | # apt-get build-dep paquete | | 5- Lo siguiente es obetener el código fuente de los repositorios | | $ apt-get source paquete | | 6- Mudarse al directorio del paquete | | $ cd paquete-0.0.1 | | 7- Una vez en el directorio del paquete, escribir las palabras | mágicas: | | $ fakeroot dpkg-buildpackage | | | Si todo va bien , algo que no tiene por qué pasar siempre , nos | encontraremos los paquetes deb y otros que suele incluir un paquete | debian oficial , (fuentes , changes , diff.gz , dsc ) en el directorio | superior . | | | | ---------------------------------------------------------------------- | | | Cuando el paquete aún no se encuentra en el repositorio oficial , | se puede hacer de otra manera: | | 1.- Bajar el código fuente de paquete-0.0.2 | | 2.- Bajar el código fuente del paquete oficial | | 3.- Mudarse al directorio del paquete oficial | | $ cd paquete-0.0.1 | | 4.- El conjuro: | | $ uupdate ../paquete-0.0.2 | | Debería salir algo así para indicar que todo fué bien , en caso | contrario no funcionará: | | | | New Release will be 0.0.2-1. | Symlinking to pristine source from paquete-0.0.2.orig.tar.bz2... | -- Untarring the new sourcecode archive ../paquete-0.0.2.tar.bz2 | Success! The diffs from version 0.0.1-1 worked fine. | Remember: Your current directory is the OLD sourcearchive! | Do a "cd ../paquete-0.0.2" to see the new package | | | 5- Lo siguiente sería hacer lo que se indica en la salida: | | $ cd ../paquete-0.0.2 | | 6.- Y las palabras mágicas: | | $ fakeroot dpkg-buildpackage | | | | Saludos. | Agregué esta info aquí: https://www.musix.org.ar/wiki/index.php?title=Como_hacer_un_backport_en_Debi... Gracias -- `&' # Marcos Guglielmetti, co-director de # Musix GNU+Linux, 100% Software Libre para artistas _#_ http://www.musix.org.ar (#) / O \ + archivos: ftp://musix.ourproject.org/pub/musix ( === ) Ecología: http://autosus.wordpress.com `---' Personal: http://marcospcmusica.wordpress.com Leela: "Fry, tenemos un paquete que entregar..." Fry: "¡Lo tiramos por una alcantarilla y decimos que lo hemos entregado!" Bender: "Mucho trabajo... ¡Mejor quemarlo y decir que lo hemos tirado!" http://es.wikiquote.org/wiki/Futurama
participants (4)
-
Carlos Pino -
Carlos Sanchiavedraz -
Jose M. Vazquez Viader -
Marcos Guglielmetti