-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-04-27 a las 03:37 -0300, alfredodelaiti@ 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. :-)
De nada :-)
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/
Es verdad, me olvidé del directorio de parches.
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.
Sip.
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.
Creo que son todos...
Bueno espero que esta característica la retiren en las nuevas distribuciones.
¡Ni lo sueñes! Los tiros siguen por ahí, lo consideran ventajoso. Si quieres influir y protestar por eso, debes hacerlo en la lista factory. Puede que consigan mejorar algo, pero no mucho.
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.
Date cuenta que los datos de repodata están comprimidos, y esos datos les hacen falta para lo que hacen. Al expandirlos ocupan mucho más. La única manera de mejorar las cosas es sirviendo el fichero expandido a través de un servidor rsync, que baja unicamente los cambios - y los mirros son ftp y http, no les puedes pedir que pongan rsync. Ten en cuenta una cosa: ese repodata no contiene lo mismo que antes, sino que contiene toda la información de dependencia, que antes se hacía mirando dentro de los rpms. Antes los parches sólo decían que había tal o cual parche, y al bajar el parche este decía que dependía en tal otro, y bajaba ese otro si lo veía. Ahora las dependencias se resuelven mirando en los repodata con antelación, así que tienen que listar todas las librerías que contiene cada parche, una por una, y de qué otras librerías depende cada paquete. Es mucho más, y es necesario para la instalación automática de paquetes resolviendo dependencias entre repositorios multiples - cosa que antes no se podía hacer. El problema es que el cambio de un rpm cambia los repodata enteros. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD4DBQFGMqCwtTMYHG2NR9URAjEnAKCPrg2GiFIAdpIkm4rVS2L3TzeCEQCTBqR7 utRr2yCoyHNWH2zyvnqBLw== =0SDO -----END PGP SIGNATURE-----