Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 25 Mar 2001 21:23:34 +0300
From:      Peter Pentchev <roam@orbitel.bg>
To:        David O'Brien <obrien@FreeBSD.org>
Cc:        Maxime Henrion <mux@qualys.com>, arch@FreeBSD.org
Subject:   Re: Building only a specified list of kernel modules
Message-ID:  <20010325212334.D3241@ringworld.oblivion.bg>
In-Reply-To: <20010325102053.E58992@dragon.nuxi.com>; from obrien@FreeBSD.org on Sun, Mar 25, 2001 at 10:20:53AM -0800
References:  <20010324211140.C4304@ringworld.oblivion.bg> <20010324205005.D777@nebula.cybercable.fr> <20010325101657.A36335@ringworld.oblivion.bg> <20010325120046.F777@nebula.cybercable.fr> <20010325102053.E58992@dragon.nuxi.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Mar 25, 2001 at 10:20:53AM -0800, David O'Brien wrote:
> On Sun, Mar 25, 2001 at 12:00:46PM +0200, Maxime Henrion wrote:
> > My point is that more often we want to disable some modules and not
> > specify a list of modules which would be scary for beginners and would
> > lead to errors.
> 
> I disagree.  I think more people would want to specify the ones they want
> -- just like in the kernel config, you list what you want, not what you
> don't want (ok, you'll find a very,very few examples doing this).
> 
> In my kernel I tell it I have a `xl' network card.  I want to say the
> same for modules building, not that I don't have fxp, ed, fe, dc, etc....

I think so too :)  However, Maxime also has another point - keeping
a sample MODULES_LIST in /etc/defaults.make.conf means that every time
a new module is added, someone has to remember to add it there, too.
This is not too hard a task, but well ;)

More people should voice their opinions and arguments on that, I think..

G'luck,
Peter

-- 
The rest of this sentence is written in Thailand, on

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010325212334.D3241>