On Fri, Dec 21, 2007 at 04:30:36PM +0000, Ian Jackson wrote:
I've merged the patches and so on from xen-3.1.0-13.fc8.src.rpm
with a
recent xen-unstable tip (16635:9d447ba0c99a). With a bit of work I
have managed to get a set of packages which appear to be able to work
at least in my simple `does this work at all' test.
I'm mentioning it here so that you can have a look at what I've done
and comment on it. We'll probably be making official upstream rpms
for Fedora 8. Please send me feedback either here on-list or
privately.
Most of the patches from -13.fc8 have been incorporated upstream so I
just deleted them from my srpm. A couple of these patches I've
included I have also submitted upstream and they'll be in
xen-unstable.hg soon if they're not already.
There were two patches that looked like they would be useful upstream:
xen-qemu-bootmenu.patch
pygrub-manykernels.patch
but I wasn't able to find clear attribution for the source of this
code. Xen upstream operates a `Signed-off-by' protocol to ensure that
we don't get bitten by copyright problems. Where should I look to try
to find the authors/contributors to check on the copyright status ?
There were both written by Jeremy, so copyright Red Hat. I'll get them
posted upstream.
In my package I have included the hypervisor in the xen-*.rpm rather
than making a kernel package too. This is more in line with practice
upstream. The new hypervisor seems to work for me with the
2.6.21-2952.fc8xen kernel.
We are going to be putting the hypervisor in a 'xen-hypervisor' package
for F9, so it might be work folowing same practice.
I have not included xen-net-bridge.patch which seemed quite a
surprising set of changes to me.
Most of those, if not all, should be upstream in 3.2.0
I was rather puzzled by the part of xen-initscript.patch which
removes
most of xend's startup code. I agree that xend's arrangements are not
entirely ideal but is there really much to be gained by making that
changes, which obviously makes the patchset much more fragile ?
The reason for this is that the upstream changset did not play nicely
with standard Fedora init script good practice. IMHO duplicating stuff
that is already provided by standard initscript shell functions in
python is a bad idea, hence we killed it. I did post these changes
upstream for review at the time by they weren't incporated. Should be
in the archives somewhere....
Please check the SHA256's before installing them:
1209de4470cf505113e684fe8f1f5c13faad40ad8eb4c456e8741eddbe5b6254
xen-3.1.9-0.fc8.i386.rpm
18ad4f2b35c6918ab3070e43d238487f6cbaf10a682cfc90b1d11c4640957395
xen-3.1.9-0.fc8.src.rpm
428da514ccf9064244017a5068c399ec0e7c5816c2d2f4ded17e9af031d50759
xen-debuginfo-3.1.9-0.fc8.i386.rpm
98305f6fc7de7c965b7cb0426a0bed4cb977394a8fce1cedf6fb35d6780df0c5
xen-devel-3.1.9-0.fc8.i386.rpm
f45e0ed7ff40bf7ef4e8cd236f639060caba27d3573003745bfa37f3ae0f4943
xen-libs-3.1.9-0.fc8.i386.rpm
FYI, you might want to check the rawhide spec file - for pre-release builds
we are standardizing on a numbering format of:
'xen-3.2.0-0.fc8.rc3.dev16606'
NB, the leading the '0' in the release number ensures the upgrade path
to the final official 3.2.0-1.fc9 package.
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 -=|