Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Date: Mon, 27 Jul 2015 03:15:22 +0300
From: Konstantin Boudnik <cos@apache.org>
To: general@incubator.apache.org
Subject: Re: Reform of Incubator {was; [DISCUSSION] Graduate Ignite from the
 Apache Incubator)
Message-ID: <20150727001522.GA4577@tpx>
References: 
 <CADmm+KcsMg+JPsZ8odE_6SL+gtVhce7rZ8H5wzXzFihO1wGHzg@mail.gmail.com>
 <2E7FB62A-82A7-4DBD-AF90-42307E8BBB3F@classsoftware.com>
 <CAK2iWdRKrM-0oH7y8r=SxR0wqGncD5kRCyTN0zCx8q42VzNXGw@mail.gmail.com>
 <55B4C69E.8060101@apache.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR"
Content-Disposition: inline
In-Reply-To: <55B4C69E.8060101@apache.org>
User-Agent: Mutt/1.5.21 (2010-09-15)

--T4sUOijqQbZv57TR
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jul 26, 2015 at 01:38PM, Branko =C4=8Cibej wrote:
> On 26.07.2015 10:56, jan i wrote:
> > On 26 July 2015 at 10:40, Justin Mclean <justin@classsoftware.com> wrot=
e:
> >
> >> Hi,
> >>
> >>> About 40% of the last 100 threads on general@ is "vote release"... Cut
> >> that
> >>> away is a good start in reforming the Incubator=E2=80=A6
> >> IMO Which provides a valuable service in showing poddlings on how to m=
ake
> >> good releases. Do we want to get rid of that?
> >>
> > No that is an important service, on the other hand I also agree that the
> > mentors should be guiding/running the podlings not general@
> >
> > Maybe we can find some middle ground.
> > - Mentors "run" the podlings, can accept releases etc.
> > - Mentors decide when a podlng can graduate (maybe with some form of, n=
eeds
> > to accepted by all mentors of the project)
> > - Any release must be announced (not voted) on general@, so that people
> > like you have a chance of controlling it just like today.
> >
> > I think this would make incubator a lot more efficient, reduce our inbo=
xes,
> > and give us spare time to concentrate on other things.
>=20
> I like this proposal very much. One of the constant frustrations in the
> podlings I'd mentored was the delay between release bits being ready and
> the IPMC getting around to vote. It's now a lot better than it was a
> couple years ago, when in some instances it took a month or more ...
>=20
> Concretely: I think it's perfectly OK to review podling releases after
> the fact. The incubation disclaimer tells users clearly enough that they
> should be extra careful when using releases from incubating projects.
>=20
> The other frustration is of course evident in the Ignite graduation
> discussion.
>=20
> The only downside of this proposal is that it assumes that every podling
> has at least three active (!) mentors. That doesn't always happen; and
> currently we expect the podling to chase down inactive mentors or find
> new ones. If we adopt Jan's proposal, I'd expect the IPMC to take a more
> active role in finding mentors for podlings.
>=20
> Other than that, big +1.

I like the idea of the post factum release reviews. It doesn't mean that IP=
MC
at large aren't welcome to jump in and help with the podling release voting.
Perhaps a sane and courteous thing would be to Cc: general@ on the podling
[VOTE] thread? But +1 even as it stands right now.


One of the moot points that has came up a few times recently about the
diversity clause in the graduation guidelines. Namely:

    "A major criterion for graduation is to have developed an open and dive=
rse
    meritocratic community. Time has demonstrated that these kinds of
    communities are more robust and productive than more closed ones."

The semantic of "diverse" isn't clear and is being interpreted in different
ways. I'd like to propose to change the above paragraph to

    "A major criterion for graduation is to have developed an open and
    meritocratic community. Time has demonstrated that these kinds of
    communities are more robust and productive than more closed ones."

to avoid possible confusing interpretations in the future.

Regards,
  Cos

--T4sUOijqQbZv57TR
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJVtXgaAAoJEKtmQW7Qw4JPs0IH/3l8i6WeV/QhSVPVRmNKwq5x
/ri7PvYpzOUtqwCAB26C/KggYi+tG7oUAzpZEAxLPGVjsQkQjfnaMIVP64fmTpwC
0+7zgWnMcsJe2wuUs0ePSwxZsnFz3tFynR8TkXZi8YRr+vMuiYOYDOGfzNyFLPEN
4AqlKMykeQmjh7nDBYyfhaudvwHvnOjXR3v/eP1t7DnUw124/+bt66052L4kl7ZC
iJ/SR+wHNygp3oAsDCbgDtP69uc1V7HXEc0VGM5pvM6NT6D1c4sOoIAIT2+AV8MH
X1mKtvl9d/Lvl9xxhlHRfCR5UOUilklkF9wxi+ZWLnzVnFYtlivn6r4ZkSu+ZHM=
=NkOd
-----END PGP SIGNATURE-----

--T4sUOijqQbZv57TR--