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

Re: [fedora-virt] QEMU new Package



On Wed, Feb 04, 2009 at 04:30:49PM +0000, Mark McLoughlin wrote:
> 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.
yeah. This script has only two purposes in life:
1) Allowing people to do ./my-binary-arm, and call the emulator under the hood
2) pursuit of happiness.

The later is not negatively affected by our new scheme.


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