From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Daniel P. Berrange" Subject: Re: kvm binary names Date: Fri, 20 Mar 2009 18:17:15 +0000 Message-ID: <20090320181715.GK2167@redhat.com> References: <327276.24405.qm@web35804.mail.mud.yahoo.com> Reply-To: "Daniel P. Berrange" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: KVM List To: jd Return-path: Received: from mx1.redhat.com ([66.187.233.31]:35701 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753815AbZCTSRT (ORCPT ); Fri, 20 Mar 2009 14:17:19 -0400 Content-Disposition: inline In-Reply-To: <327276.24405.qm@web35804.mail.mud.yahoo.com> Sender: kvm-owner@vger.kernel.org List-ID: On Fri, Mar 20, 2009 at 10:57:50AM -0700, jd wrote: > > Hi > What is the motivation for having different kvm binary names on various linux distributions.. ? > > -- kvm > -- qemu-system-x86_84 > -- qemu-kvm I can tell you the history from the Fedora POV at least... We already had 'qemu', 'qemu-system-x86_64', etc from the existing plain qemu emulator RPMs we distributed. The KVM makefile creates a binary call qemu-system-x86_64 but this clashes with the existing QEMU RPM, so we had to rename it somehow to allow parallel installation of KVM and QEMU RPMs. KVM already ships with a python script called 'kvm' and we didn't want to clash with that either, so we eventually settled on calling it 'qemu-kvm'. Other distros didn't worry about clash with the python script so called their binary just 'kvm' Ultimately this mess will resolve itself as all of KVM gets merged into upstream QEMU and we no longer have a separate code fork. So the regular QEMU RPM's qemu-system-x86_64 emulator binary will have KVM support builtin by default Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|