On Wed, Mar 19, 2008 at 12:13:05PM -0400, Lennart Sorensen wrote: >On Tue, Mar 18, 2008 at 03:14:51AM -0700, Don Armstrong wrote: >> If someone were to write a general library that did this, it would be >> trivial to wrap a apache handler around it that fed out iso images for >> the less popular architectures too. Does someone who knows more about >> iso9660 and torrents want to write this up for GSoC? > >The package jigit mentions iso-image.pl which is an apache cgi handler >for serving an iso from a jigdo file on demand. Unfortunately due to a >bug (which I just reported) the jigit package fails to include it even >though it mentiones it in the package description and it is in the >source package. Looks useful though.
Oops... :-) >It probably wouldn't be hard to make a torrent extension based on the >example in the perl CGI handler. The problem with that version of jigit/mkimage/iso-image.pl is that jigdo template files are not designed to be easily seekable; i.e. if you want to read a lump of the ISO image from offset 567,632,024 then you need to create the ISO from offset 0 to that point. That'll make it less than ideal for torrent backends as far as I can see. The work I've done for jigdoofus (FUSE-based filesystem access) and mkimage v2 adds: * a simple database to cache the offset -> file lookup data * (initial) support for just-in-time reading of files from remote mirrors but it still needs significant work to boost performance. I've been a little distracted lately, but I should get back to it... -- Steve McIntyre, Cambridge, UK. [EMAIL PROTECTED] "You can't barbecue lettuce!" -- Ellie Crane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]