Re: task-* problem
On Sun, 30 Jul 2000, Steve McIntyre wrote:
**CUT
> >export non-US was switched _on_ and non-US was included in the second
> >set. The task-* packages were all on the first CD on the second set.
> >However, when FORCENONUSONCD1 was on for the first set the task-* packages
> >were scattered as I suspect were others as well. But I have not checked
> >this.
The problem I have is duplicating the official images using debian-cd from
cvs. However I now have the complete set which I got by rsyncing
maxi-images. The maxi-images had everything, the binary was ~1760 MB and
source ~1890 MB. It took ~70 min to rsync binary CDs and ~40 min for
source. SIZELIMIT was set at 2000 MB. I have not had time to look at them
yet. Yes I am considering a DVD writer.
> Hmmm. Scattered? I'm just looking at my most recent images (28/7)
> right now. I could even force CD#1 bigger at a push:
> -rw-r--r-- 1 root root 654532608 Jul 28 00:19 potato-i386-1.raw
> -rw-r--r-- 1 root root 665856000 Jul 28 00:22 potato-i386-1_NONUS.raw
> -rw-r--r-- 1 root root 674105344 Jul 28 00:25 potato-i386-2.raw
> -rw-r--r-- 1 root root 534794240 Jul 28 00:27 potato-i386-3.raw
> -rw-r--r-- 1 root root 284727296 Jul 28 00:29 potato-i386-4.raw
> -rw-r--r-- 1 root root 287967232 Jul 28 00:30 potato-i386-4_NONUS.raw
> -rw-r--r-- 1 root root 647077888 Jul 28 00:47 potato-src-1.raw
> -rw-r--r-- 1 root root 669636608 Jul 28 00:49 potato-src-1_NONUS.raw
> -rw-r--r-- 1 root root 672737280 Jul 28 00:52 potato-src-2.raw
> -rw-r--r-- 1 root root 648712192 Jul 28 00:55 potato-src-3.raw
> -rw-r--r-- 1 root root 371945472 Jul 28 00:56 potato-src-4.raw
> -rw-r--r-- 1 root root 377835520 Jul 28 00:57 potato-src-4_NONUS.raw
>
> A list of the task-* packages show all of them but task-japanese and
> task-polish on CD#1 (or CD 1_NONUS). Those two both ended up on
> CD#2. Maybe they would fit in the extra 10MB or so on CD#1, maybe not
> - I'd guess that maybe the task-japanese package will depend on some
> big things like fonts? (Checking: yes - lots of fonts, plus another
> emacs?) And task-polish needs manpages-pl-dev, wpolish,
> doc-linux-pl-html, xfonts-biznet-iso-8859-2-100dpi. Which might
> fit. I'd suggest moving task-polish above task-japanese in the list
> then - I'm checking now to see if it will make the cut then.
>
> >> The only worrying thing is that you say they ended up on CD#3 --- how
> >> non-deterministic is this? Are we likely to see a mass migration of
> >> task packages from CD#1 just because some package that's on there
> >> grows by a few KB as the result of a last minute fix?
> >>
> >Earlier in the month I built trees which only put the nominated packages
> >and their dependencies etc on the first CD. These were the results,
> >
> >Main & contib 597 MB
> >Main, contrib & non-US 597 MB (378 KB extra)
> >Main, contrib, non-US & non-free 666 MB
> > (This was done by removing popularity-contest.)
> >
> >so as you can see there is room for non-US even if all of non-US was
> >included on CD1 (41.7 MB including non-US-non-free). Only the packages
> >nominated by popularity-contest would be shunted to later CDs.
>
> Hmmm. What _exactly_ do you mean by nominated packages? I'm curious so
> I can reproduce what you've done here...
I did this by increasing SIZELIMIT to 800 MB, removing popularity-contest
and building single CD trees. All task-* were included. This built disc
trees which were based on the packages nominated by debian-cd for
inclusion and their dependencies without filling empty space from
popularity-contest. There may have been changes since I did this three
weeks ago. I will take another look as this as a priority to set my mind
at rest.
>
> >My concern is that is this is happening to task-* packages what is
> >happening to the others? I suspect that the problem lies in
> >tasks/Debian-potato. Where is Debian_potato_nonUS? I can find no
> >reference to it in cvs which I updated earlier today.
>
> Check the Makefile:
>
> # Build the raw list (cpp output) with doubles and spaces
> $(BDIR)/rawlist:
> ifdef FORCENONUSONCD1
> @find $(NONUS)/dists/$(CODENAME) | grep binary-.*/.*deb | \
> sed 's/.*\///g;s/_.*//g' | sort | uniq > $(BDIR)/Debian_$(CODENAME)_nonUS
> endif
Thanks, I will get onto this.
> It's automatically generated from the contents of the non-US
> mirror. That way we don't have to worry about it getting out of step.
Phil.
-
Philip Charles; 39a Paterson St., Abbotsford, New Zealand; +64 3 4882818
Mobile 025 267 9420. I sell GNU/Linux CDs. See http://www.copyleft.co.nz
Reply to: