[PATCH]? Re: forget LANG_CHOOSER for 3.0.18 (was Re: 3.0.18 testing)
Looks like pb hit the nail on the head. Mon, Dec 10, 2001 at 01:53:21PM + wrote: Oh, wait, this can't be good news: I: Retrieving http://http.us.debian.org/debian/pool/main/n/newt/libnewt0_0.50.17-7.3_i386.deb I wonder if it's using that libnewt.so rather than the one from my host system. yah, that looks like the problem. Anyone want to try removing libnewt0 from EXTRACT_LIST_all and seeing if that helps at all? I tried that but rootdisk.sh wasn't happy, it wants the libraries there. It sort of makes sense because archs that don't do library reduction won't have mklibs run, so they won't even get a copy of an un-reduced library, unless we want to add a dummy mklibs run that would do that. So . . . at the risk of proposing an inelegant hack: Index: rootdisk.sh === RCS file: /cvs/debian-boot/boot-floppies/rootdisk.sh,v retrieving revision 1.301 diff -u -r1.301 rootdisk.sh --- rootdisk.sh 2001/12/10 22:21:05 1.301 +++ rootdisk.sh 2001/12/11 08:21:06 @@ -218,8 +218,12 @@ info downloading required packages from files $extract_list debug `cat $extract_list` +if [ $ROOT_IS_I18N = 'true' ] ; then + PACKAGE_PATHS=$(grab_paths $(sed -e 's/ .*//; s/libnewt0/libnewt-utf8-0/' +$extract_list)) +else + PACKAGE_PATHS=$(grab_paths $(sed -e 's/ .*//' $extract_list)) +fi -PACKAGE_PATHS=$(grab_paths $(sed -e 's/ .*//' $extract_list)) (cat $extract_list | while read a b; do [ $b != ] || continue *shudder* Appears to work. The flashing screen went away, and I had a choice of languages. I'll drop down and do a full install now and see if anything else turns up. If all is cool and no one squeals I'll commit the above patch. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH]? Re: forget LANG_CHOOSER for 3.0.18 (was Re: 3.0.18 testing)
David Kimdon wrote: Appears to work. The flashing screen went away, and I had a choice of languages. I'll drop down and do a full install now and see if anything else turns up. If all is cool and no one squeals I'll commit the above patch. Okay, cool. We can always change it to use a more refined method later, like maybe actually making library reduction work for newt. But if your patch allows people to build working disk sets again, that's probably good enough for now. What's the status with the base install step, do we still have show-stopper bugs there? p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH]? Re: forget LANG_CHOOSER for 3.0.18 (was Re: 3.0.18 testing)
I committed the newt hack, and filed a number of other bugs, the only complete show-stopper however is this one: http://bugs.debian.org/123387 busybox: wc reading from stdin is broken I believe this is what causes the Packages.gz corrupt problem that aph spoke of this weekend. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH]? Re: forget LANG_CHOOSER for 3.0.18 (was Re: 3.0.18 testing)
What's the status with the base install step, do we still have show-stopper bugs there? Yup, show-stopper is 123387 (busybox: wc reading from stdin is broken). Very annoying one is 123382 (kernel-image-2.2.20-idepci: need CONFIG_PACKET=y for boot-floppies dhcp-client, which I'll re-open and reassign to boot-floppies shortly). -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH]? Re: forget LANG_CHOOSER for 3.0.18 (was Re: 3.0.18 testing)
David Kimdon wrote: Very annoying one is 123382 (kernel-image-2.2.20-idepci: need CONFIG_PACKET=y for boot-floppies dhcp-client, which I'll re-open and reassign to boot-floppies shortly). Hmm, what's the deal here? We already put af_packet.o on the root disk for the idepci, compact and vanilla flavours, and there should be stuff in rcS to load it. Can you try insmod'ing it by hand and see if you can figure out what's up? p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]