Re: Our kernel just got too big again. :)

2000-10-16 Thread Wes Peters
David O'Brien wrote: On Sat, Oct 14, 2000 at 01:54:39PM -0700, Jordan Hubbard wrote: We've blown out the kern.flp image. Time for me to chop something out again, unless there are any other suggestions. :| Mind if I commit this patch? Index: dokern.sh

Re: Our kernel just got too big again. :)

2000-10-16 Thread John Baldwin
On 15-Oct-00 Wes Peters wrote: David O'Brien wrote: On Sat, Oct 14, 2000 at 01:54:39PM -0700, Jordan Hubbard wrote: We've blown out the kern.flp image. Time for me to chop something out again, unless there are any other suggestions. :| Mind if I commit this patch? Index:

Re: Our kernel just got too big again. :)

2000-10-16 Thread Terry Lambert
[ ... manual driver load from third floppy ... ] The problem with such an approach is that it's not very user-friendly to first-time installers who have no idea how to drive the loader. Let's not forget the linux installation floppy saga and all the confusion it's caused people just in

Re: Our kernel just got too big again. :)

2000-10-15 Thread David O'Brien
Mike Smith points out that removing `vpo' kills parallel port Zip drives. Is this something we can live w/o for installs? Index: dokern.sh === RCS file: /home/ncvs/src/release/scripts/dokern.sh,v retrieving revision 1.35 diff

Our kernel just got too big again. :)

2000-10-14 Thread Jordan Hubbard
We've blown out the kern.flp image. Time for me to chop something out again, unless there are any other suggestions. :| - Jordan --- Forwarded Message Return-Path: [EMAIL PROTECTED] Delivery-Date: Sat Oct 14 06:50:52 2000 Return-Path: [EMAIL PROTECTED] Received: from mx1.FreeBSD.org

Re: Our kernel just got too big again. :)

2000-10-14 Thread Jordan Hubbard
I had asked for a 3rd floppy earlier that we could put f/w images and other That sounds nice in theory, but somebody needs to write the code which deals with floppy switching and module loading before this is anything but yet another request. How's your forth? :) - Jordan To Unsubscribe:

Re: Our kernel just got too big again. :)

2000-10-14 Thread David O'Brien
On Sat, Oct 14, 2000 at 01:54:39PM -0700, Jordan Hubbard wrote: We've blown out the kern.flp image. Time for me to chop something out again, unless there are any other suggestions. :| Mind if I commit this patch? Index: dokern.sh

Re: Our kernel just got too big again. :)

2000-10-14 Thread Jordan Hubbard
Hmm?... my forth is poor, but I don't believe that's the issue. If I understand how the floppies currently work is that it's just like our normal boot loader- we start coming up. If you want to load other drivers or modules (like ispfw), you hit the 'other than Enter' to stop the loading

Re: Our kernel just got too big again. :)

2000-10-14 Thread Matthew Jacob
Hmm?... my forth is poor, but I don't believe that's the issue. If I understand how the floppies currently work is that it's just like our normal boot loader- we start coming up. If you want to load other drivers or modules (like ispfw), you hit the 'other than Enter' to stop the loading

Re: Our kernel just got too big again. :)

2000-10-14 Thread Matthew Jacob
The problem with such an approach is that it's not very user-friendly to first-time installers who have no idea how to drive the loader. Most of the relevant modules can actually be tried by sysinstall. In the CD case we can just put them on the CDROM. I'd be inclined to look for

Re: Our kernel just got too big again. :)

2000-10-14 Thread Tatsumi Hosokawa
At Sat, 14 Oct 2000 13:57:07 -0700 (PDT), Matthew Jacob [EMAIL PROTECTED] wrote: I had asked for a 3rd floppy earlier that we could put f/w images and other drivers on. Now that we have a mostly loadable system, it strikes me that this would be an excellent time to trim down the GENERIC to

Re: Our kernel just got too big again. :)

2000-10-14 Thread David O'Brien
On Sat, Oct 14, 2000 at 01:54:39PM -0700, Jordan Hubbard wrote: We've blown out the kern.flp image. Time for me to chop something out again, unless there are any other suggestions. :| Things the Alpha has already diked out: ncr SYS* (not just SYSVMSG) lpt \ ppi / should not be needed for