From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Hashe Subject: Re: Remove duplicates in AUTHORS file before the release Date: Tue, 20 Dec 2016 13:28:42 -0600 Message-ID: References: <87d1gmu2ht.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=94eb2c04769e7c31ed05441c0c38 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33257) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJQ5y-0002OX-DM for guix-devel@gnu.org; Tue, 20 Dec 2016 14:29:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJQ5x-00041W-41 for guix-devel@gnu.org; Tue, 20 Dec 2016 14:29:06 -0500 Received: from mail-ua0-x229.google.com ([2607:f8b0:400c:c08::229]:33352) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cJQ5w-00040z-Vp for guix-devel@gnu.org; Tue, 20 Dec 2016 14:29:05 -0500 Received: by mail-ua0-x229.google.com with SMTP id b56so26294886uaa.0 for ; Tue, 20 Dec 2016 11:29:03 -0800 (PST) In-Reply-To: <87d1gmu2ht.fsf@gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Alex Kost , guix-devel@gnu.org --94eb2c04769e7c31ed05441c0c38 Content-Type: text/plain; charset=UTF-8 Hi Alex, david.hashe@dhashe.com is correct. Thanks, David On Tue, Dec 20, 2016 at 7:57 AM, Alex Kost wrote: > Hello, if it's not too late for the release, I think it would be good to > adjust ".mailmap" to avoid duplicates in the generated AUTHORS file (if > it's too late, it would be good anyway). > > As you can check with "git --no-pager shortlog -nse", there are some > duplicates in the output (double names or emails for the same person). > This output is used to generate AUTHORS file in release tarballs. So to > disambiguate this, I would like to ask the people what are their > preference: > > - Alex: or ? > > - Ben: "Ben Woodcroft" or "Ben J Woodcroft"? > > - Daniel: or ? > > - David: , right? (you have one commit with > ) > > - Ivan: "Ivan Vilata-i-Balaguer" or "Ivan Vilata i Balaguer"? > > - Jeff: or ? > > - John: "John J. Foerch" or "John J Foerch"? > > - Marek: or ? > > - Marius: or ? > > - Pjotr: or ? > > - Thomas: or ? > > - Vincent: or ? > > > Please do not Cc other people in your answer, just reply to > , thanks! > > -- > Alex > --94eb2c04769e7c31ed05441c0c38 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Alex,


Thanks,
David

On Tue, Dec 20, 2016 at 7:57 AM, Alex Kost &= lt;alezost@gmail.com= > wrote:
Hello, if it's= not too late for the release, I think it would be good to
adjust ".mailmap" to avoid duplicates in the generated AUTHORS fi= le (if
it's too late, it would be good anyway).

As you can check with "git --no-pager shortlog -nse", there are s= ome
duplicates in the output (double names or emails for the same person).
This output is used to generate AUTHORS file in release tarballs.=C2=A0 So = to
disambiguate this, I would like to ask the people what are their
preference:

- Alex: <alex.sassmann= shausen@gmail.com> or <alex= @pompo.co>?

- Ben: "Ben Woodcroft" or "Ben J Woodcroft"?

- Daniel: <d4n1@d4n1.org> or <= ;d4n1@member.fsf.org>?

- David: <david.hashe@dhashe.c= om>, right? (you have one commit with
=C2=A0 <address@hidden>)

- Ivan: "Ivan Vilata-i-Balaguer" or "Ivan Vilata i Balaguer&= quot;?

- Jeff: <j@codemac.net> or <<= a href=3D"mailto:jm@igneous.io">jm@igneous.io>?

- John: "John J. Foerch" or "John J Foerch"?

- Marek: <dusxmt@gmx.com> or &l= t;merkur32@gmail.com>?

- Marius: <mbakke@fastmail.com> or <m.bakke@warwick.ac.uk= >?

- Pjotr: <pjotr.public01@th= ebird.nl> or <pjotr.public12@email>?

- Thomas: <thomas.danckaer= t@gmail.com> or <post@= thomasdanckaert.be>?

- Vincent: <vincent.legoll@g= mail.com> or <vinc= ent.legoll@idgrilles.fr>?


Please do not Cc other people in your answer, just reply to
<guix-devel@gnu.org>, thank= s!

--
Alex

--94eb2c04769e7c31ed05441c0c38--