From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JBymB-0006mt-VG for qemu-devel@nongnu.org; Mon, 07 Jan 2008 15:40:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JBymA-0006ko-8D for qemu-devel@nongnu.org; Mon, 07 Jan 2008 15:40:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JBym9-0006kV-Sl for qemu-devel@nongnu.org; Mon, 07 Jan 2008 15:40:49 -0500 Received: from server2linux.rebelnetworks.com ([66.135.41.201]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JBym9-0002WQ-Dp for qemu-devel@nongnu.org; Mon, 07 Jan 2008 15:40:49 -0500 Received: from p5b165a28.dip.t-dialin.net ([91.22.90.40] helo=phoenix2.frop.org) by server2linux.rebelnetworks.com with esmtpa (Exim 4.68) (envelope-from ) id 1JBylq-0000EF-Sp for qemu-devel@nongnu.org; Mon, 07 Jan 2008 14:40:31 -0600 From: Julian Seward Subject: Re: [Qemu-devel] Request for Qemu bugzilla Date: Mon, 7 Jan 2008 21:38:54 +0100 References: <7fac565a0801061056l7da746afi98b6fd41b327a866@mail.gmail.com> <7F1725D0-A829-49F5-887A-AEECEAE01FE3@web.de> In-Reply-To: <7F1725D0-A829-49F5-887A-AEECEAE01FE3@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801072138.54505.jseward@acm.org> 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 > [discussion about where to host a bugzilla] Perhaps a more important question is, is there interest in making a stable branch, tracking bugs and producing bug-fix-only releases from the stable branch? As is traditional in (eg) gcc, etc? If not, I don't think there is much point in having a bugzilla. > While QEMU is officially still in alpha stage ;) I'd agree that an > issue tracking system can be useful. It could be argued that QEMU would be more likely to move beyond alpha state if these traditional kinds of QA mechanisms were actually put into place and then used. J