From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 80C33138334 for ; Sun, 17 Jun 2018 07:39:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AD86AE07ED; Sun, 17 Jun 2018 07:39:57 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6B44CE07EC for ; Sun, 17 Jun 2018 07:39:57 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 95527335C36 for ; Sun, 17 Jun 2018 07:39:55 +0000 (UTC) Date: Sun, 17 Jun 2018 19:38:57 +1200 From: Kent Fredric To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] [RFC] GLEP 76: Copyright Policy Message-ID: <20180617193618.1a02a539@katipo2.lan> In-Reply-To: <23334.1830.170885.630788@a1i15.kph.uni-mainz.de> References: <23325.35685.793702.267278@a1i15.kph.uni-mainz.de> <20180617123737.122ef070@katipo2.lan> <23334.1830.170885.630788@a1i15.kph.uni-mainz.de> Organization: Gentoo X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/oEFVn4VJ8B42.DsfgyF0n8q"; protocol="application/pgp-signature" X-Archives-Salt: 9ef20fb4-3335-49fc-b351-aa7501431013 X-Archives-Hash: abf87983601cbe4182be632c759b9402 --Sig_/oEFVn4VJ8B42.DsfgyF0n8q Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 17 Jun 2018 09:00:54 +0200 Ulrich Mueller wrote: > I don't see how any of this would prevent a committer from adding a > Signed-off-by line. Here, it just seems like unnecessary fluff, given the committer and the signed-off-by line should be identical. It makes more sense in the kernel, where patches get formatted with only author data, and the chain of custody from the border to its final commit in kernel@ is not necessarily completely obvious. Whereas in Gentoo, we don't really have any of those intermediate steps. Its more a question what it seeks to achieve that can't be done with existing data. Especially considering anyone can trivially forge such a statement and pretend they committed on somebody elses behalf after receiving a patch. And I somewhat find the "real names" policy somewhat obnoxious, for as far as I'm aware, pseudonyms are just as legally binding as real names. Requiring a legal name just excludes people, and well known pseudonymous authors like "why_" would never participate in such a scheme. --Sig_/oEFVn4VJ8B42.DsfgyF0n8q Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlsmEDIACgkQ6FQySxNm qCCEvRAAxKdSWz4Thhs2fisTyqwpgxBX8upwkcGIo7Pc8SIjpuzK72+bcBMxvdZ9 7AOs1QC0rfY/WRn6fmxLHDcHgQYJy4zpTmeGeTM6myavs8MFtwMbhZGD7ouWlwC2 aU3ZkiGQ23fIHWwRvBEOOVQdvR2DEanW9N/15w6GY6E/3lFqu73wNfsfgWiykFhJ pBfj0jepd5/vxgiDLJeNpqly3OJXC0Zo/eCQNYFk1hZjn0E/4Ba0RIyoUal2yy2d lhFPndvw0glIyUTw+S2zahoqo7Y8x9WQAYlNDJfzgMZwhFWNMqlgfXLGwG7Li9PL S1+8VLWpyjx69Wui/QJGyx4xlGtZMUPhJZRRDjB3+GVNuXAnMIm0RkbOj9fl5Vsc pix7+PBgKDlBCKr/+KBKhwv9Ojce1N4pG3vmFeDk+JWv+5Tj9NkOjjs8BsxXCRmK gwzPBUjGG0tljl+60nZt4Gwv8HTVxrEZ2FFPJbhqSpGCGEaiVF9I0yarry9a11bQ hbVq7+NoSrskuaxa2r1MiWkX0KPnIBNctu5+ACrH9Xpt23CmenOOn2ZPbEfO7R+F tpAUsrBifhc3IwGo6bGArvl+BGvaU2VYys9+R/2leb865P0KyV8TR7um28Sxhwj0 Q5CGfJ4gCWVln34dhuRKyncrJ2Ywr/u3WvLnGr3ohZW2/XDRB5s= =k1T8 -----END PGP SIGNATURE----- --Sig_/oEFVn4VJ8B42.DsfgyF0n8q--