Ivan Shmakov wrote:
>
> It was my understanding that Jigdo's .template cannot associate
> one SHA-1 with such a non-contiguous chunk.
Correct. That could be added as a feature, maybe - we could add
extent-mapping. I'm also thinking of adding code to say "this file
from within this .deb
> Steve McIntyre writes:
> Ivan Shmakov wrote:
BTW, the primary Git repository for the project is now located
at Gitorious:
git://gitorious.org/e2dis/e2dis-devel.git
http://gitorious.org/e2dis/e2dis-devel.git
https://gitorious.org/e2dis/e2dis-devel
The most notab
Ivan Shmakov wrote:
>
> Jigdo has to âdiscoverâ octet sequences on an image with
> hashing, which is computationally expensive.
Yes.
> IIRC, Debian's genisoimage(1) was altered to prepare a Jigdo's
> .template file as part of the image generation, which is much
>
> Adam Borowski writes:
> On Sun, Aug 14, 2011 at 03:07:24PM +0700, Ivan Shmakov wrote:
>> BTW, I've just announced [1] the availability of the code which
>> (given some attention and care) may be turned into a Jigdo-like
>> suite for Ext2+ FS images.
>> (The casuality of fragmentati
On Sun, Aug 14, 2011 at 03:07:24PM +0700, Ivan Shmakov wrote:
> BTW, I've just announced [1] the availability of the code which
> (given some attention and care) may be turned into a Jigdo-like
> suite for Ext2+ FS images.
>
> (The casuality of fragmentation on such filesys
BTW, I've just announced [1] the availability of the code which
(given some attention and care) may be turned into a Jigdo-like
suite for Ext2+ FS images.
(The casuality of fragmentation on such filesystems greatly
reduces the applicability of the FS-agnosti
6 matches
Mail list logo
