Date: Fri, 26 Apr 2002 16:17:27 -0400 (EDT) From: John Baldwin <jhb@FreeBSD.org> To: Ruslan Ermilov <ru@FreeBSD.org> Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: RE: cvs commit: src Makefile Makefile.inc1 src/etc Makefile src/ Message-ID: <XFMail.20020426161727.jhb@FreeBSD.org> In-Reply-To: <200204261755.g3QHtRv72264@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 26-Apr-2002 Ruslan Ermilov wrote: > Log: > Milestone #1 in cross-arch make releases. I'm sure re@ or qa@ would have loved to have had a chance to review this before it went in. > In release.3 and doMFSKERN, build kernels in the "world" > environment. KERNELS now means "additional" kernels, GENERIC is > always built. This is wrong. Not everyone wants to use GENERIC. Instead, please use the approach of a patch green has worked up that replaces KERNELS with two variables: DEFAULTKERNEL?= GENERIC #EXTRAKERNELS?= Where DEFAULTKERNEL is always built and is installed as /boot/kernel/kernel on CD's, and in the base dist, etc. EXTRAKERNELS is an optional list similar to what you have done with KERNELS. We should not specifically tie people to using GENERIC as the default kernel. For people who build custom releases, it should be possible to use a different kernel config besides GENERIC for the default kernel install, yet still include a GENERIC kernel in the release as a fall-back kernel. > Inline createBOOTMFS target. Why? > Use already built GENERIC kernel modules to augment mfsfd's > /stand/modules. GC doMODULES as such. This assumes too much about GENERIC, IMO. Eventually we might use a separate kernel config that just builds modules and no actual kernel for this type of stuff. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20020426161727.jhb>