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 1RJ7OC-0005hu-6y for garchives@archives.gentoo.org; Wed, 26 Oct 2011 17:35:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8252521C06A; Wed, 26 Oct 2011 17:35:35 +0000 (UTC) Received: from mailgate.internet.lu (mailgate.internet.lu [195.218.0.131]) by pigeon.gentoo.org (Postfix) with SMTP id 5767721C052 for ; Wed, 26 Oct 2011 17:35:07 +0000 (UTC) Received: from silis.lu (unknown [195.218.24.15]) by mailgate.internet.lu (Postfix) with SMTP id CE2309C0175 for ; Wed, 26 Oct 2011 19:35:05 +0200 (CEST) Received: from 158.64.145.50 by 195.218.24.15 INC_SMTP_SERVER 2.57; Wed, 26 Oct 2011 19:35:05 +0200 Received: from neptune.home (unknown [IPv6:2001:960:7ab:0:ad8c:4806:e214:ff13]) by smtp.home (Postfix) with ESMTP id F16C9144C04 for ; Wed, 26 Oct 2011 19:35:01 +0200 (CEST) Date: Wed, 26 Oct 2011 19:33:56 +0200 From: Bruno To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [Council] ChangeLog generation within Gentoo Message-ID: <20111026193356.058efef7@neptune.home> In-Reply-To: <20111026170212.GD843@gentoo.org> References: <20111026170212.GD843@gentoo.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.5; i686-pc-linux-gnu) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 850dbf56a159893226dbd16d912c656d On Wed, 26 October 2011 Fabian Groffen wrote: > However, this also allows to do all kinds of other actions to the > ChangeLog file, without actually adding an entry for the current change > being committed, as we've already seen in practice. > The Council would like to remind developers that it is still a > requirement that all actions are documented in the ChangeLog and that it > is hence the responsibility of the committing developer to make sure > this requirement is met. Is there some guideline about old entries in the ChangeLog? Over the past months ChangeLogs represent a big part of the tree, some of them being pretty big and going back many changes (hundreds of them) and years (even for actively maintained ebuilds). In order to not bloat the tree I would like to see old entries purged when there are more than 25-50 of them, especially if they refer to ebuilds gone since more than 3-6 months. Someone in need for long gone ebuild would have to look at VCS anyhow, so looking at ChangeLog/history over there would seem logical. On a compressed tree (squashfs) dropping all ChangeLogs reduces size from ~55MiB to around 35MiB which is quite a lot! Bruno