From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BUsCw-0003BI-VM for qemu-devel@nongnu.org; Mon, 31 May 2004 15:12:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BUsCt-0003A9-Ss for qemu-devel@nongnu.org; Mon, 31 May 2004 15:12:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BUsCt-00039g-Oz for qemu-devel@nongnu.org; Mon, 31 May 2004 15:12:23 -0400 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BUsCN-0004Nz-HK for qemu-devel@nongnu.org; Mon, 31 May 2004 15:11:51 -0400 Received: from [81.209.184.159] (helo=dd2718.kasserver.com) by mx20.gnu.org with esmtp (Exim 4.34) id 1BUp9b-0006Rx-4b for qemu-devel@nongnu.org; Mon, 31 May 2004 11:56:52 -0400 Received: from [192.168.0.7] (dsl-082-083-133-246.arcor-ip.net [82.83.133.246]) by dd2718.kasserver.com (Postfix) with ESMTP id D0090201AC for ; Mon, 31 May 2004 16:49:42 +0200 (CEST) Message-ID: <40BB4667.6090708@fabianowski.de> Date: Mon, 31 May 2004 16:51:19 +0200 From: Bartosz Fabianowski MIME-Version: 1.0 Subject: Re: [Qemu-devel] Changing RTC from UTC to local time References: <40B8A0B1.3040601@fabianowski.de> <200405291023.18228.kyle@silverbeach.net> <40B8DB75.5050005@fabianowski.de> <20040529231327.GC1690@sentinelchicken.org> <40B91B89.9000500@fabianowski.de> <1085892773.25895.68.camel@aragorn> <40BA36CA.6070805@fabianowski.de> <877jus3dp4.fsf@Janik.cz> <40BB4657.10407@bellard.org> In-Reply-To: <40BB4657.10407@bellard.org> Content-Type: text/plain; charset=us-ascii; 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: qemu-devel@nongnu.org > Before there is support for a configuration file, I can add a default > mode where QEMU scans the partition table Would it not be better to use a command line option? While it seems utterly senseless, somebody might come up with the idea of doing multi boot inside QEMU (that is, installing multiple operating systems on a simulated hard drive). Your scan in this case will only find the first system. And if the first one is Linux/*BSD and the second one Windows, you will set the wrong time zone. No matter how smart you make your program, a human will be smarter and will make a better choice of time zone in a split second. - Bartosz