Re: Package organization on CDs
On Mon, 18 Dec 2000, Jason Gunthorpe wrote:
> On Mon, 18 Dec 2000, J.A. Bezemer wrote:
> > Thus far the .deb package organization on the CDs has reflected the situation
> > in the main archive -- which was the logical choice. However now that we're
> > going to have package pools, we might want to reconsider this. Currently
> > section-based ordering is used, so there's for example binary-i386/admin/
> > through binary-i386/x11/. But, following the pool model, there could also be
> > binary-i386/a/ through binary-i386/z/, and in those directories either all
> > packages starting with that letter (with "special" lib* handling) or
> > subdirectories based on source package name (most of which would only contain
> > one single file).
> The choice for the CDs must exactly match the layout of the main archive.
> You could have links from pool to some other place, but that seems to be
> of limited value IMHO.
> This is so that package files from the main archive can be used without
> any modification (yes, even without eliminating missing packages from this
> disc) which will be necessary for the signed package file scheme..
Interesting. That would mean apt-cdrom gets an ls -lR of the CD and checks
which files match the Filename: fields (and probably also Size:). That's
already implemented? (Some people might want to try it out)
And at what time would that signature be checked (if at all)? I guess that
would require gpg and debian-keyring to be installed.
On the other hand, this would mean the final good-bye to the `cdrom' and
`multi-cd' (and obscure `multi-cd2') access methods for dselect. Anyone having
a problem with that? (Should of course be documented clearly.)
Summarizing the discussion: we want (need) pool/ on the CDs exactly as on the
FTP sites. We don't really care about binary-i386/.
To place files on the CDs we can (must) use the Filename: fields as they
appear in the Packages files of the main archive (and mkdir -p `dirname
$FILENAME` first to create the necessary directories).
Okay. Whoever will be adapting debian-cd to the pool system will know what
he/she has to do ;-)