Hi Alan,
DC requires the OS version to be the same as the image that's being
built because DC
executes commands during the build process. For example, the svccfg
command is used
for pre-loading the SMF repositories.
In the past, we tried to execute all commands
from DC's build area, and we also setup the LD_LIBRARY_PATH to point to
the libraries
in DC's build area, since we do have all the latest binaries there.
There's no need to mount another BE like you suggested.
This works most of the time, but it does not cover all cases. For
example, if a command
running from DC's build area relies on a kernel module that's newer
than the one on the system, we can't load and use that module in real time.
Other examples of incompatibility is if the command requires an updated
configuration
file in the OS, we can't point it to that either.
Therefore, we decided that the safest thing to do is to always build
on a machine that is running the same OS as the images being built.
In development, we do build images on systems with older OS versions
than the the image we are building. However, that's absolutely
*unsupported*,
and it's not guaranteed to work.
For your case, one idea is to maintain the different OS env as different BE,
and just boot the BE with the "right" OS version when you want to do DC
build.
Thanks,
--Karen
On 11/16/11 10:32 AM, Alan Steinberg wrote:
We are looking at how to share systems, but with the DC requirement to
build on the latest OS, it makes it difficult.
The manpage says:
"And, the operating system release version on your system must
be the same release version as the image that you are building."
Would it be possible to make the tools work by using a mounted BE
rather than the live one? For example, we would mount s11u1_bld02 as
something like /oldbes/s11u1_bld02, then point distro_const at that BE
for any files that need to be referenced.
Is this too naive? If so, it would be useful to know *exactly* what
parts of the build env. are required for building ISO images for a
particular build, and to know if it may be possible to eliminate some
of these dependencies.
-- Alan
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
