From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [207.211.31.120]) by sourceware.org (Postfix) with ESMTP id D140D385DC0B for ; Thu, 23 Apr 2020 08:39:57 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D140D385DC0B Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-61-B57jGu2fOAi-MiLJCMK9tA-1; Thu, 23 Apr 2020 04:39:53 -0400 X-MC-Unique: B57jGu2fOAi-MiLJCMK9tA-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 70876801E5A; Thu, 23 Apr 2020 08:39:51 +0000 (UTC) Received: from tucnak.zalov.cz (ovpn-112-104.ams2.redhat.com [10.36.112.104]) by smtp.corp.redhat.com (Postfix) with ESMTPS id CC0961001920; Thu, 23 Apr 2020 08:39:48 +0000 (UTC) Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.15.2/8.15.2) with ESMTP id 03N8djfl006952; Thu, 23 Apr 2020 10:39:46 +0200 Received: (from jakub@localhost) by tucnak.zalov.cz (8.15.2/8.15.2/Submit) id 03N8dcRG006950; Thu, 23 Apr 2020 10:39:38 +0200 Date: Thu, 23 Apr 2020 10:39:38 +0200 From: Jakub Jelinek To: Jonathan Wakely Cc: Florian Weimer , "overseers@gcc.gnu.org" , Jonathan Wakely via Gcc , Overseers mailing list , Segher Boessenkool , Alexander Monakov , "Frank Ch. Eigler" , "Frank Ch. Eigler" , Tom Tromey Subject: Re: Not usable email content encoding Message-ID: <20200423083938.GV2424@tucnak> Reply-To: Jakub Jelinek References: <87zhccsdfd.fsf@tromey.com> <87imj0pjbr.fsf@mid.deneb.enyo.de> <87blosphsw.fsf@mid.deneb.enyo.de> <87h7xag3cl.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.11.3 (2019-02-01) X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Status: No, score=-12.0 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_SHORT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: overseers@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Overseers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 08:39:59 -0000 On Thu, Apr 23, 2020 at 09:34:20AM +0100, Jonathan Wakely via Gcc wrote: > I've been having problems with it recently, e.g. > https://gcc.gnu.org/g:e76100ced607218a3bf had to fix a changelog, > because https://gcc.gnu.org/g:d76925e46fad09fc9be67 put my changelog > entry in the wrong place in gcc/testsuite/Changelog, as a result of a > rebase using merge-changelog. >=20 > Maybe we should follow glibc and get rid of ChangeLog files before > trying to use automated CI and Git workflows. I thought we are leaning towards generating the ChangeLog files from commit messages rather than getting rid of them, but we need a reliable script to find the ChangeLog snippet in the commit message and split it into the separate ChangeLog files and reliable checker that will refuse commits with badly formatted entries in there, because when it comes from commit messages, we won't be able to fix mistakes in it later. =09Jakub