public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Markos Chandras <hwoarang@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: Proxy maintainers in metadata.xml (was Re: [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds)
Date: Tue, 4 Dec 2012 18:51:36 +0000	[thread overview]
Message-ID: <CAG2jQ8hHqwCJoR6dSJ_2G_h=f6mX2CBqmnwQrB+h094-5Q1qtw@mail.gmail.com> (raw)
In-Reply-To: <50BE32B9.6010205@gentoo.org>

On 4 December 2012 17:28, Rick "Zero_Chaos" Farina <zerochaos@gentoo.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 12/04/2012 12:06 PM, Diego Elio Pettenò wrote:
>> On 04/12/2012 08:01, Rick "Zero_Chaos" Farina wrote:
>>> I feel the description field is already overloaded when there is a proxy
>>> situation, maybe it would be best to define a field for this.  Also
>>> english isn't primary language for everyone in the world so if the
>>> policy could actually be specific on this it would benefit everyone.
>>
>> Or maybe we can just agree that common sense rules all, and we always
>> set the proxied maintainer as assignee, and the proxy maintainer as CC..
>> because, you know, that's the only way a proxy maintainer can
>> close/change a bug at all.
>>
> That is a very good point. But being that it's a very good point it
> obviously never occurred to me that it shouldn't be spelled out in the
> metadata. Is there a policy for this as well that I am unaware of? A
> quick "site:devmanual.gentoo.org proxy" search indicates no
> documentation of this at all.
>
> http://www.gentoo.org/proj/en/qa/proxy-maintainers/index.xml?style=printable
>
> This page exists, but doesn't really mention anything about proper bug
> assignment. I know a lot of you have been doing this a very long time
> and there is a 'standard' way of doing things, but for us new guys if
> there is no documentation there is no policy.

Bug-wranglers are supposed to do that by default. When you see a
non-gentoo developer in metadata.xml, the default action is to assume
his is
the real maintainer and the bugs should be assigned to him. Such
guidance should be documented in the bug-wranglers project page and
not on the
proxy-maintainers one.

-- 
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2


  parent reply	other threads:[~2012-12-04 18:52 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-02 15:21 [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds hasufell
2012-12-02 15:38 ` Rich Freeman
2012-12-02 19:30   ` Markos Chandras
2012-12-04  1:18     ` Ben de Groot
2012-12-04  7:43       ` Ian Whyman
2012-12-04  9:19       ` Markos Chandras
2012-12-04 15:42         ` Alec Warner
2012-12-04 18:54           ` Markos Chandras
2012-12-06 10:53         ` Ben de Groot
2012-12-04  8:10 ` Rick "Zero_Chaos" Farina
2012-12-04  9:23   ` Markos Chandras
2012-12-04 16:01     ` Rick "Zero_Chaos" Farina
2012-12-04 17:06       ` Proxy maintainers in metadata.xml (was Re: [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds) Diego Elio Pettenò
2012-12-04 17:28         ` Rick "Zero_Chaos" Farina
2012-12-04 18:35           ` Sergey Popov
2012-12-04 18:48             ` Diego Elio Pettenò
2012-12-04 18:51           ` Markos Chandras [this message]
2012-12-06 11:02             ` Ben de Groot
2012-12-06 13:28               ` Markos Chandras
2012-12-06 15:27                 ` Peter Stuge
2012-12-06 15:54                   ` Ian Stakenvicius
2012-12-06 16:04                     ` Peter Stuge
2012-12-06 19:07                   ` Markos Chandras
2012-12-08 17:48             ` Jeroen Roovers
2012-12-04 17:01   ` [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds hasufell
2012-12-04 17:17     ` Rick "Zero_Chaos" Farina
2012-12-04 17:32       ` hasufell
2012-12-04 17:46         ` Rick "Zero_Chaos" Farina
2012-12-04 18:17           ` hasufell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAG2jQ8hHqwCJoR6dSJ_2G_h=f6mX2CBqmnwQrB+h094-5Q1qtw@mail.gmail.com' \
    --to=hwoarang@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox