What if we do something like this:
dpkg-scanpackages ..... > Packages
dpkg-scanpackages ...... >> Packages
in order to get the stuff from different areas of pool and dists into a
Packages file?
We won't have the standard sort order but at least it allows the Packages
file in dists/sid/main to reference stuff found in dists/potato/main and
pool/main on the same CD. It's a bit of a hack but it might do for now. If
I am correct in my thinking, it appears that debian-cd is placing the
needed deb files on the CD so the immediate problem is to build proper
Packages.* files. So I guess the approach for now is to do this before
making md5sums and images. I am willing to try it out. Does anyone see a
reason it won't work?
BTW - My idea is to replace the Packages, Packages.cd and Packages.cd
files since they do not currently reference all the deb files installed on
the cd rather than create a single large one.
On Sat, 6 Jan 2001, J.A. Bezemer wrote:
> Date: Sat, 6 Jan 2001 15:35:47 +0100 (CET)
> From: "J.A. Bezemer" <[EMAIL PROTECTED]>
> To: Philip Charles <[EMAIL PROTECTED]>
> Cc: debian-CD list <[EMAIL PROTECTED]>
> Subject: Re: Potato and Woody CD builds
> Resent-Date: Sat, 6 Jan 2001 09:36:07 -0500
> Resent-From: [EMAIL PROTECTED]
>
>
> On Sun, 31 Dec 2000, Philip Charles wrote:
> [...]
> > I took a good look at the CD trees.
> >
> > Potato binary. No change as there is nothing in pool yet.
> > Potato source. The source that lives in pool ends up in ../main/source/
> > on the CDs. The files are listed in Sources.gz on the CD.
>
> Okay, I don't expect problems there since there'll always be potato->pool
> symlinks.
>
> > Woody binary. Packages in potato and pool end up on the CDs each with
> > their own files system ie ../potato/ and ../pool/
> > However, these packages are _not_ included in Packages on
> > the CDs. Neither are they included in ?.Packages used in
> > the CD build, but they are found in ?.packages.
> > Woody source. The source that lives in pool ends up in ../main/source/
> > on the CDs and is included in Sources.gz. However, the
> > source that lives in potato has its own potato file system
> > and is _not_ included in Sources.gz. Neither are they
> > found in ?.sources or ?.sources.main used in the CD build.
> > But, files in pool are included in these lists.
> >
> > IMHO the major problem is the building of the Packages and Sources files
> > for the CDs.
>
> This is only a temporary problem; once the new apt-cdrom supports it we can
> just copy the entire (gpg-signed) main archive's Packages(.gz) to the CD.
>
> Until that time it would be easiest to generate just one big Packages file per
> CD, executing "dpkg-scanpackages . [override] . > Packages" in the CD's root
> directory. This will pick up every .deb on the CD and AFAICS current apt-cdrom
> should handle this nicely. (You shouldn't even have to delete the other
> Packages already present.)
>
> > A successful new Millennium to everyone.
>
> Thanks!
>
> Best wishes to all,
>
> Anne Bezemer
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
+----------------------------------------------------------------------+
+ Paul Wade Greenbush Technologies Corporation +
+ mailto:[EMAIL PROTECTED] http://www.greenbush.com/ +
+----------------------------------------------------------------------+
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
