On Tue, 5 Jan 2010 08:29, david@ wrote:
In the usual case where a machine is (only) used to build its own
kernel, this is admittedly of no benefit.
But for "build machines" that are used to build kernels for other
machines (as well as themselves), it kinda bugged me that I was being
told which kernels were being built, but not which one was being
installed.
Sure, I could recall that the first one built was being installed ...
but why not have Makefile.inc1 tell us, just as it tells us which is
being built?
Before the patch, grepping through the typescript of a build for "^>>>"
would yield:
Building an up-to-date make(1)
World build started on Mon Jan 4 04:47:37 PST 2010
Rebuilding the temporary build tree
stage 1.1: legacy release compatibility shims
stage 1.2: bootstrap tools
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3: cross tools
stage 4.1: building includes
stage 4.2: building libraries
stage 4.3: make dependencies
stage 4.4: building everything
World build completed on Mon Jan 4 05:00:40 PST 2010
Kernel build for GENERIC started on Mon Jan 4 05:00:40 PST 2010
stage 1: configuring the kernel
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3.1: making dependencies
stage 3.2: building everything
Kernel build for GENERIC completed on Mon Jan 4 05:01:32 PST 2010
Kernel build for ALBERT started on Mon Jan 4 05:01:32 PST 2010
stage 1: configuring the kernel
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3.1: making dependencies
stage 3.2: building everything
Kernel build for ALBERT completed on Mon Jan 4 05:02:20 PST 2010
Kernel build for JANUS started on Mon Jan 4 05:02:20 PST 2010
stage 1: configuring the kernel
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3.1: making dependencies
stage 3.2: building everything
Kernel build for JANUS completed on Mon Jan 4 05:03:07 PST 2010
Installing kernel
Making hierarchy
Installing everything
Removing old files (only deletes safe to delete libs)
Old files removed
Removing old directories
Old directories removed
stage 2.2: rebuilding the object tree
stage 4.4: building everything
Removing old libraries
Old libraries removed
After the patch:
Building an up-to-date make(1)
World build started on Tue Jan 5 04:48:19 PST 2010
Rebuilding the temporary build tree
stage 1.1: legacy release compatibility shims
stage 1.2: bootstrap tools
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3: cross tools
stage 4.1: building includes
stage 4.2: building libraries
stage 4.3: make dependencies
stage 4.4: building everything
World build completed on Tue Jan 5 05:01:26 PST 2010
Kernel build for GENERIC started on Tue Jan 5 05:01:26 PST 2010
stage 1: configuring the kernel
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3.1: making dependencies
stage 3.2: building everything
Kernel build for GENERIC completed on Tue Jan 5 05:03:28 PST 2010
Kernel build for ALBERT started on Tue Jan 5 05:03:28 PST 2010
stage 1: configuring the kernel
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3.1: making dependencies
stage 3.2: building everything
Kernel build for ALBERT completed on Tue Jan 5 05:05:12 PST 2010
Kernel build for JANUS started on Tue Jan 5 05:05:12 PST 2010
stage 1: configuring the kernel
stage 2.2: rebuilding the object tree
stage 2.3: build tools
stage 3.1: making dependencies
stage 3.2: building everything
Kernel build for JANUS completed on Tue Jan 5 05:06:53 PST 2010
Installing kernel GENERIC
Making hierarchy
Installing everything
Removing old files (only deletes safe to delete libs)
Old files removed
Removing old directories
Old directories removed
stage 2.2: rebuilding the object tree
stage 4.4: building everything
Removing old libraries
Old libraries removed
Attached patch is against head; for the above, I had patched stable/7.
Thoughts?
Peace,
david
I see this serving as good verification to the user that the kernel they
meant to configure is being installed. I would like to see this make it
in.
--
Thu Jan 7 12:44:52 2010
jhell
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[email protected]"
