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