Hola

Lo hace basandose en esos ficheros xml enormes.

Ignoro si se siguen generando los fichero .info clásicos.

Esto es lo que busco los viejo y buenos .info, todos pequeñitos no más de 4k. Desconozco como funcionan MART, APT o YUM, como sugirió Josep, pero supongo que tendrán que leer también estos laaaaargos .xml.gz. Voy a mirar a ver que obtengo. Gracias, Alfredo --------------------------------------------------------------------- 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

Hola

robin.listas_a_telefonica.net escribió: Sí que están, acabo de comprobarlo. Pero no se si hay algún programa que los use exclusivamente.

Gracias por explicar a los demás que es lo que estoy buscando. Has entendido y comprendido bien lo que busco. :-) He estado mirando la configuración de los servidores de actualización de los parches y son muy distintas, pongo como ejemplo la 10.0 contra la 10.2: Estructura de 10.0: /i386/update/10.0/ --> deltas/ (delta.rpm) --> patches/ (descripción de los parches) --> rpm/ --> i586/ (rpm + *.info) --> noarch/ Estructura de 10.2 /update/10.2/ --> rpm/ --> i586/ (*.info, *.patch.rpm, *.rpm, *.delta.rpm) --> noarch/ .......................................... --> x86_64/ () --> repodata/ (*.xml) --> scripts/ La gran diferencia esta, por lo que veo en la carpeta patches (en la 10.0) que ahora no esta, en cambio tenemos ese gigante de repodata en la 10.2. Probé bajar los *.info, pero nada, no me toma los directorios de actualización. Viendo lo que intenta hacer cuando estoy desconectado e intento actualizar en línea, se observa que busca la carpeta "repodata" para ver que hay que actualizar, es al menos un archivo en particular de esta carpeta. Bueno espero que esta característica la retiren en las nuevas distribuciones. La verdad que creo que con un simple archivo de texto tendría que alcanzar para poder leer que es lo que hay para actualizar y estimo que no tendría que pesar mas allá de unos 50kb. Gracias, Alfredo --------------------------------------------------------------------- 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 27/04/07, alfredodelaiti@netscape.net escribió:

Hola

...

robin.listas_a_telefonica.net escribió: Sí que están, acabo de comprobarlo. Pero no se si hay algún programa que los use exclusivamente.

Gracias por explicar a los demás que es lo que estoy buscando. Has entendido y comprendido bien lo que busco. :-)

He estado mirando la configuración de los servidores de actualización de los parches y son muy distintas, pongo como ejemplo la 10.0 contra la 10.2:

Estructura de 10.0:

/i386/update/10.0/ --> deltas/ (delta.rpm) --> patches/ (descripción de los parches) --> rpm/ --> i586/ (rpm + *.info) --> noarch/

Estructura de 10.2

/update/10.2/ --> rpm/ --> i586/ (*.info, *.patch.rpm, *.rpm, *.delta.rpm) --> noarch/ .......................................... --> x86_64/ () --> repodata/ (*.xml) --> scripts/

La gran diferencia esta, por lo que veo en la carpeta patches (en la 10.0) que ahora no esta, en cambio tenemos ese gigante de repodata en la 10.2.

Probé bajar los *.info, pero nada, no me toma los directorios de actualización. Viendo lo que intenta hacer cuando estoy desconectado e intento actualizar en línea, se observa que busca la carpeta "repodata" para ver que hay que actualizar, es al menos un archivo en particular de esta carpeta. Bueno espero que esta característica la retiren en las nuevas distribuciones. La verdad que creo que con un simple archivo de texto tendría que alcanzar para poder leer que es lo que hay para actualizar y estimo que no tendría que pesar mas allá de unos 50kb.

Una herramineta que usé hace algunos años bajo Suse, era el Fou4s: http://fou4s.gaugusch.at/ Aunque parece que tambien lo ha complicado el archivo xml con la descripción de los paquetes, pero dice que ya hay una beta adaptada para 10.1 y 10.2: http://fou4s.gaugusch.at/download.shtml Salu2 --------------------------------------------------------------------- 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-04-26 a las 09:14 -0300, Juan Erbes escribió:

En cuanto al listado de paquetes, si no me equivoco, no supera los 20 mb lo que baja smart.

