Hi all,
For a while now I've been packaging kernels and Xen packages for EL6 -
however they've all been 64 bit only.
Recently, I've compiled them for i686 (32 bit) machines and would love
to get some feedback of anyone who runs Xen on a 32 bit setup (can be 64
bit machine with 32 bit softwar
On Sun, Feb 19, 2012 at 6:26 AM, Steven Haigh wrote:
> Hi all,
>
> For a while now I've been packaging kernels and Xen packages for EL6 -
> however they've all been 64 bit only.
>
You've my empathy. I did this years ago for our favorite upstream vendor's
version 4 releases while working for the
On 19/02/2012 11:50 PM, Nico Kadel-Garcia wrote:
You've my empathy. I did this years ago for our favorite upstream
vendor's version 4 releases while working for the BBC on a
virtualization project. Given our favorite upstream vendor's insistence
on support for KVM, though, are you seeing any part
On Sun, Feb 19, 2012 at 8:22 AM, Steven Haigh wrote:
>
> I didn't agree with TUV in dropping Xen - however I'm pretty sure it will
> return in EL7.
>
I'm not sure about this. There are things I dislike intensely about KVM,
specifically the lack of network configuration tools for setting up the
req
On 20/02/2012 1:14 AM, Nico Kadel-Garcia wrote:
On Sun, Feb 19, 2012 at 8:22 AM, Steven Haigh mailto:net...@crc.id.au>> wrote:
I didn't agree with TUV in dropping Xen - however I'm pretty sure it
will return in EL7.
I'm not sure about this. There are things I dislike intensely about KVM
Regarding the Xen for SL 6: I note that the xen-4.1.2-8.fc17.src.rpm from
the bleeding edge Fedora 17 test repository seems to compile well using
"mock" for Scientific Linux 6: I don't have a good host to test it on, but
backporting those might be a good way to provide access to this.
Building cus
I use Michael Young's packages for Xen based on Fedora 16. Anything
newer than that starts to cause issues in building due to newer
dependencies. I then rebuild these for EL6. At least when I tried it not
long ago as an experiment.
Eventually, when FC16 becomes unmaintained, I shall either mai