Francois Saint-Jacques wrote:
On Tue, Jun 05, 2007 at 09:35:33AM -0400, Brian Gupta wrote:
One of the goals of Indiana is also to be able to boot and install from a
mini cd rom image, that pulls things from the network. I have been thinking
that the best option would be to include templates in the installation
procedure that could pull down different packages sets depending on what
kind of distro you want. e.g - Indiana, minimum, Reference.
What do you guys thing?
-Brian
On 6/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Beforing getting in the package management/installation stuff, I think we
need to solve a big problem here: ON build. The current build process is
really monolithic and unfriendly for new commers. What is all that
'nightly' and 'bldenv' stuff?
Have you considered seperating in packages and give the freedom to build
what ever you want (kernel, libc, base utils) like GNU tools? By following
this method, you give more freedom to external distribution.
As monolithic as it may be, when you're building an entire
platform, something of that nature is required to deliver
it all. While it may be an unfamiliar task to Linux folks,
it isn't to those from the BSD world.
Similar commands exist for FreeBSD - "make buildworld" - and
NetBSD "make build" - that build the entire operating system,
kernel, commands, man pages, etc. However unlike Solaris,
on both of those BSD platforms there is no extra special
bits required.
If I want to build just a specific kernel module, I cd to
usr/src/uts/intel/ip (for example, to build just ip) and
type "make all" in that directory.
Similarly I can do a "make" in various other directories
for libraries, binaries, etc. However it isn't safe to
build just in one place until after you've done a complete
build as there may be dependencies, etc.
At least one "short cut" required if you wan to try building
just a small part is to do a "make install_h" in usr/src.
Being able to do "make" in usr/src and have that invoke
nightly or whatever would be "nice".
Darren
_______________________________________________
opensolaris-discuss mailing list
[email protected]
