From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QNMma-0001XR-8E for garchives@archives.gentoo.org; Fri, 20 May 2011 10:18:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A10841C0B7; Fri, 20 May 2011 10:18:03 +0000 (UTC) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.39]) by pigeon.gentoo.org (Postfix) with ESMTP id A58731C050 for ; Fri, 20 May 2011 10:17:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vm-relay5.estpak.ee (Postfix) with ESMTP id E492ECBB for ; Fri, 20 May 2011 13:17:35 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at vm-relay5.estpak.ee Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (vm-relay5.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BJihnX1jEXf5 for ; Fri, 20 May 2011 13:17:33 +0300 (EEST) Received: from NETI-Relayhost1.estpak.ee (neti-relayhost1.estpak.ee [88.196.174.198]) by vm-relay5.estpak.ee (Postfix) with ESMTP id 18E31604 for ; Fri, 20 May 2011 13:17:33 +0300 (EEST) Received-SPF: Neutral (access neither permitted nor denied) identity=mailfrom; client-ip=90.191.204.24; helo=[192.168.1.64]; envelope-from=leio@gentoo.org; receiver=gentoo-dev@lists.gentoo.org X-SMTP-Auth-NETI-Businessmail: no Subject: Re: [gentoo-dev] Council May Summary: Changes to ChangeLog handling From: Mart Raudsepp To: gentoo-dev@lists.gentoo.org In-Reply-To: <4DD24EBE.5060002@gentoo.org> References: <4DD24EBE.5060002@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 20 May 2011 13:19:42 +0300 Message-Id: <1305886782.17955.29.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 07667bf7b9bb5a4850fe9cb138565bff Hello, On T, 2011-05-17 at 13:32 +0300, Petteri R=E4ty wrote: > http://www.gentoo.org/proj/en/council/meeting-logs/20110510-summary.txt >=20 > Please note that you must now update ChangeLog with each commit. For > more information please see the meeting log and the preceding mailing > list thread: >=20 > http://www.gentoo.org/proj/en/council/meeting-logs/20110510.txt > http://archives.gentoo.org/gentoo-dev/msg_eaefa325b31360324d0fe53d0b907= 1e6.xml While I always was, and still am quite a strong proponent for ChangeLogging removals, does this mean I need to spam the ChangeLog for small or negligible affect mistakes and fix it probably even before any rsync master updates have gone by, while said fix is more or less covered by the previously committed ChangeLog entry of the same date? To make it more clear, here's an example from the past: I didn't have scripts for gstreamer split bumps before, and it was an unwritten rule back then that for one of them I forget to edit the required gst-plugins-base version in the ebuild to its new requirement before repoman committing, and notice it within 5 minutes of committing. Then I would just fix it up, and commit without a ChangeLog update (as it's just noise to curious users), as the correction to the required version is part of the "Version bump" work; plus the nature of the packages is as such, that almost completely surely the new enough gst-plugins-base version will be on the users system anyway, as other new versions of the (more widely used) splits got it correctly earlier on the first commit. So am I required to ChangeLog such trivialities too now? There seems to have been a slight discussion about typos and whitespaces during the meeting, but I didn't see any conclusion on a cursory reading and then it was just voted "strict". As a separate note, I'm also a strong proponent of writing in ChangeLogs a bit about what has changed upstream for a version bump, so that users can see the important things BEFORE upgrading (and having /usr/share/doc/${PF}/NEWS* readily available); of course until that doesn't significantly delay the version bumps themselves due to potentially increased work for the maintainer. --=20 Mart Raudsepp