Que es demasiado si usas un modem (que es el problema de Alfredo): 20e6/5e3 = 4000 segundos, mas de una hora. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGMJqTtTMYHG2NR9URApN6AKCV0TM/TEnU7WBew+C4BBnJcfXmiQCglIxu BAqw0TzIoYPC49S7fmQC+Iw= =8vjw -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-04-26 a las 21:21 -0300, Juan Erbes escribió:

...

...

En cuanto al listado de paquetes, si no me equivoco, no supera los 20 mb lo que baja smart.

Que es demasiado si usas un modem (que es el problema de Alfredo):

20e6/5e3 = 4000 segundos, mas de una hora.

Bueno, si una hora es mucho (segun vos), para actualizar de una versión beta o alfa a la siguiente, me lleva casi 2 dias, comparar 2 dias con una hora, me parece algo insignificante.

Y dale, que no te enteras. :-/ No estamos hablando de actualizar una beta o alfa a la siguiente, ni de una estable a la siguiente. Estamos hablando de los parches de seguridad cotidianos que deberían mirarse todos los dias en una 10.2 estable: sólo mirar si hay algo que bajarse cuesta una hora, si el repositorio son esos veinte megas. Estamos hablando del YOU o del opensuseupdater: | La conexión para actualizar es vía telefónica, por lo que bajar los | archivos que lee opensuseupdater de | http://suse.mirrors.tds.net/pub/suse/update/10.2/repodata/ es una . . . . . . . . . . . . . ^^^^^^^ ¡DIRECTORIO UPDATE! Si hay que actualizar un único rpm de unos 30 kilobytes, hay que bajarse antes los repodata que pueden sumar 20 megas. Una hora para actualizar un único rpm que se podía actualizar en 6 segundos. ¡ESE ES EL PROBLEMA! No tiene nada con la actualización entera de una 10.1 a una 10.2, o de una alfa a una beta, donde los cientos o miles de megas de la actualización anulan la importancia de unos veinte megas previos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGMVFJtTMYHG2NR9URAjZGAJ9bnCl0tw2N6L7skG3tBsP/EtMDXQCfTWMT 5ZEoT2lXE+yf5x5Ny8AZDIk= =bxMq -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-04-26 a las 17:02 +0200, Duncan Mac-Vicar Prett escribió:

...

...

...

Ignoro si se siguen generando los fichero .info clásicos.

.info? cuales son esos.

Una serie de ficheros en el mismo directorio i586 con inforación suficiente de cada uno de los paquetes.

En 4k no podrias poner informacion sobre los paquetes.

Se hacía, se hacía. Vaya si se podía. Eran una multitud de ficheros pequeñitos, no es uno sólo. Un fichero por cada uno de los paquetes o grupo d paquetes a actualizar. El yast primero bajaba todos los .info que no tuviera o que fueran de fecha nueva, los analizaba, y entonces presentaba la pantalla donde elegías que instalabas o no. Y era más rápido que ahora, mucho más. Ahora, aunque sólo cambie un paquete, los metadatos cambian, y tienes que bajar el fichero entero que son varios megas. Via adsl no importa, pero por modem el costo es considerable. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGMOqttTMYHG2NR9URAhFyAJ98Y295A+b7p7/WK4LC3TC1LJvRowCfYLR5 DiAOc+LqAfmcDlRfxHdloGU= =EdfP -----END PGP SIGNATURE-----

El 25/04/07, Hector Reyes Armenta escribió:

Actualizar paquete por paquete!!!!!?????

Yo lo he hecho en mas de una oportunidad, porque en mas de una oportunidad, despues de haber descargado 2 GB en paquetes, cuando está en el 99% de la descarga, los ultimos paquetes cambiaron en el servidor, y se corta la descarga. Entonces como el mismo smart me dice cuales son los paquetes que han cambiado, los descargo manualmente e instalo, y con el resto de los paquetes descargados, me paro en el directorio que contiene todos los paquetes (/var/lib/smart/packages/), y ejecuto rpm -Uh --nodeps --force --replacepkgs *.rpm y despues de un par de horas tengo todos los paquetes actualizados (instalados). Lo que queda despues de reiniciar, es reinstalar el driver nvidia. Este metodo no es recomendable para servidores en producción. Yo lo uso en el pc de mi casa, para actualizar de una versión alfa o beta a la mas reciente (10.3). Salu2 --------------------------------------------------------------------- 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