From: Ben de Groot <yngwin@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds
Date: Tue, 4 Dec 2012 09:18:01 +0800 [thread overview]
Message-ID: <CAB9SyzQ_Q_=wTg4-8C2SnaOmt3-qtP7iLDF6_+XfE5wQJxH5cQ@mail.gmail.com> (raw)
In-Reply-To: <CAG2jQ8hjHe2iiKpqd9waNR1xHfQCoaf8CRCoxTY6UPCcLBy+Nw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1847 bytes --]
On 3 December 2012 03:30, Markos Chandras <hwoarang@gentoo.org> wrote:
>
> On Dec 2, 2012 6:09 PM, "Rich Freeman" <rich0@gentoo.org> wrote:
> >
> > On Sun, Dec 2, 2012 at 10:21 AM, hasufell <hasufell@gentoo.org> wrote:
> > > Only question is now what is a sane soft limit, before you go on and
> fix
> > > stuff.
> > > From a discussion in #gentoo-dev we thought 2-4 weeks depending on the
> > > severity of the bug is fine. Ofc this should exclude major changes or
> > > delicate packages from base-system/core/toolchain.
> >
> > Seems reasonable - I'd say 2 weeks is plenty. Of course, if the
> > maintainer explicitly rejects the change in a posting on the bug, then
> > it is hands off without some kind of escalation. Non-maintainers who
> > are concerned about a package can always step up to maintain, as long
> > as it involves real commitment.
> >
> > Oh, and on a side note Markos raises a valid point on the bug about
> > whether the devmanual is a good place for policy. The problem is that
> > I'm not sure we really have a good place, especially with the ebuild
> > docs gone in favor of the devmanual now.
> >
> > Rich
> >
>
> Maybe adding some bits here[1] is preferred instead of the devmanual.
> Unless we agree to make devmanual a technical and non-technical document,
> which I personally don't like because it will end up being huge without
> some sort of indexing/search textbox for quick queries.
>
> [1]
> http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=2
>
In my opinion we should limit the amount of places where we document
policies and best practices. I suggest we keep only devmanual and PMS as
authoritative documents.
In that case we should go forward and add these kind of policies to the
devmanual.
--
Cheers,
Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin
[-- Attachment #2: Type: text/html, Size: 2629 bytes --]
next prev parent reply other threads:[~2012-12-04 1:19 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 [this message]
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
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='CAB9SyzQ_Q_=wTg4-8C2SnaOmt3-qtP7iLDF6_+XfE5wQJxH5cQ@mail.gmail.com' \
--to=yngwin@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