A more efficient up2date service using binary diffs
Alexandre Oliva
aoliva at redhat.com
Fri Mar 18 17:55:54 UTC 2005
On Mar 17, 2005, Alan Cox <alan at redhat.com> wrote:
> On Thu, Mar 17, 2005 at 12:26:04PM +0000, Nigel Metheringham wrote:
>> with jigdo templates), and even better the CD images too although it may
>> be harder to do this with legacy expectations. Every Fedora
>> distribution is currently triplicated - unpacked, CD isos and DVD isos
>> all containing the same data.
> This looks an interesting MSC project for someone - to write a user space
> (FUSE) Jigdofs so you can magic the CD and DVD images out of thin air.
The attached scripts could be a starting point. The rsync batch to
create the DVD out of the CD isos is only 60MB, and the other way
round creates ~15MB files. Reconstructing a tarball of the x86_64
SRPMS given the i386 SRPMS takes about 60MBs too.
I have other scripts (not posted) to extract file lists from isos and
create rsync-priming isos out of a local copy of rawhide. However, I
didn't see much point in pursuing this for this case, given that it's
a pain to obtain the exploded tree in the first place, unless you
happen to have access to an rsync server offering them. It's far more
network-efficient to obtain the isos and then explode them, than the
other way round.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: release-cat2rsync
Type: application/octet-stream
Size: 4829 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20050318/3bd0b912/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cat2rsyncbatch
Type: application/octet-stream
Size: 3313 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20050318/3bd0b912/attachment-0001.obj>
-------------- next part --------------
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
More information about the fedora-devel-list
mailing list