Hola amigos, Tengo SuSe 10.3 recién instalado. Cuando intento reproducir un archivo mp3 con el amarok intenta descargar los codecs necesarios desde internet. Como no tengo conexión no puedo hacerlo. ¿Hay alguna manera de instalarlos sin tener conexión a internet? Gracias de antemano --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-11-28 a las 15:48 +0100, Eduardo escribió:
Tengo SuSe 10.3 recién instalado. Cuando intento reproducir un archivo mp3 con el amarok intenta descargar los codecs necesarios desde internet. Como no tengo conexión no puedo hacerlo. ¿Hay alguna manera de instalarlos sin tener conexión a internet?
No. Te tienes que ir a un sitio con conexión (un café de internet, por ejemplo) y descargarlos a mano, sabiendo cuales son - y eso no es tan sencillo hoy en día, estamos acostumbrados a que los programas hagan esas cosas solitos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFHTYNxtTMYHG2NR9URAsuEAJ9VVyfq/1Dt5Yp0lxKxiAj07rx1QgCfTXYJ F8RUM/eDTidPuwF+O+vNZC8= =M7ba -----END PGP SIGNATURE-----
Pero no es posible grabar estos codecs en un cd y luego instalarlos desde
ahí?
Gracias
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-11-28 a las 15:48 +0100, Eduardo escribió:
Tengo SuSe 10.3 recién instalado. Cuando intento reproducir un archivo mp3 con el amarok intenta descargar los codecs necesarios desde internet. Como no tengo conexión no puedo hacerlo. ¿Hay alguna manera de instalarlos sin tener conexión a internet?
No.
Te tienes que ir a un sitio con conexión (un café de internet, por ejemplo) y descargarlos a mano, sabiendo cuales son - y eso no es tan sencillo hoy en día, estamos acostumbrados a que los programas hagan esas cosas solitos.
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFHTYNxtTMYHG2NR9URAsuEAJ9VVyfq/1Dt5Yp0lxKxiAj07rx1QgCfTXYJ F8RUM/eDTidPuwF+O+vNZC8= =M7ba -----END PGP SIGNATURE-----
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Nov 28, 2007 12:37 PM, Eduardo
Pero no es posible grabar estos codecs en un cd y luego instalarlos desde ahí?
Gracias
Si, es lo que te dijo Carlos, los bajas en otro lado y luego te los llevas en otro medio y lo instalas con el comando rpm. -- Kind Regards Visitá/Go to >> http://www.opensuse.org
El 28/11/07, Gabriel escribió:
Si, es lo que te dijo Carlos, los bajas en otro lado y luego te los llevas en otro medio y lo instalas con el comando rpm.
El problema que tendrá es saber qué descargar exactamente... Lo "recomendados" por el one-click-install son: libdvdcss libxine1 gst-fluendo-mp3 k3b-codecs w32codec-all ffmpeg No sé si será suficiente para reproducir mp3 :-? Para buscarlos, desde opensuse: http://software.opensuse.org/search Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--- Camaleón <noelamac gmail.com> escribió:
El 28/11/07, Gabriel escribió:
Si, es lo que te dijo Carlos, los bajas en otro lado y luego te los llevas en otro medio y lo instalas con el comando rpm.
El problema que tendrá es saber qué descargar exactamente...
Lo "recomendados" por el one-click-install son:
libdvdcss libxine1 gst-fluendo-mp3 k3b-codecs w32codec-all ffmpeg
Yo añadiria : mad- libmad lame Saludos ______________________________________________ ¿Chef por primera vez? Sé un mejor Cocinillas. http://es.answers.yahoo.com/info/welcome --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 1/12/07, A C escribió:
--- Camaleón escribió:
Grrr, un poco más y pones la dirección completa >:-)
Yo añadiria :
mad- libmad lame
Pues éstos no aparecen definidos en el archivo "codecs-kde.ymp", por lo que es posible que sean instalados como "dependecias" porque sí me suenan de cuando instalé MPlayer. Y ése es el problema, las dependencias... ¿no sería posible definirlas en un campo del archivo xml? Al menos para saber lo que se te viene encima. <item> (...) <requires>paquete,paquete2,paquete3,biblioteca1,biblioteca2...</requires> </item> Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Pues éstos no aparecen definidos en el archivo "codecs-kde.ymp", por lo que es posible que sean instalados como "dependecias" porque sí me suenan de cuando instalé MPlayer.
Una curiosidad mía... ¿las dependencias que ahí aparecen listadas son las de, digamos, 'primer orden' (dependencias directas) o también incluyen las de 'segundo orden' (que serían las dependencias de los paquetes de 'primer orden')? (que lío, dios) -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-02 a las 02:33 +0100, miguel gmail escribió:
Pues éstos no aparecen definidos en el archivo "codecs-kde.ymp", por lo que es posible que sean instalados como "dependecias" porque sí me suenan de cuando instalé MPlayer.
Una curiosidad mía... ¿las dependencias que ahí aparecen listadas son las de, digamos, 'primer orden' (dependencias directas) o también incluyen las de 'segundo orden' (que serían las dependencias de los paquetes de 'primer orden')? (que lío, dios)
La parte contrantante de la subparte... No me he enterado de na. Pero vamos a ver, que pa'lgo tengo mi bola de cristal. Si lo que sea decide instalar tal paquete, y ese paquete depende en ciertas librerías, buscará qué paquetes contienen esas librerías. Si esos nuevos paquetes dependen en ciertas otras librerías, pues también buscarán esos otros paquetes que los contengan - así hasta que estén cubiertas todas las dependencias. Y luego están los conflictos. Es un arbol complejo de dependencias, conflictos, y repositorios. Ugh. Menos mal que no tengo que programar eso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHUhvmtTMYHG2NR9URAnoMAJ4lzpCuQhEYE/VEyMsOa2xthe1R2wCcDzPp bNehqQziTZudoS587Pj8auo= =YZdv -----END PGP SIGNATURE-----
La parte contrantante de la subparte...
No me he enterado de na.
Normal... me expliqué fatal
Pero vamos a ver, que pa'lgo tengo mi bola de cristal. Si lo que sea decide instalar tal paquete, y ese paquete depende en ciertas librerías, buscará qué paquetes contienen esas librerías. Si esos nuevos paquetes dependen en ciertas otras librerías, pues también buscarán esos otros paquetes que los contengan - así hasta que estén cubiertas todas las dependencias.
En realidad era una pregunta tonta. Sólo se pueden indicar las dependencias de primer nivel. Si hubiese que seguir indicando las dependencias de las dependencias, de las dependencias... terminaríamos con la libc y con el kernel
Y luego están los conflictos.
Es un arbol complejo de dependencias, conflictos, y repositorios.
Ugh. Menos mal que no tengo que programar eso.
Nah, te saldría bien :P -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2/12/07, miguel gmail escribió:
Una curiosidad mía... ¿las dependencias que ahí aparecen listadas son las de, digamos, 'primer orden' (dependencias directas) o también incluyen las de 'segundo orden' (que serían las dependencias de los paquetes de 'primer orden')? (que lío, dios)
¿Qué dependencias? O:-) A ver, estamos tratando el problema que subyace cuando no se dispone de una conexión a la red a la hora de instalar algún paquete (nada nuevo, por cierto). Bien, en suse 10.3 está el "one-click-install" que no es más que un archivo en formato xml que añade los repositorios necesarios en Yast para instalar el paquete. Eduardo preguntaba por los paquetes necesarios para tener soporte de archivos mp3 en suse, y sencillamente, los que recomiendan en el archivo* ymp eran los que enumeraba. Bien, hasta aquí todo correcto, el problema viene cuando no se dispone de conexión a Internet ya que no es posible disponer de los repositorios, como pretende el "one-click-install" y que son necesarios para satisfacer las dependencias de los paquetes que se van a instalar. Yo sólo decía que el xml (ymp) podría indicar (algo que no hace actualmente), además de los paquetes, sus dependencias directas (las de "primer orden" que llamas tú) para que, al menos, se sepa un poco lo que se va necesitar para descargarlo desde cualquier lugar con conexión a Internet. :-) * http://opensuse-community.org/codecs-kde.ymp Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-02 a las 12:45 +0100, Camaleón escribió:
Yo sólo decía que el xml (ymp) podría indicar (algo que no hace actualmente), además de los paquetes, sus dependencias directas (las de "primer orden" que llamas tú) para que, al menos, se sepa un poco lo que se va necesitar para descargarlo desde cualquier lugar con conexión a Internet.
:-)
¡Ahhhhh! Ya entiendo. Pues no tiene porqué. No tiene porqué listar ninguna dependencia en absoluto, sería redundante.
Contiene: <repositories> lista de repositorios: Main Repository (OSS), Main Repository (NON-OSS), Packman Repository, VideoLan Repository </repositories> <software> libdvdcss, libxine1, amarok-xine, gst-fluendo-mp3, k3b-codecs, w32codec-all, ffmpeg,flash-player,java-1_5_0-sun-plugin <!-- Extra Software --> opera Reply
El 2/12/07, Carlos E. R. escribió:
¡Ahhhhh! Ya entiendo. Pues no tiene porqué. No tiene porqué listar ninguna dependencia en absoluto, sería redundante.
De redundante nada >:-) Das por hecho varias cosas que no siempre se dan: - Que desde donde se ejecuta la descarga es el equipo donde se van a instalar los paquetes, - Y que desde donde se descargan los paquetes es un sistema linux que permite trabajar con archivos rpm y no siempre es así...
Es una "simple" lista de paquetes; esos paquetes ya se encargarán de decir que necesitan, y ya se encargará el instalador de proveer esas necesidades.
Pero no siempre es factible. Imagina que estoy en un cibercafé y sólo tengo un equipo con windows desde el que bajar esos paquetes y sus dependencias, no me sirve esa solución. Lo importante está definido en los nodos "item": <item> <name>libxine1</name> <summary>This will allow you to play MP3s, DiVX, Quicktime, RealMedia etc.</summary> <description>libxine is the beating heart of xine (a free gpl-licensed video player for unix-like systems) which among others provides support for decoding (and playing back) of many today available audio/video codecs, like mpeg-4 (DivX), mpeg-2 (DVD, SVCD), mpeg-1 (VCD), Quicktime and RealMedia just to name a few.</description> </item> <item recommended="false"> <name>amarok-xine</name> <summary>Providing an uncrippled version of Amarok with MP3 support etc. using the XINE engine.</summary> <description>Providing an uncrippled version of Amarok with MP3 support etc. using the XINE engine. libxine is the beating heart of xine (a free gpl-licensed video player for unix-like systems) which among others provides support for decoding (and playing back) of many today available audio/video codecs, like mpeg-4 (DivX), mpeg-2 (DVD, SVCD), mpeg-1 (VCD), Quicktime and RealMedia just to name a few.</description> </item> Fíjate que el primero es recomendado para instalar pero el segundo lo ponen como que no (<item recommended="false">). Sólo con añadir un elementos más en cada item (con las dependecias definidas en texto) ya se puede bajar desde cualquier sistema porque es un archivo legible sin necesidad de programas adicionales.
De hecho, no veo como hacen que un paquete se instale de packman preferentemente al mismo del OSS.
Tampoco veo la forma de discriminar en favor de uno u otro :-?, habrá conflicto... ¿se tomará el más nuevo?
Lo que haría falta sería una herramienta que rseolviera esas dependencias produciendo una lista en texto de paquetes a descargar con sus "sites" respectivos. Si tuvieramos eso, una herramienta que se alimente con los metadatos de los repositorios en disco, y que produzca la lista en texto para fichero, el problema de actualizar sin red sería resoluble.
Sí, pero ya digo, creo que haría falta que fuera un sistema "independiente" del sistema operativo y que no precisara del equipo original donde se vaya a instalar... Eso de añadir 10 repositorios para cada cosa, pues no me termina de convecer, pero menos aún la forma de resolver las dependencias, que es práctico cuando se tiene conexiones de alta velocidad o se tiene el equipo delante, pero si tienes que ir a un ciber (o a la oficina o a casa de un amigo...) con un dvd como único medio para descargar y encima tienes que trabajar con un sistema no linux, vamos "apañaos" para resolver las dependencias, nos podemos pasar el día yendo y viniendo para ir copiando al dvd lo que falta... >:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-02 a las 14:21 +0100, Camaleón escribió:
El 2/12/07, Carlos E. R. escribió:
¡Ahhhhh! Ya entiendo. Pues no tiene porqué. No tiene porqué listar ninguna dependencia en absoluto, sería redundante.
De redundante nada >:-)
Das por hecho varias cosas que no siempre se dan:
- Que desde donde se ejecuta la descarga es el equipo donde se van a instalar los paquetes,
- Y que desde donde se descargan los paquetes es un sistema linux que permite trabajar con archivos rpm y no siempre es así...
No he dado eso por hecho. Simplemente me he limitado a decir como están las cosas, y tal como están hoy están hechas es para instalar directamente en un pc con linux corriendo que efectua su propia descarga mediante una conexión a internet. Está diseñado por y para gente que tiene conexión a internet buena y máquinas buenas, por "geeks" si quieres.
Es una "simple" lista de paquetes; esos paquetes ya se encargarán de decir que necesitan, y ya se encargará el instalador de proveer esas necesidades.
Pero no siempre es factible. Imagina que estoy en un cibercafé y sólo tengo un equipo con windows desde el que bajar esos paquetes y sus dependencias, no me sirve esa solución. Lo importante está definido en los nodos "item":
Ya lo se. Pero lo del cybercafé no existe.
<item> <name>libxine1</name> <summary>This will allow you to play MP3s, DiVX, Quicktime, RealMedia etc.</summary> <description>libxine is the beating heart of xine (a free gpl-licensed video player for unix-like systems) which among others provides support for decoding (and playing back) of many today available audio/video codecs, like mpeg-4 (DivX), mpeg-2 (DVD, SVCD), mpeg-1 (VCD), Quicktime and RealMedia just to name a few.</description> </item>
<item recommended="false"> <name>amarok-xine</name> <summary>Providing an uncrippled version of Amarok with MP3 support etc. using the XINE engine.</summary> <description>Providing an uncrippled version of Amarok with MP3 support etc. using the XINE engine. libxine is the beating heart of xine (a free gpl-licensed video player for unix-like systems) which among others provides support for decoding (and playing back) of many today available audio/video codecs, like mpeg-4 (DivX), mpeg-2 (DVD, SVCD), mpeg-1 (VCD), Quicktime and RealMedia just to name a few.</description> </item>
Fíjate que el primero es recomendado para instalar pero el segundo lo ponen como que no (<item recommended="false">).
Lo se.
Sólo con añadir un elementos más en cada item (con las dependecias definidas en texto) ya se puede bajar desde cualquier sistema porque es un archivo legible sin necesidad de programas adicionales.
¡Pero eso es lo que no se puede hacer! No lo entiendes. Los paquetes rpm ya no listan dependencias de paquetes, como antes hacían. Lo explico. Antes instalabas el xine.rpm, y te decía que necesitaba el lib-xine.rpm. Ahora no. Ahora el xine.rpm te dice que necesita la librería libxine.so.1, ¡no el paquete! Ahora el gestionador de paquetes tiene que analizar la base de datos que ha generado descargando previamente los metadatos de todos los repositorios, y decidir qué otros paquetes necesita para proveer esas librerías que xine.rpm le ha dicho que necesita. Y una vez hecho eso, tiene que volver a analizar los nuevos paquetes para ver si necesitan algo más, y resolverlo. ¡Eso es un cambio fundamental y tremendo! Ese entramado de dependencias no lo puedes meter en el .ymp. No puedes porque son varios ficheros de megas, para empezar, con información redundante, porque ya está en los repositorios, e inutil porque cambia de un dia para otro, lo que obligaría a regenerar el fichero ymp cada dos por tres. No, lo que hacen es limitarse a decirte una serie de paquetes y librerías básicos, que a lo mejor ni siquiera dependen entre ellos, son opcionales: no estás obligado por dependencias a instalar los codecs si instalas el xine, pero sin ellos no podrás ver muchas cosas. Por eso he dicho que la única solución hoy por hoy es un resolvedor de paquetes que pueda trabajar con los metadatos de los repositorios en disco y generar una lista de cosas a descargar, en otro fichero en disco, que se pueda llevar a un cybercafé y entonces descargar. ¿Capishi?
De hecho, no veo como hacen que un paquete se instale de packman preferentemente al mismo del OSS.
Tampoco veo la forma de discriminar en favor de uno u otro :-?, habrá conflicto... ¿se tomará el más nuevo?
No creo. Podría ser que packman use nombres distintos :-? Suse provee el rpm xine-lib, pero pacman lo llama libxine1. Ese parece el truco: requiere el libxine1, que entrará en conflicto con xine-lib. Mmmm :-?
Lo que haría falta sería una herramienta que rseolviera esas dependencias produciendo una lista en texto de paquetes a descargar con sus "sites" respectivos. Si tuvieramos eso, una herramienta que se alimente con los metadatos de los repositorios en disco, y que produzca la lista en texto para fichero, el problema de actualizar sin red sería resoluble.
Sí, pero ya digo, creo que haría falta que fuera un sistema "independiente" del sistema operativo y que no precisara del equipo original donde se vaya a instalar...
Eso es todavía más dificil, incluso imposible: porque necesitas la base de datos actual de paquetes ya instalados para resolver los conflictos. No, hay que hacerlo necesariamente en el ordenador donde se van a instalar los paquetes.
Eso de añadir 10 repositorios para cada cosa, pues no me termina de convecer, pero menos aún la forma de resolver las dependencias, que es práctico cuando se tiene conexiones de alta velocidad o se tiene el equipo delante, pero si tienes que ir a un ciber (o a la oficina o a casa de un amigo...) con un dvd como único medio para descargar y encima tienes que trabajar con un sistema no linux, vamos "apañaos" para resolver las dependencias, nos podemos pasar el día yendo y viniendo para ir copiando al dvd lo que falta... >:-)
Claro. La única solución que podemos hacer es espejar todos esos repositorios, completos, en un disco duro por usb, llevarlo, y decirle al yast de destino que use como fuente de instalación una serie de repositorios en disco. Eso sí funcionaría - pero claro, los repositorios completos pueden ser gigas y gigas, porque contendrían paquetes que nunca irías a instalar. Si me pagaran por mantener suses haría eso. La solución entonces sería descargar unicamente los que piensas que puedan ser, tirando por encima, y generar los metadatos de nuevo: esto es, generar tu propio repositorio, con tu propia llave pgp. En el futuro, sabes que están pensando alguna manera de hacer que el yast o zypper puedan mantener localmente copia de lo que se descargan, de manera que se puedan emplear para volver a instalar sin volver a descargar. Para la 11, si hay suerte. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHUrt0tTMYHG2NR9URAliDAJ9Qim/QRufwm3wpBqiEp0TLNxNc0gCfQD5J y01dx1RMStnJmXRu7HShr3s= =6qz8 -----END PGP SIGNATURE-----
El 2/12/07, Carlos E. R. escribió:
¡Pero eso es lo que no se puede hacer!
No lo entiendes.
Los paquetes rpm ya no listan dependencias de paquetes, como antes hacían. Lo explico.
Antes instalabas el xine.rpm, y te decía que necesitaba el lib-xine.rpm.
Ahora no.
Ahora el xine.rpm te dice que necesita la librería libxine.so.1, ¡no el paquete! Ahora el gestionador de paquetes tiene que analizar la base de datos que ha generado descargando previamente los metadatos de todos los repositorios, y decidir qué otros paquetes necesita para proveer esas librerías que xine.rpm le ha dicho que necesita. Y una vez hecho eso, tiene que volver a analizar los nuevos paquetes para ver si necesitan algo más, y resolverlo.
¡Eso es un cambio fundamental y tremendo!
Lo entiendo. Pero me conformaría con que el archivo de one-click-install se definan los paquetes necesarios, ya buscaré las bibliotecas pro otro lado (por ejemplo vía rpmbone que es una interfaz web) y ya está. No hay que inventar nada, ni volver al método anterior de gestión de paquetes (si no se quiere) sólo hay que añadir lo que ya está, nada más, y volcarlo al xml. Ahora bien, la interactividad es otro problema, pero vaya, sería mala suerte que se cambie el paquete o las dependencias en el momento de instalar (que puede pasar, sip). Por eso decía que no es imposible, pero sí complicado, tener a día de hoy un sistema actualizado y funcional sin una conexión permanente. Desde mi punto de vista es algo que sucede en cualquier sistema, pero también lo veo como un paso hacia atrás... vaya, que se está perdiendo eso de ser "backward compatible", en este caso ser compatible con equipos que no disponen de acceso directo a Internet :-/.
Por eso he dicho que la única solución hoy por hoy es un resolvedor de paquetes que pueda trabajar con los metadatos de los repositorios en disco y generar una lista de cosas a descargar, en otro fichero en disco, que se pueda llevar a un cybercafé y entonces descargar.
¿Capishi?
No te lo tomes tan en serio, hombre, que no te estaba atacando a ti sino al sistema de gestión de paquetes... y a la falta de tacto de los desarrolladores con los sistemas que no disponen de acceso directo a Internet ;-)
Eso es todavía más dificil, incluso imposible: porque necesitas la base de datos actual de paquetes ya instalados para resolver los conflictos.
No, hay que hacerlo necesariamente en el ordenador donde se van a instalar los paquetes.
A eso me refiero con lo de no respetar la retro-compatibilidad. ¿Necesito hoy en día un acceso "directo" a Internet para tener un sistema al día? Pues va a ser que sí :-(.
La única solución que podemos hacer es espejar todos esos repositorios, completos, en un disco duro por usb, llevarlo, y decirle al yast de destino que use como fuente de instalación una serie de repositorios en disco.
No es factible para el usuario doméstico. No al menos desde mi punto de vista... bueno, creo que yo tampoco lo haría :-P
En el futuro, sabes que están pensando alguna manera de hacer que el yast o zypper puedan mantener localmente copia de lo que se descargan, de manera que se puedan emplear para volver a instalar sin volver a descargar. Para la 11, si hay suerte.
Vamos, como estaba antes... ¿no? :-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-02 a las 15:45 +0100, Camaleón escribió:
El 2/12/07, Carlos E. R. escribió:
¡Eso es un cambio fundamental y tremendo!
Lo entiendo. Pero me conformaría con que el archivo de one-click-install se definan los paquetes necesarios, ya buscaré las bibliotecas pro otro lado (por ejemplo vía rpmbone que es una interfaz web) y ya está.
Pues eso es lo que hacen, definen los paquetes /necesarios/, las dependencias te las buscas tú, porque pueden venir de muchos sitios. Por ejemplo, ellos pueden decir que necesito "video", el cual el yast dice que depende en "librería". Yo no necesito que el ymp me diga de donde saco "librería", de eso se encarga el yast, que puede a lo mejor sacarlo de "paquete.rpm" en packman o de "paquete-alternativo" en "experimental repo". Si el ymp me dijera que necesito "paquete.rpm" estarían coartando mi libertad - por decirlo de algún modo. No, sólo pueden listar los paquetes primarios imprescindibles. Las dependencias te las buscas.
No hay que inventar nada, ni volver al método anterior de gestión de paquetes (si no se quiere) sólo hay que añadir lo que ya está, nada más, y volcarlo al xml.
No se puede...
Ahora bien, la interactividad es otro problema, pero vaya, sería mala suerte que se cambie el paquete o las dependencias en el momento de instalar (que puede pasar, sip).
Por eso decía que no es imposible, pero sí complicado, tener a día de hoy un sistema actualizado y funcional sin una conexión permanente.
Claro que lo es. Pero vaya, que algún desarrollador podría sacar una iso con los parches y paquetes necesarios. Es factible, pero hay que saber cómo.
Desde mi punto de vista es algo que sucede en cualquier sistema, pero también lo veo como un paso hacia atrás... vaya, que se está perdiendo eso de ser "backward compatible", en este caso ser compatible con equipos que no disponen de acceso directo a Internet :-/.
Simplemente con que tengas un acceso por modem o tarifado por minutos o megas, ya estás bien jodido.
Por eso he dicho que la única solución hoy por hoy es un resolvedor de paquetes que pueda trabajar con los metadatos de los repositorios en disco y generar una lista de cosas a descargar, en otro fichero en disco, que se pueda llevar a un cybercafé y entonces descargar.
¿Capishi?
No te lo tomes tan en serio, hombre, que no te estaba atacando a ti sino al sistema de gestión de paquetes... y a la falta de tacto de los desarrolladores con los sistemas que no disponen de acceso directo a Internet ;-)
Que no me lo tomo como un ataque :-) Simplemente trato de explicar la dificultad.
Eso es todavía más dificil, incluso imposible: porque necesitas la base de datos actual de paquetes ya instalados para resolver los conflictos.
No, hay que hacerlo necesariamente en el ordenador donde se van a instalar los paquetes.
A eso me refiero con lo de no respetar la retro-compatibilidad. ¿Necesito hoy en día un acceso "directo" a Internet para tener un sistema al día? Pues va a ser que sí :-(.
Sip. O te haces el disco usb con todo, o con la parte necesaria - que no hay manera simple de saberla.
La única solución que podemos hacer es espejar todos esos repositorios, completos, en un disco duro por usb, llevarlo, y decirle al yast de destino que use como fuente de instalación una serie de repositorios en disco.
No es factible para el usuario doméstico. No al menos desde mi punto de vista... bueno, creo que yo tampoco lo haría :-P
Claro que no es factible para el doméstico, salvo que mantenga varios PCs. Lo que sí podría hacer es definir uno de los PCs como proxy ftp. ¿Existe eso? Definir un proxy ftp/http en el cual nunca caduquen los ficheros bajados de una serie de sitios, es decir, de los repositorios oficiales. Tú al Yast le dices que se conecte siempre a determinado repositorio (nunca el redirector), con lo cual los rpms ya bajados están en el local y no hay que volver a bajarlos. ¿Es factible eso? Vosotros que usais esas cosas de proxys podeis saberlo, yo no tengo "deso". Luego, sabiendo donde almacena el proxy sus datos, si guarda los ficheros en la misma estructura de ficheros que los sitios de donde descarga, puedes crear una copia en dvd o hd, en la que tendrías que re-ejecutar makerepo como se llame, porque realmente no están completos. O quizás no haga falta.
En el futuro, sabes que están pensando alguna manera de hacer que el yast o zypper puedan mantener localmente copia de lo que se descargan, de manera que se puedan emplear para volver a instalar sin volver a descargar. Para la 11, si hay suerte.
Vamos, como estaba antes... ¿no? :-)
Sí, esa facilidad. Lo que no sé si esto está en una wishlist del bugzilla (se llama "enhancement", creo) donde se pueda votar. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHUtFxtTMYHG2NR9URAkDSAJ95zSMrTL0hrvtyDS6umkOLsE5imgCfTOnE gpOUNJX/wxUGa5ZZaGhnurE= =/t4N -----END PGP SIGNATURE-----
El Miércoles, 28 de Noviembre de 2007 20:37:12 Eduardo escribió:
Pero no es posible grabar estos codecs en un cd y luego instalarlos desde ahí?
Si. Puedes hacerlo perfectamente. Miquel. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Todos los codecs necesarios al parecer se enlazan desde esta página
http://opensuse-community.org/Restricted_Formats/10.3
Los enlaces están contenidos en el archivo ymp para amarock.
¿Cómo puedo descargar estos codecs a mi usb para luego meterlos en casa en
mi suse?
Gracias
----- Original Message -----
From: "Miquel A. Noguera"
Pero no es posible grabar estos codecs en un cd y luego instalarlos desde ahí?
Si. Puedes hacerlo perfectamente. Miquel. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-11-28 a las 19:28 +0100, Eduardo escribió:
Todos los codecs necesarios al parecer se enlazan desde esta página
http://opensuse-community.org/Restricted_Formats/10.3
Los enlaces están contenidos en el archivo ymp para amarock.
¿Cómo puedo descargar estos codecs a mi usb para luego meterlos en casa en mi suse?
A mano. Te bajas el fichero ymp ese, lo abres con un editor, lo estudias, y decides que bajarte, a mano. Y no es tan fácil... O, lo haces en otro ordenador que sí tenga red, y te fijas en qué se ha bajado exactamente, y te los vuelves a bajar a mano (el comando "rpm -q -a - --last te lista todo lo último que se ha instalado) O, sigues el hilo "Bajarse todos los paquetes antes de instalarlos" a ver si alguno de los métodos puede servir para hacerte un disco de actualización - que no sé si alguien lo ha hecho. O, si tienes acceso a una buena red, replicas los directorios enteros (casi) de actualización en un disco externo por usb - que son varios gigas. No te lo pongo facil, lo sé: pero es lo que hay. Esto está diseñado para tener una conexión de red, buena y barata. Los desarrolladores no han pensado en los que no tienen red o la tienen cara. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFHTcDptTMYHG2NR9URAttlAJ9WFXVP5ogSbiiqld8L7E5PV4GTkgCgkIQ2 NGD53vMfjPHWw/p+0yUcOSc= =oWWX -----END PGP SIGNATURE-----
Tengo una buena conexión en mi trabajo, si decido bajarme todo el directorio
¿cómo sé cuál es? ¿cómo le digo que luego vaya al cd a buscar los paquetes
que intenta descargar de internet? Gracias
----- Original Message -----
From: "Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-11-28 a las 19:28 +0100, Eduardo escribió:
Todos los codecs necesarios al parecer se enlazan desde esta página
http://opensuse-community.org/Restricted_Formats/10.3
Los enlaces están contenidos en el archivo ymp para amarock.
¿Cómo puedo descargar estos codecs a mi usb para luego meterlos en casa en mi suse?
A mano.
Te bajas el fichero ymp ese, lo abres con un editor, lo estudias, y decides que bajarte, a mano.
Y no es tan fácil...
O, lo haces en otro ordenador que sí tenga red, y te fijas en qué se ha bajado exactamente, y te los vuelves a bajar a mano (el comando "rpm -q -a - --last te lista todo lo último que se ha instalado)
O, sigues el hilo "Bajarse todos los paquetes antes de instalarlos" a ver si alguno de los métodos puede servir para hacerte un disco de actualización - que no sé si alguien lo ha hecho.
O, si tienes acceso a una buena red, replicas los directorios enteros (casi) de actualización en un disco externo por usb - que son varios gigas.
No te lo pongo facil, lo sé: pero es lo que hay. Esto está diseñado para tener una conexión de red, buena y barata. Los desarrolladores no han pensado en los que no tienen red o la tienen cara.
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFHTcDptTMYHG2NR9URAttlAJ9WFXVP5ogSbiiqld8L7E5PV4GTkgCgkIQ2 NGD53vMfjPHWw/p+0yUcOSc= =oWWX -----END PGP SIGNATURE-----
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
From: nachohp48@yahoo.es To: robin.listas@telefonica.net; opensuse-es@opensuse.org Subject: Re: [opensuse-es] Codecs mp3 Date: Thu, 29 Nov 2007 09:28:57 +0100
Tengo una buena conexión en mi trabajo, si decido bajarme todo el directorio ¿cómo sé cuál es? ¿cómo le digo que luego vaya al cd a buscar los paquetes que intenta descargar de internet? Gracias
Disculpen pero... bajarse RPM y luego instalarlos con rpm +ivh nombreprograma.rpm es nada dificil, es mas, se puede realizar una simulacion para ver si es que no hay problemas para instalar. un poco raro el problema creo yo. En cuanto a la pregunta Curiosear un poco en el centro de control de Yast tampoco vendria a mal. =/ Carlos A. PS: lei algo sobre el problema de MP3s en un blog, como amarok usa gstreamer, hay que bajarse los paquetes para xine, eso indicaron (lo lei hace tiempo). Pero es cuestion de investigar un poco de alguien que tenga la 10.3 _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Disculpen pero... bajarse RPM y luego instalarlos con rpm +ivh nombreprograma.rpm es nada dificil, es mas, se puede realizar una simulacion para ver si es que no hay problemas para instalar. un poco raro el problema creo yo. En cuanto a la pregunta Curiosear un poco en el centro de control de Yast tampoco vendria a mal. =/
el problema no es instalar UN paquete, es resolver las dependencias de instalación de varios paquetes. Por ejemplo, yo suelo usar gmplayer... lo selecciono en yast (una vez he añadido packman como repositorio), y yast se encarga solito de resolver las dependencias y bajar e instalar los paquetes necesarios. Si lo que se va a instalar tiene dependencias complejas... se va a volver loco bajando paquetes según le vayan saltando las dependencias. Ese es el problema. -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-11-29 a las 13:13 +0100, miguel gmail escribió:
Disculpen pero... bajarse RPM y luego instalarlos con rpm +ivh nombreprograma.rpm es nada dificil, es mas, se puede realizar una simulacion para ver si es que no hay problemas para instalar. un poco raro el problema creo yo. En cuanto a la pregunta Curiosear un poco en el centro de control de Yast tampoco vendria a mal. =/
el problema no es instalar UN paquete, es resolver las dependencias de instalación de varios paquetes. Por ejemplo, yo suelo usar gmplayer... lo selecciono en yast (una vez he añadido packman como repositorio), y yast se encarga solito de resolver las dependencias y bajar e instalar los paquetes necesarios.
Si lo que se va a instalar tiene dependencias complejas... se va a volver loco bajando paquetes según le vayan saltando las dependencias. Ese es el problema.
Exacto. Y el problema es más complicado que hace unos años, porque antes las dependencis se podían resolver mirando unicamente los campos que contenía el rpm: necesito tal y cual rpms, te daban la lista. Ahora no: el rpm loque contiene es la lista de librerías que necesita, no la lista de rpms que las contienen. El manejador de paquetes, el yast o libzyp que anda por debajo lo que hacen es mirar en los datos que se han bajado del repositorio (no recuerdo el nombre del fichero), donde listan todos los rpms que contiene el repositorio y qué librerías contiene cada rpm. Para hacerlo manualmente tienes que bajarte esos ficheros maestros, y resolver tú a mano las dependencias mirando xml... No es fácil. Es factible, con paciencia, y más paciencia teniendo que esperar al día siguiente para descargar el siguiente fichero cuya falta ha detectado. Buf :-( - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFHTtQ4tTMYHG2NR9URAgY0AJ94CcsH7JM94n5ekgMSwc4cgGD9rwCdEFw3 KOVoAXDTsHLh82AkicAvMIw= =4uXk -----END PGP SIGNATURE-----
El 29/11/07, Carlos E. R. escribió:
Y el problema es más complicado que hace unos años, porque antes las dependencis se podían resolver mirando unicamente los campos que contenía el rpm: necesito tal y cual rpms, te daban la lista.
Ahora no: el rpm loque contiene es la lista de librerías que necesita, no la lista de rpms que las contienen.
Podría haber un cd/dvd "pack multimedia" todo-en-uno para descargar en formato iso (alojado en un mirror no suse-novell) con todos los paquetes y códecs necesarios para solucionar estas cosas y con la estructura de repositorio para descargarlo, quemarlo y añadirlo como medio en yast. Pero aún así, a día de hoy sigue siendo muy problemático no disponer de conexión a Internet y mantener el sistema actualizado y funcional :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
En resumen: ¿si no tengo internet no puedo tener suse ?
----- Original Message -----
From: "Camaleón"
Y el problema es más complicado que hace unos años, porque antes las dependencis se podían resolver mirando unicamente los campos que contenía el rpm: necesito tal y cual rpms, te daban la lista.
Ahora no: el rpm loque contiene es la lista de librerías que necesita, no la lista de rpms que las contienen.
Podría haber un cd/dvd "pack multimedia" todo-en-uno para descargar en formato iso (alojado en un mirror no suse-novell) con todos los paquetes y códecs necesarios para solucionar estas cosas y con la estructura de repositorio para descargarlo, quemarlo y añadirlo como medio en yast. Pero aún así, a día de hoy sigue siendo muy problemático no disponer de conexión a Internet y mantener el sistema actualizado y funcional :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Nov 29, 2007 2:37 PM, Eduardo
En resumen: ¿si no tengo internet no puedo tener suse ?
En cualquier distribución, cuando necesitas instalar desde los repositorios siempre hace falta conexión a internet, no es un problema particular de suse. Tampoco es imposible hacerlo, es simplemente tomarse la molestia de ver lo que se necesita. Sino te bajas los repositorios completos a DVD y listo. -- Kind Regards Visitá/Go to >> http://www.opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-11-29 a las 18:37 +0100, Eduardo escribió:
En resumen: ¿si no tengo internet no puedo tener suse ?
Ya te hemos dicho que te tienes que crear un mirror en disco de los respositorios necesarios, y que la info ha salido publicada en la lista hace unos dias. Me puede gustar o no la situación, pero es lo que hay. Y encima, es gratis. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFHTwUZtTMYHG2NR9URAtyTAJ9nVKVqssGf/21t3PZdX8GpUyH7/wCeJ8Uv Doe2lvbNwBGyMCYItEztuAc= =dkW5 -----END PGP SIGNATURE-----
Camaleón escribió:
Podría haber un cd/dvd "pack multimedia" todo-en-uno para descargar en formato iso (alojado en un mirror no suse-novell) con todos los paquetes y códecs necesarios para solucionar estas cosas y con la estructura de repositorio para descargarlo, quemarlo y añadirlo como medio en yast.
Me ha pedido varias veces esto, especialmente usuarios de ciertos paises en latinoamerica donde no existe desarrollo de internet o es muy pobre. En terminos generales, lo considere de una utilidad sumamente limitada, para un grupo muy minoritario de la base de usuarios y por ende en aquella eopca decide no gastar mi tiempo en eso. -- "The only thing that interferes with my learning is my education." - Albert Einstein Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-11-29 a las 09:28 +0100, Eduardo escribió:
Tengo una buena conexión en mi trabajo, si decido bajarme todo el directorio ¿cómo sé cuál es? ¿cómo le digo que luego vaya al cd a buscar los paquetes que intenta descargar de internet? Gracias
Pues como yo no lo he hecho, a bote pronto no lo se. Pero hay un chico cubano por aquí que hace poco estaba preguntando sobre como clonar los servidores de actualización, y lo ha conseguido. No tienes más que buscar su mensaje en el archivo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFHTqiotTMYHG2NR9URAgE3AJ9TYKB60Urcu94OWwMjLJ9B4R8clgCePt+x 8ME2VlRmK+/T+1WnWb+7xR0= =UAiE -----END PGP SIGNATURE-----
El Miércoles, 28 de Noviembre de 2007 23:28:33 Eduardo escribió:
Todos los codecs necesarios al parecer se enlazan desde esta página
http://opensuse-community.org/Restricted_Formats/10.3
Los enlaces están contenidos en el archivo ymp para amarock.
¿Cómo puedo descargar estos codecs a mi usb para luego meterlos en casa en mi suse?
Si pinchas en ese enlace, yast por defecto intenta instalar los siguientes paquetes: ffmpeg, flash-player, gst-fluendo-mp3, java-1_5_0-sun-plugin, k3b-codecs, libdvdcss, libxine1 y w32codec-all Otras opciones no seleccionadas por defecto son: Azureus, RealPlayer, amarok-xine, codeine, gstreamer010*, java-1_6_0-sun-plugin, kmplayer-beta, kplayer, mplayer, opera, pitivi y vlc Todos estos paquetes están en oss, non-oss, packman y vlc Saludos. Miquel. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (9)
-
A C -
Camaleón -
Carlos E. R. -
Cristian Rodríguez -
Eduardo -
Gabriel . -
miguel gmail -
Miquel A. Noguera -
Ryouga Hibiki