From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JGMON-0005z2-KU for qemu-devel@nongnu.org; Sat, 19 Jan 2008 17:42:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JGMOI-0005yW-H6 for qemu-devel@nongnu.org; Sat, 19 Jan 2008 17:42:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGMOI-0005yO-8Y for qemu-devel@nongnu.org; Sat, 19 Jan 2008 17:42:18 -0500 Received: from e5.ny.us.ibm.com ([32.97.182.145]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JGMOH-0002Sx-VF for qemu-devel@nongnu.org; Sat, 19 Jan 2008 17:42:18 -0500 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e5.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m0JMehuC026454 for ; Sat, 19 Jan 2008 17:40:43 -0500 Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m0JMegJ5251870 for ; Sat, 19 Jan 2008 17:40:42 -0500 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m0JMegkM024482 for ; Sat, 19 Jan 2008 17:40:42 -0500 Message-ID: <47927C74.3090309@us.ibm.com> Date: Sat, 19 Jan 2008 16:40:52 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Allow default network type to be determined from an environmental variable References: <478A80B8.7070708@us.ibm.com> <200801192110.11295.paul@codesourcery.com> In-Reply-To: <200801192110.11295.paul@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org Paul Brook wrote: >> In the absence of a global configuration file, a reasonably sane way to >> support this configuration system wide is to use an environmental >> variable. QEMU already uses a number of global variables for >> configuring audio options. >> > > I'd really prefer we didn't do this, and preferably obsoleted/removed the > existing environment variables. IMHO using environment variables is a really > bad idea and should be avoided wherever possible. > Any suggestion on an alternative mechanism then? Can we introduce a config file and slowly introduce options into it? Regards, Anthony Liguori > Environment variables are about the worst user interface I can think of. For a > start they're a global resource, which is limited on some systems. > It's also extremely hard to determine what environment a user is running. This > makes reproducing user bugs somewhere between hard and impossible. > > Paul >