Re: Still busy...

2001-01-07 Thread Richard Atterer

Hi Anne,

On Sat, Jan 06, 2001 at 09:24:49PM +0100, J.A. Bezemer wrote:
> One idea that might be useful: You probably cut each file in X-byte
> blocks and compare checksums.

I'm doing better than that: The tool uses something similar to rsync's
algorithm to find the files at *any* byte offset! 8-]

The reason why I allow this (respectively, invest more work into the
more complicated algorithm) is that it permits the system to be used
in many more ways than just for CD images. Some of the other
applications:

- DVD images with a UFS(?) filesystem on them
- Huge files of some other kind (e.g. staroffice.bin.gz, a whopping
  93MB;-) that have been given to the "split" command
- "zip -0" files

> Since we're talking about terribly much files that we don't want to
> checksum more than once, it may prove worthwile to scan all files at
> once and save the results in a temporary file (checksum <->
> filename/offset; sorted?) and use that to compare against.

This occurred to me, too. Due to the special quirks of how it works,
it needs to save the following for each file:

- Rolling checksum of the first bytes (a 64-bit extended, more
  secure version of rsync's checksum)
- MD5sums of fixed-size chunks that make up the file
- MD5sum of the whole file

These "MD5sums of fixed-size chunks" are necessary because I put some
effort into ensuring that the image file can be fed into stdin - that
way, you can directly pipe from mkhybrid into it, which should come in
very handy.

> Oh, and you probably already know that files in an iso image 1) can
> only start at 2048-byte multiples

I don't care. ;-)

> and 2) are always contiguous (no fragmentation).

I'm relying on this.

