From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I7aBr-0004DR-KY for qemu-devel@nongnu.org; Sun, 08 Jul 2007 13:04:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I7aBq-0004DF-89 for qemu-devel@nongnu.org; Sun, 08 Jul 2007 13:04:54 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I7aBq-0004DC-2n for qemu-devel@nongnu.org; Sun, 08 Jul 2007 13:04:54 -0400 Received: from nz-out-0506.google.com ([64.233.162.231]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I7aBp-00086W-Hs for qemu-devel@nongnu.org; Sun, 08 Jul 2007 13:04:53 -0400 Received: by nz-out-0506.google.com with SMTP id f1so1196894nzc for ; Sun, 08 Jul 2007 10:04:52 -0700 (PDT) Message-ID: <8a6cde920707081004j42b61cf5sc887b0c6ef636991@mail.gmail.com> Date: Sun, 8 Jul 2007 18:04:51 +0100 From: "Ricardo Almeida" Subject: Re: [Qemu-devel] [PATCH] make /usr/bin/qemu the native arch In-Reply-To: <20070708163550.GA11527@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070708122102.GA16291@aragorn> <20070708163550.GA11527@redhat.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" , qemu-devel@nongnu.org On 7/8/07, Daniel P. Berrange wrote: > On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote: > > Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where $(ARCH) is > > the native architecture? Defaulting to i386 doesn't make much sense nowadays, > > specially since x86_64 is gradually obsoleting it. > > Management tools for QEMU will have come to rely on existing semantics of > /usr/bin/qemu being i386. Why?! If they rely on 386 I think they should directly use qemu-system-i386... If they manage in an architecture independent way then use the qemu link... > Changing this for merely cosmetic reasons would Not cosmetic, logic... > cause significant technical complications because tools would then have to > try and detect whether /usr/bin/qemu were native or i386. See my previous why?! ;) > Thus I see no > real functional/technical benefit to changing it, and plenty of downside. If it's more logic, you have a functional benefit. And for the downside, I don't see them except for non-logic assumptions ;) Regards, Ricardo Almeida