[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Potato and Woody CD builds

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" <costar@panic.et.tudelft.nl>
> To: Philip Charles <philipc@copyleft.co.nz>
> Cc: debian-CD list <debian-cd@lists.debian.org>
> Subject: Re: Potato and Woody CD builds
> Resent-Date: Sat, 6 Jan 2001 09:36:07 -0500
> Resent-From: debian-cd@lists.debian.org
> 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 debian-cd-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

+ Paul Wade                         Greenbush Technologies Corporation +
+ mailto:paulwade@greenbush.com              http://www.greenbush.com/ +

Reply to: