From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111971 invoked by alias); 13 Feb 2020 19:29:02 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 111954 invoked by uid 89); 13 Feb 2020 19:29:01 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.1 spammy=H*f:sk:cba7542, H*MI:sk:cba7542, HX-Languages-Length:1331 X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 13 Feb 2020 19:29:00 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34605) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j2KAU-0003mb-Pe; Thu, 13 Feb 2020 14:28:58 -0500 Received: from [176.228.60.248] (port=4840 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j2KAT-00044Z-QJ; Thu, 13 Feb 2020 14:28:58 -0500 Date: Thu, 13 Feb 2020 19:29:00 -0000 Message-Id: <834kvuqoar.fsf@gnu.org> From: Eli Zaretskii To: Philippe Waroquiers CC: simon.marchi@polymtl.ca, binutils@sourceware.org, gdb-patches@sourceware.org In-reply-to: (message from Philippe Waroquiers on Thu, 13 Feb 2020 20:09:21 +0100) Subject: Re: Using the vcs_to_changelog.py script References: <83imkbqhry.fsf@gnu.org> <83a75mqyry.fsf@gnu.org> <675991ee-28c0-ce5a-6327-c6ad80ccb1c3@polymtl.ca> <837e0qqpps.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-SW-Source: 2020-02/txt/msg00309.txt.bz2 > From: Philippe Waroquiers > Cc: binutils@sourceware.org, gdb-patches@sourceware.org > Date: Thu, 13 Feb 2020 20:09:21 +0100 > > On Thu, 2020-02-13 at 20:58 +0200, Eli Zaretskii wrote: > > I have yet to see this accepted as GNU policy. And at least > > personally, having a ChangeLog in a tarball that just says which > > function was changed on what date is almost useless to me (and I do > > sometimes need to work without access to the VCS repositories). > It looks easy to have a script to generate a file that contains all > the git log messages + the diff for each commit > in case detailed changes have to be analysed off-line, without a git repository. How does this help when all you have is the release tarball? Anyway, I really don't think we should re-iterate the many months of discussions on gnu-prog-discuss, which led me to propose the change in standards.texi. Those discussions have beaten this horse to death, and I don't think we will invent any new arguments for or against producing ChangeLog files from VCS logs. If we decide to produce ChangeLog files at the time the release is tarred, then the ChangeLog files should be informative and useful; otherwise it's tantamount to deciding to drop ChangeLog's for the releases as well.