From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LWYZq-0002ZB-2E for qemu-devel@nongnu.org; Mon, 09 Feb 2009 11:01:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LWYZo-0002Wk-Aa for qemu-devel@nongnu.org; Mon, 09 Feb 2009 11:01:41 -0500 Received: from [199.232.76.173] (port=58674 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LWYZn-0002WG-Qx for qemu-devel@nongnu.org; Mon, 09 Feb 2009 11:01:39 -0500 Received: from rn-out-0910.google.com ([64.233.170.189]:64227) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LWYZn-00064w-9q for qemu-devel@nongnu.org; Mon, 09 Feb 2009 11:01:39 -0500 Received: by rn-out-0910.google.com with SMTP id j36so1414849rne.8 for ; Mon, 09 Feb 2009 08:01:38 -0800 (PST) Message-ID: <49905349.5090408@codemonkey.ws> Date: Mon, 09 Feb 2009 10:01:13 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 05/17] monitor: Don't change VNC server when disabled References: <20090207181627.13667.9979.stgit@mchn012c.ww002.siemens.net> <20090207181628.13667.27538.stgit@mchn012c.ww002.siemens.net> <49904225.5060808@us.ibm.com> <49904D3E.9060703@siemens.com> In-Reply-To: <49904D3E.9060703@siemens.com> Content-Type: text/plain; charset=UTF-8; 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 Jan Kiszka wrote: > Anthony Liguori wrote: > >> Jan Kiszka wrote: >> >>> Avoid a segfault when the user issues 'change vnc' without having vnc >>> enabled on startup. >>> >>> Signed-off-by: Jan Kiszka >>> >>> >> It'd be easier on me if you split out these sort of fixes from the rest >> of the series (that clearly has nothing to do with improving the monitor). >> > > You are free to apply this whenever you want, it has no dependency. I'll > drop it from the series when it's no longer needed. > > [ Small fixes unfortunately tend to fall through the cracks, so I chose > this path. ] > From a purely pragmatic sense, my patch series scripts verify that all patches in the series are present as some folks have issues with mailers or SMTP delay. That means for a patch like this, I'd have to apply it by hand if I wanted to apply it in the absence of the rest of the series. That means I'll simply wait until the rest of the series is ready to go. BTW, I've now got something locally tracking patches on the list so hopefully we're past the days of stuff slipping through the cracks. I have some old patches in my queue still that I've been waiting for other maintainers to ack/commit but rest assured, they haven't been forgotten :-) Regards, Anthony Liguori > Jan > >