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 -=| -- Fedora-xen mailing list Fedora-xen@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-xen
