[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [fedora-virt] QEMU new Package



On Wed, 2009-02-04 at 14:29 -0200, Glauber Costa wrote:
> On Tue, Feb 03, 2009 at 10:53:47PM +0000, Daniel P. Berrange wrote:
> > On Tue, Feb 03, 2009 at 06:11:31PM -0200, Glauber Costa wrote:
> > > Hi guys.
> > > 
> > > I've built a qemu image in here:
> > > 
> > > http://koji.fedoraproject.org/koji/taskinfo?taskID=1102151
> > > 
> > > It contains the basic work to get qemu package updated. Basically,
> > > we're talking about getting the qemu code from svn and creating multiple
> > > packages, so one could grab just the architecture of interest.
> > > Todo, is the creation of a meta-package to grab'em all at once.
> > > 
> > > This is also the first step in merging qemu and kvm packages, which
> > > I'd like to do in two steps.
> > > 
> > > 1) This one.
> > > 2) replace qemu-svn with kvm-userspace
> > > 
> > > The later is not as trivial as it seems. Nobody exercices this path
> > > usually, and we're likely to find bugs that prevent the build to finish
> > > (Well, I tested, and there _are_ bugs ;-) ). But I believe we can have
> > > it sorted out.
> > > 
> > > If no one has any major opposition to the state of things, I intend to
> > > commit it to CVS tomorrow (with some minor changes), and put it into
> > > rawhide so we can start having a more serious testing out of it.
> > 
> > The major blocker here is that it breaks upgrades. ie, upgrade to F11
> > and you end up with an install with no emulators present. 'qemu' should
> > stay as a package which pulls in everything - by Requires on all the
> > sub-RPMs. I agree with mark that there are too many sub-RPMs here.
> > I think we should group related archs, so that all x86 related system
> > emulators are in one sub-RPM, all mips together, all sh together, etc
> Ok, so what you mean is a meta package "qemu" that just depends on all others
> for folks that already has qemu installed? It makes sense. Do we plan on
> carrying it on forever, or dropping it by F12?

There's no harm carrying it indefinitely.

> > Also, the /etc/init.d/qemu script will need updating to take account
> > of the fact that not all usermode emulators will be present - it should
> > only register binary format handlers for those which are actually
> > installed.
> According to the current proposal, they will. We're splitting qemu-system into
> multiple, but qemu-user will have all targets. So all we have to do is install
> the init script only when installing the user package.

Ah, and the initscript only applies to the user targets? That makes
perfect sense then.

Cheers,
Mark.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]