All the best,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer
  | \/¯|  http://atterer.net
  ¯ ´` ¯


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Woody Packages files etc.

2001-01-07 Thread Steve McIntyre

I'm looking at patching debian-cd to use ftparchive for woody
CDs. I'll keep people posted on progress...

-- 
Steve McIntyre, Cambridge, UK.   [EMAIL PROTECTED]
http://www.rpg-soc.ucam.org/curs/>CURS home page
"Can't keep my eyes from the circling sky, +--
"Tongue-tied & twisted, Just an earth-bound misfit, I..."  |Finger for PGP key


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: regarding potato images

2001-01-07 Thread Adam Di Carlo

"J.A. Bezemer" <[EMAIL PROTECTED]> writes:

> On Wed, 3 Jan 2001, Jim Westveer wrote:
> > The debian-cd now in CVS will put boot blocks on
> > ALL i386 disks in the following fashion.
> > 
> >   CD#1: default kernel from boot-disks(i386)
> >   CD#2: compact
> >   CD#3: idepc
> >   CD#n: default kernel from boot-disks(i386)
> 
> Okay. Boot team: be sure to post a note to -cd as soon as you think of other
> interesting flavours ;-)

Well, there's the udma66 flavor, which is just a vanilla version, but
with a kernel patched for udma66 kernels -- see umda66/README I think.
You might wanna use that for CD4 if there is any such thing.

I'll add info about what kernels are on what CDs in the installation
manual.

It would help if someone could inform me of what kernels are on what
CDs for other arches, if there are any, on other arches.

-- 
.Adam Di [EMAIL PROTECTED]http://www.onShore.com/>


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Debian Boot CVS: jwest

2001-01-07 Thread Debian Boot CVS Master

CVSROOT:/org/cvs.debian.org/cvs/debian-boot
Module name:debian-cd
Changes by: jwest   01/01/07 12:20:29

Modified files:
tools/boot/potato: boot-i386 

Log message:
added boot kernel udma66 to cd#4


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Debian Boot CVS: jwest

2001-01-07 Thread Debian Boot CVS Master

CVSROOT:/org/cvs.debian.org/cvs/debian-boot
Module name:debian-cd
Changes by: jwest   01/01/07 12:21:51

Modified files:
tools/boot/woody: boot-i386 

Log message:
added boot kernel udma66 to cd#4 on woody


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: regarding potato images

2001-01-07 Thread Jim Westveer


On 07-Jan-2001 Adam Di Carlo wrote:
> "J.A. Bezemer" <[EMAIL PROTECTED]> writes:
> 
>> On Wed, 3 Jan 2001, Jim Westveer wrote:
 
>> Okay. Boot team: be sure to post a note to -cd as soon as you think of other
>> interesting flavours ;-)
> 
> Well, there's the udma66 flavor, which is just a vanilla version, but
> with a kernel patched for udma66 kernels -- see umda66/README I think.
> You might wanna use that for CD4 if there is any such thing.

Good idea!

Disk #4 will now have the udma66 kernel loaded onto it.
(debian-cd CVS has been updated)

So for i386/potato/woody the boot kernels are:

CD#1: default kernel from boot-disks(i386)
CD#2: compact
CD#3: idepc
CD#4: udma66
CD#n: default kernel from boot-disks(i386)


Ciao,

-- 
Jim Westveer <[EMAIL PROTECTED]>

"Bother," said Pooh as he struggled with debian-cd.
"It never does quite what I want."
"I wish Christopher Robin were here.". 

E-Mail: [EMAIL PROTECTED]  [EMAIL PROTECTED]
work :  425-591-3002  Date: 07-Jan-2001
FAX:425-392-0141  Time: 12:22:07
pgp-key 0x36129171gpg-key 0x9823336C  



--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Debian Boot CVS: jwest

2001-01-07 Thread Debian Boot CVS Master

CVSROOT:/org/cvs.debian.org/cvs/debian-boot
Module name:debian-cd
Changes by: jwest   01/01/07 12:36:05

Modified files:
debian : changelog 

Log message:
All (i386) CDs now have a different boot kernel flavor


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Potato and Woody CD builds

2001-01-07 Thread John Pearson

On Sun, Jan 07, 2001 at 01:28:16PM +1000, jason andrade wrote
> On Sun, 7 Jan 2001, Per Gustav Ousdal wrote:
> 
> > [---8<---8<---8<---]
> > 
> > > > i still carry slink images..
> > > 
> > > If you get _any_ downloads of these, people are most certainly mistaken...
> 
> i don't think so.  there are still legacy systems out there.  i still have
> people asking for access to redhat 5.2 (and in some cases 4.2!) distributions
> because they have a working and in some cases "blackbox" to them system and
> they don't feel any need to upgrade.
> 
> > Anyone have a complete CD set of official slink (2.1_r5 correct?) that 
> > they'd be willing to part with?
> 
> i'd love this too.. i only have 2.1r4 images.. i don't think r5 ever came
> out on cdimage.debian.org.
> 

If you can't find them anywhere else, I have 2.1r5 on CD.

They aren't "official" CDs, but the main/ area comprises 
specifically Debian 2.1r5.  Also includes proposed updates,
non-US, contrib and (distributable) non-free packages. 2 binary CDs,
3 source.  They aren't on-line, however, and I can only make them
available online over ISDN, so getting them to you may be a bit of 
a problem...


John P.
-- 
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.mdt.net.au/~john Debian Linux admin & support:technical services


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Woody Packages files etc.

2001-01-07 Thread Anthony Towns

On Sun, Jan 07, 2001 at 05:32:39PM +, Steve McIntyre wrote:
> I'm looking at patching debian-cd to use ftparchive for woody
> CDs. I'll keep people posted on progress...

Actually, a better idea, theoretically is to just copy the Packages files
from the archive.

This is a better idea because come release time, there'll basically be
a list of all the Packages files (for all architectures, all components
including non-US) with their expected sizes and md5sums that's signed by
(at least) me as release manager. Apt will (hopefully) use this to verify
the integrity of the archive, both against corruption (mismatching md5sums
due to random failures, or an unsynced archive), and to ensure it's from
the right people (checking the signatures).

So if you distribute CDs with this file (which'll be dists/woody/Release,
with a detached signature in dists/woody/Release.gpg), and pristine
Packages files in dists/woody/*/binary-*/, it'll be possible to verify
with a good degree of confidence that a CD does actually match the
archive.

The downside is that the Packages files on each CD will thus list a bunch
of packages that don't actually exist. apt-cdrom will complain about this
atm, but otherwise work fine...

The other upside is that just copying Packages files is probably a lot
easier and quicker than using dpkg-scanpackages or apt-ftparchive. :)

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``Thanks to all avid pokers out there''
   -- linux.conf.au, 17-20 January 2001

 PGP signature