Le Mardi 7 Janvier 2003 02:32, vous avez �crit : > On Tuesday 07 January 2003 09:35 am, Olivier Thauvin wrote: > > Le Mardi 7 Janvier 2003 00:42, Leon Brooks a �crit : > >> On Tuesday 07 January 2003 05:06 am, Steve Fox wrote: > >>> Previously I have bragged to Debian users that urpmi is smarter because > >>> it only concerns itself with the packages that are being > >>> installed/upgraded. > >> > >> I'd like to be able to brag that it doesn't download a couple of > >> megabytes before considering each update. Given that simply bunging > >> gzipped files together works (it all gets unpacked as one file), I'd > >> expect bzip2'ed files to do the same thing. Is it possible to get urpmi > >> to (by default, it would need an override to combat a corrupted file) > >> download only the *differences* between its current and the incoming > >> hdlist file? > > > > Why urpmi should and could do , ftp and http doesn't support this kind of > > feature. > > Yes they do. Try a `wget -c URL' some time. -c continue download for an uncomplete file !
Hum, maybe you really should to take a look to genhdlist... genhdlist extract header from each rpm, copy it in hdlist, and gzip hdlist. synthesis is generate from hdlist by removing some unusefull info. If a rpm is delete on repository, info are delete at begin, middle or end of hdlist. genhdlist can certify new rpm info are put at end of hdlist too. Then we should compare the file block by block, ftp and http don't do that. rsync yes, by creating md5sum from block of file, the client compare if block is same, if yes it append locally block to tempary file, if not it retrieve block from server, and it test next, ect... see --no-whole-file option ! > > We are not looking for *changes*, we are only looking for *appended* > information. You're fully wrong, info are not appended ! > > Cheers; Leon CU ;) -- Linux pour Mac !? Enfin le moyen de transformer une pomme en v�ritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
