From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CC7C81381F3 for ; Tue, 4 Dec 2012 17:32:49 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7C2CC21C097; Tue, 4 Dec 2012 17:32:40 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D118721C092 for ; Tue, 4 Dec 2012 17:32:12 +0000 (UTC) Received: from [192.168.4.5] (blfd-4d08e543.pool.mediaWays.net [77.8.229.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id 7B3EB33D80D for ; Tue, 4 Dec 2012 17:32:11 +0000 (UTC) Message-ID: <50BE3398.8070104@gentoo.org> Date: Tue, 04 Dec 2012 18:32:08 +0100 From: hasufell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121129 Thunderbird/10.0.11 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds References: <50BB71DD.4080308@gentoo.org> <50BDAFE2.6000702@gentoo.org> <50BE2C56.6080709@gentoo.org> <50BE3010.108@gentoo.org> In-Reply-To: <50BE3010.108@gentoo.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: a7a4376a-fc31-42cc-9c57-e6e7ba778323 X-Archives-Hash: 2201fc330eda793348c7a4e926ed994c -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/04/2012 06:17 PM, Rick "Zero_Chaos" Farina wrote: > > I'm sorry but isn't specific policy related to global policy? Why > yes, yes it is. > Unless they conflict, then no. > >> On 12/04/2012 09:10 AM, Rick "Zero_Chaos" Farina wrote: > >>> If we are going to document this policy and make it official >>> (which since it's not documented it's not official) then it >>> only makes sense to have an opt-out option. I personally don't >>> wish to see my users suffer for 2-4 weeks because I'm busy and >>> people are pretending to be polite. > >>> I have no issue with this policy, but to do it without an >>> explicit option to opt-out is not acceptable to me. > >> This certainly depends on the severity of the bug. If you think >> my text can be improved please provide a new patch or tell me >> what exactly you would describe differently. > > A patch against what? I've not seen a link, only vague references > to the dev manual. You missed to look at the initial post which refers to https://bugs.gentoo.org/show_bug.cgi?id=445402 which includes a patch for the devmanual. > >> The vague character of this policy is a bit on purpose, otherwise >> you would have to describe every possible case. That's not what I >> want here. > > If we are vaguely defining a policy of not touching other peoples > packages then the only specific thing in that policy should be what > is exempt (which would be "if xyz is in the metadata.xml then > follow those instructions over this policy"). > > This is VERY much on topic. I am really unhappy that people are > writing policy that will get me less help and more work, and I > won't be happy until I have a way to tell others that in the > metadata.xml and the "policy" you are writing refers to it. > The global policy is a general policy and does not overrule any developer saying "touch my packages at will". That would not make sense. There are already numerous ways to do that, in the ebuild and in the description field in metadata.xml. If you want more ways to communicate that to other devs, then propose something, open a bug, open a new thread. So what in this policy do you disagree with? This is _not_ just about your own packages, this is a tree-wide policy which is more or less already in action. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQvjOYAAoJEFpvPKfnPDWzoj0H/1g4iV63w0/slCoZgXVRumEf bovcEEqctUvl7ayyNuPdu7mzcOeyWfLTG7/4Xqpntn/XzNvOtU9pTi5/GAoPYSqt rbSH/RpREgS3pQNctDqcB4zi7DVdCY5ugQBs/M9m/CWKpUsWwSZpp7/bsa3f9t2U DOdEQjP35EWr9XP3kbSY/J2U5lSYhX/1n8SNlKGMKnwVes4RlKxC2MVTMoodGjW3 12wfpQ1FjAgF5hkz1HfM0tgrDPp994Iiu9wdjp6FtqHZVSZye0MetNu2AvuTH8Ft Cs2Isf9Y5dJ+p48BWEY9jWwQRD+/H7TgAj6G7NarYGJ4u4lLe4Sf9qBO/BFN3fA= =IPl8 -----END PGP SIGNATURE-----