From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfgang Denk Date: Wed, 05 May 2010 22:58:02 +0200 Subject: [U-Boot] [PATCH 2/2] remove main CHANGELOG file In-Reply-To: <1273091842.2451.4563.camel@localhost.localdomain> References: <20100413211604.66841557.kim.phillips@freescale.com> <20100504192544.6506945d.kim.phillips@freescale.com> <20100505065401.04FACB076D3@gemini.denx.de> <201005051551.47704.marek.vasut@gmail.com> <20100505141745.2F61FB076F1@gemini.denx.de> <20100505150707.DDA59B076F1@gemini.denx.de> <1273075406.2451.4225.camel@localhost.localdomain> <20100505190541.BFEFCB0FF8E@gemini.denx.de> <1273091842.2451.4563.camel@localhost.localdomain> Message-ID: <20100505205802.97211B0FF81@gemini.denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Dear Peter Tyser, In message <1273091842.2451.4563.camel@localhost.localdomain> you wrote: > > I still don't grasp what the common use of looking at U-Boot's entire > changelog is. What are some common tasks that require grepping U-Boot's > entire changelog? Are these tasks performed frequently enough that the > extra <1 second 'git log' requires is bothersome? I'm trying to maintain some awareness of open patches. For example, when I receive a pull request I mark all included patches as processed; sometimes this includes tracking down older versions of the patches, or commit messages that have been changed on the way. And yes, the <1 second delay is bothersome when doing this frequently enough. > > -> wget -O u-boot.tgz 'http://git.denx.de/?p=u-boot.git;a=snapshot;sf=tgz' > > For snapshots, the CHANGELOG file is going to be out of date though. > It'll only list the changes that occurred up to the previous release. > This seems worse than not having a CHANGELOG at all as its actively > misleading people as to what changes their source code has. I disagree here. I find myself quite frequently in the situation that I have to identify the exact version some source tree has been derived from. Companies who maintain out-of-tree ports usually don't include any SCM information either. To me, the CHANGELOG is an extremely useful resource in such cases. > I'll quit whining, just wanted to give my +1 for removing the changelog. I don't consider you whining. I am listening to the arguments. I am not convinced yet, though. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de The human race is faced with a cruel choice: work or daytime tele- vision.