Dirty workaround for size reduction in the netinst cds
Hi!
There problem in the code that selects the packages to go into the cds when
we use either metapackages such as mail-transport-agent, for example, or we
give alternatives, this translates into a problem in the size of the netinst
cds, I have talked about this with Raphael already.
The thing is that I have found a kind of workaround for this problem, the
thing is that if we order the list of packages a bit the problem gets
solved. We did this by hand with good results, at least goo enough so that
we made room in the netinst cds for adding 2.6 kernel to them without going
over a size which would break the 128 MB usb images.
The problem was how to translate this into debian-cd code, and I did so at
gluck by "hinting" the list, I mean that I added a couple of good hints at
the beginning of the list so that the problematic dependencies that were
throwing a lot of unwanted stuff in the cds get covered with this hints and
thus we avoid that extra stuff.
I know this is a dirty thing, thats why I have commited the stuff for having
the 2.6 in the images but not this part of the code, which only aims size
reduction on the netinst cd, and I'm posting it here asking for comments on
it and if I should commit it or not.
Thanks in advance.
Regards...
--
Manty/BestiaTester -> http://manty.net
--- debian-cd/Makefile 2004-03-25 07:35:36.000000000 +0100
+++ Makefile 2004-04-21 13:09:03.000000000 +0200
@@ -331,6 +331,8 @@
# Build the raw list (cpp output) with doubles and spaces
$(BDIR)/rawlist:
+# Hint for saving space on netinst images
+ /bin/echo -e "mawk\nexim4-daemon-light\nunifont" >>$(BDIR)/rawlist
ifdef FORCENONUSONCD1
$(Q)$(apt) cache dumpavail | \
grep-dctrl -FSection -n -sPackage -e '^(non-US|non-us)' - | \
Reply to: