From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id B09BF138247 for ; Wed, 15 Jan 2014 20:44:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D42CAE0B4E; Wed, 15 Jan 2014 20:44:00 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 258FAE0B26 for ; Wed, 15 Jan 2014 20:44:00 +0000 (UTC) Received: from [192.168.11.3] ([88.150.18.76]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MBVwM-1WAeb22oA2-00AV7x for ; Wed, 15 Jan 2014 21:43:58 +0100 Message-ID: <52D6F30E.9070402@gmx.de> Date: Wed, 15 Jan 2014 21:43:58 +0100 From: Sebastian Luther User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131111 Thunderbird/17.0.9 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@lists.gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-portage-dev@lists.gentoo.org Subject: Re: [gentoo-portage-dev] [PATCH] Document bugzilla workflow References: <1389205519-8889-1-git-send-email-SebastianLuther@gmx.de> <20140115041145.06629f10@TOMWIJ-GENTOO> <52D62ABF.7070805@gmx.de> <20140115172012.26c065e0@TOMWIJ-GENTOO> <52D6C570.8060706@gmx.de> <20140115194103.3ed610fc@TOMWIJ-GENTOO> In-Reply-To: <20140115194103.3ed610fc@TOMWIJ-GENTOO> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1ELLbdYXuxYo9mhG0O5kRp7rVEXdekmCV79MJLT6WgkEXnh+dfc 7660FeGWH1y6QN8K+P+SdxKVOrP04Ae7AYR80TtwukKSeyWrfHjExiqsTKFFeBF/u+KyR5i FvuUPaZxlP4kuPQ2/0lhmqJ9v38k2VsIzTv/U78G7L+pvhvNj33yGge6+lBE73xcIvGozWA OaJqJvbd42SHbNsFmSe1Q== X-Archives-Salt: d1130e32-8a89-440c-bce0-1e2624ec3c64 X-Archives-Hash: f27f1ed32476dfc55639ecd247a5471c Am 15.01.2014 19:41, schrieb Tom Wijsman: >>> Yes, I see some commit messages not refer to bugs which is >>> something we will want to avoid; think this might need to go >>> into the commit policy. >>> >> There's nothing wrong with fixing/implementing something that >> nobody filed a bug about. > > Sorry, consider the common case where a bug was filed but the > commit message does not refer to that bug. Also note that I am > trying to refer to the ChangeLog of Portage itself, not that of the > ebuild; thus I mean the commit messages for the Portage repo, not > to the Portage tree. > Not sure if we're talking about the same things. 1) If you fix something that has a bug, you should refer to that in the git commit message. 2) There's nothing wrong with a git commit message that does not refer to a bug, if there is no bug filed. > The whole point of documenting it in a workflow is to make it > converge; Not the "converge" I meant. What I meant was to allow people to test different styles and hope that the one that works best will be adopted by everyone at some point. Once that happens you can document that style. > if you instead leave things unclear or undocumented, you have no > guaranteed convergence and might even see a disconvergence. Yes, maybe. One then needs to see if that is a problem and if it is then force everyone to use one style. > > It's already making people unhappy right now; because as it is > documented now, it is turned from the meaningful experience that > the previous Portage team had before to something that is > meaningless. It is a regression in checking the list of bugs that > block the tracker, as the states of the bugs no longer have a value > as it is documented now. > Previously the bug state was not used at all. There is no regression.