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 577EF1396D0 for ; Fri, 29 Sep 2017 13:11:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3A55D2BC030; Fri, 29 Sep 2017 13:11:09 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 8E7172BC002; Fri, 29 Sep 2017 13:11:07 +0000 (UTC) Received: from [10.100.0.22] (host-37-191-226-104.lynet.no [37.191.226.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: k_f) by smtp.gentoo.org (Postfix) with ESMTPSA id 00A3B341793; Fri, 29 Sep 2017 13:11:04 +0000 (UTC) Subject: Re: Git workflow GLEP (Was: Re: [gentoo-project] Call for agenda items, council meeting 8/October/2017 18:00 UTC) To: gentoo-project@lists.gentoo.org, =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= , gentoo dev announce Cc: council@gentoo.org References: <2032312.gCecMtFXeN@porto> <1506452291.25101.14.camel@gentoo.org> <1506540293.1169.2.camel@gentoo.org> <1506627995.15843.5.camel@gentoo.org> From: Kristian Fiskerstrand Message-ID: <00f45edd-ff84-58d9-7b76-e3b5db801352@gentoo.org> Date: Fri, 29 Sep 2017 15:10:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 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 In-Reply-To: <1506627995.15843.5.camel@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7Kp4IjVpe0K8hPAixO0HgnohIGRvu35C6" X-Archives-Salt: 061db86a-6c4a-45a3-83de-24ccc922510c X-Archives-Hash: 372e5060b4f6ed0bf05e4497f7ba68e5 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7Kp4IjVpe0K8hPAixO0HgnohIGRvu35C6 Content-Type: multipart/mixed; boundary="3lLh8b4wPWec2IIOqpA4Uw6glgOULum5j"; protected-headers="v1" From: Kristian Fiskerstrand Reply-To: k_f@gentoo.org To: gentoo-project@lists.gentoo.org, =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= , gentoo dev announce Cc: council@gentoo.org Message-ID: <00f45edd-ff84-58d9-7b76-e3b5db801352@gentoo.org> Subject: Re: Git workflow GLEP (Was: Re: [gentoo-project] Call for agenda items, council meeting 8/October/2017 18:00 UTC) References: <2032312.gCecMtFXeN@porto> <1506452291.25101.14.camel@gentoo.org> <1506540293.1169.2.camel@gentoo.org> <1506627995.15843.5.camel@gentoo.org> In-Reply-To: <1506627995.15843.5.camel@gentoo.org> --3lLh8b4wPWec2IIOqpA4Uw6glgOULum5j Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 09/28/2017 09:46 PM, Micha=C5=82 G=C3=B3rny wrote: > As far as I'm concerned, one indicator for all bugs is enough, > especially that in some cases projects have Gentoo upstream which blur > the line between upstream and downstream bugs. I don't buy this argument. The Gentoo Package repository is different from the upstream software repository, so there needs to be a separation between how to manage these situations. The guidelines (or requirements, depending on how we decide on things) in this case only has the package repository in scope and we shouldn't differentiate between gentoo as upstream and external upstreams for the purpose of the package repository= =2E For this to be an issue would be a new patch release / revbump that only happens in the Gentoo Package Repository but is not part of upstream, which would be odd, in particular given we have a specific section in the Gentoo social contract on: ### We will give back to the free software community We will establish relationships with Free Software authors and collaborate with them when possible. We will submit bug-fixes, improvements, user requests, etc. to the =E2=80=9Cupstream=E2=80=9D autho= rs of software included in our system. We will also clearly document our contributions to Gentoo as well as any improvements or changes we make to external sources used by Gentoo (whether in the form of patches, =E2=80=9Csed twea= ks=E2=80=9D or some other form). We acknowledge that our improvements and changes are much more meaningful to the larger Free Software community if they are clearly documented and explained, since not everyone has the time or ability to understand the literal changes contained in the patches or tweaks themselves. ### Further, for things to be an issue it would requires that automatic tools touches bugs based on data. I can see that for Closes, which is an explicit action, but not really for Gentoo-Bug, as a commit could be a partial solution referencing it, e.g a stabilization, so the most an automated tool would do is likely post a comment that the bug was referenced in commit XYZ. For Closes it brings up the question on whether only a specific list of categories should be considered for such automated tooling, e.g for specification of to https://bugs.gentoo.org/NNNNNN it will only influence "Gentoo Linux" product and reject action from the Gentoo Package Repository for the others, then the root cause of the upstream issue is handled, as bugs for that is in Gentoo Hosted Projects. --=20 Kristian Fiskerstrand OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3 --3lLh8b4wPWec2IIOqpA4Uw6glgOULum5j-- --7Kp4IjVpe0K8hPAixO0HgnohIGRvu35C6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEtOrRIMf4mkrqRycHJQt6/tY3nYUFAlnORmAACgkQJQt6/tY3 nYXBXQgArwJ65j4SiBF+2wGYerVPLrJynxl+Bn4XnowHEZCBhoq1qoa6cqoYp0eD Vwa5k1SyJEytwuWW7UNu9ikuN5NqcvPBPPc+kov0Grj0/qQ+n65Ngma5Ia1CtYQ4 x8q5ab9f3C1SIjh7dV3J2LdlRRiYpI3v7ZMsYeB6yz/6lbHacpbzLGsZniUbpZGU XQpPPG2ejdHBrLL9R1XQxwmVSSz/07oxTeKy10URWlG+c9lr+NX+7FshoFU4vSa2 jAqjfkk7ogthzPVjcWEwEoD9GfE5g9Kx5gptbw7EEu9kUw493oCKRadvw+K7e6op 2cK1SmXyl3ozADj2KIxZsjzh2leI0Q== =U3wV -----END PGP SIGNATURE----- --7Kp4IjVpe0K8hPAixO0HgnohIGRvu35C6--