These are based on libguestfs
These are based on libguestfs
You can now download preview packages here:
These are in very rough shape at the moment. In particular we may remove a few things, depending on which features we think will be supportable for RHEL. Probably live support will be dropped, and maybe some new tools if they aren’t polished enough.
Read the README file before installing them.
The new Red Hat Enterprise Linux Virtualization Getting Started Guide, which I worked on, is essential reading if you want to find out how to start out using KVM on RHEL 6.
For RHEL 6.0 we delivered an old, very safe version of libguestfs (1.2). Even before RHEL 6.0 was out, we knew we wanted to radically update libguestfs because we had many major new features, and we had improved the speed of libguestfs by 4 or 5 times. Thus the RHEL 6.0 → 6.1 rebase was substantial.
For RHEL 6.2 we are not planning any big changes, but nevertheless we are going to pull in over 100 upstream patches and fix dozens of bugs.
RHEL 6.2 libguestfs will have the same official version
1.7.17 but in reality it will be very similar to the upstream stable branch version 1.8.11, the package which has been getting a lot of testing and feedback in Fedora 14.
If you are using libguestfs in RHEL 6.1 now and you want try out libguestfs as it will look in RHEL 6.2, have a look at these preview packages:
With RHEL and Fedora I’ve made it my aim that no one should need to build libguestfs from source, because we offer the highest quality packages with every feature compiled in. I also build Debian and Ubuntu packages when I can and until someone steps up to do that.
But why is libguestfs a difficult package to build?
The primary reason is that we package up, make an API for, and rigorously test, something like 200 different Linux packages. Essentially if you use (say) the guestfs_part_* API then in the background you’re using parted. If you’re using another API, you might be using e2fsck or resize2fs or lvm or grep or file or the kernel or any one of dozens of other programs. And to compound the problem, we don’t just “ship and forget”. We test these programs, and if they break, then we break. Our test suite has about 600 different tests and takes 2 hours to run.
And we test against Fedora Rawhide. The latest and buggiest.
Consequently we hit all the new bugs. Just today I hit a Linux 3.0 bug and another kernel/ftrace bug. Two weeks ago it was a bug in the file command, another bug in udev on Debian, and you can never exclude the possibility of stupidity by Ubuntu kernel maintainers.
It’s routine that I discover qemu, kernel and other bugs for the first time, because often a libguestfs build in Koji is the first build that boots up and runs the new software.
So what’s my point? It would be good if the Fedora kernel and qemu maintainers didn’t just push out a new package, but they tested that one can run inside the other. But while that would improve the situation for me, the real problem is that integrating software is hard, and it’s unfortunate that libguestfs has got into a situation where we are the first people to integrate and run Rawhide.
Red Hat Enterprise Linux 6.1 is out.
For this release the Virtualization guide was extensively updated. In particular I wrote a section on using libguestfs, guestfish and the virt tools for offline access to disk images.
I also managed to slip in a Perl joke …
The latest and hopefully final preview packages are available here: