On Fri, Jun 15, 2007 at 02:26:36AM +0100, John Levon wrote:
On Fri, Jun 15, 2007 at 01:02:16AM +0100, Daniel P. Berrange wrote:
> > > I'm curious as to what the changes for bootloader / kernel are for ?
> > > Surely you always have either a bootloader, or a kenrel present in
> > > the SEXPR ? So I'm not sure why its neccessary to disable the check
> >
> > No, this is not true, and it's not true in Xen too. This is stuff that
> > got merged up in my pygrub changes.
> >
> > Basically the logic is something like:
> >
> > if there is no kernel specified:
> > if there is no bootloader specified:
> > default to pygrub (for Solaris, this will fill in
> > kernel/ramdisk/extra automatically)
>
> Ah ha - this is the key clause I was missing. I didn't realize that
> XenD could now default to pygrub. The change in logic makes perfect
> sense now. Though I wonder if we should add in an explicit element
> for <bootloader>/usr/bin/pygrub</bootloader> to reflect this default
> done by XenD...
What would be the reason for this?
Well to give some form of indication as to how the guest is being booted.
Perhaps rather than making up a default path, just an empty <bootloader/>
element would work. The semantics being launch with the default bootloader
for the platform. That would avoid having to include any specific path
info
Regards,
Dan.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules:
http://search.cpan.org/~danberr/ -=|
|=- Projects:
http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|