Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: neutral (nike.apache.org: 76.96.59.211 is neither permitted nor
 denied by domain of dave@brondsema.net)
Message-ID: <527E266D.3050200@brondsema.net>
Date: Sat, 09 Nov 2013 07:11:25 -0500
From: Dave Brondsema <dave@brondsema.net>
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64;
 rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: general@incubator.apache.org
Subject: Re: Cultivating Outstanding IP Stewards
References: 
 <CAAS6=7h+5MFW=wzR9GfRb9fw2wcEESPRX_AwjF_RsMFrnAmx3w@mail.gmail.com>
 <0E43655E-917B-44FC-AAD7-77EB0F47EBE6@jaguNET.com>
 <CAAS6=7iP8GTr2wETfEFVFeKwRXC+A3yRsUazQ9V2Ye1yuVjEGg@mail.gmail.com>
 <1383894265.12295.44651097.52E80D2B@webmail.messagingengine.com>
 <CAKQbXgCkiUX4_VLmVO950dCO5v6CwvNMCmGGXXHKjoU2vc8ZxQ@mail.gmail.com>
 <1383908067.12724.44710593.1A6530F4@webmail.messagingengine.com>
 <CAAS6=7h75vs_Xk8m8GZFC1ceE8ZkX2=uW9YG1Mz07SeSHd76tg@mail.gmail.com>
 <CANyrgvenLVM6+FyQ1pEo=+Awep0G3nXi8quJ_V6yqqDLHY9YtA@mail.gmail.com>
In-Reply-To: 
 <CANyrgvenLVM6+FyQ1pEo=+Awep0G3nXi8quJ_V6yqqDLHY9YtA@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig72A55316335713E23CA8B19E"

--------------enig72A55316335713E23CA8B19E
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 11/09/2013 02:23 AM, Jake Farrell wrote:
> We have a process in place which graduates a given incubating project t=
o
> TLP, why add a middle layer with a pTLP? There are enough steps in the
> process, pTLP is not needed in my opinion.
>=20

I wholeheartedly agree.  Adding more layers of projects or roles adds
complexity.  There's already a lot to figure out when you are a new
podling.

> If mentors are not performing their duties to vote on a given releases =
for
> a podling, then it is up to the IPMC as a whole to help that podling by=

> doing the do diligence and casting a vote. We all asked to be apart of =
the
> IPMC or where honored by a nomination and accepted the role. It is up t=
o us
> to show these podlings what the Apache was really means. These projects=

> have all come to the ASF and we (the IPMC) have openly voted them into
> incubation, its up to us to help them succeed.

While this is true in theory it's hard in practice to wrangle those
votes together.

>=20
> Merit stands above all else, and the contributors that you have pointed=
 out
> are all exceptional individuals that have advanced their projects and
> continued to do so after graduation within the ASF. There are no short =
cuts
> here, merit is earned. I am 100% behind helping individuals that show
> exceptional merit within a podling and deserve to be apart of the IPMC =
and
> have a binding vote.

Yes, lets do this.  No new structures, minimal risks.

The IPMC can fulfill their duty (when appropriate) by identifying people
that merit IPMC membership, so less people will have to invest the
significant effort of assessing all the many many details for new release=
s.

(I believe I'm thinking objectively about this, but recognize I am
perhaps in a biased position)

>=20
> -Jake
>=20
>=20
>=20
> On Sat, Nov 9, 2013 at 1:15 AM, Marvin Humphrey <marvin@rectangular.com=
>wrote:
>=20
>> On Fri, Nov 8, 2013 at 2:54 AM, Upayavira <uv@odoko.co.uk> wrote:
>>> On Fri, Nov 8, 2013, at 08:10 AM, Ross Gardler wrote:
>>>> IMO the IPMC cannot delegate legal oversight to a sub-committee  (fo=
r
>>>> example) unless that sub-committee consisted of members of the IPMC.=
 The
>>>> reason for this is hat only members of the IPMC are recognized by th=
e
>> board
>>>> and thus only IPMC members have binding votes.
>>>
>>> That is what the board has done to date. That is not the only
>>> possibility in terms of what the board *could* do, which is much more=

>>> where my question was leading.
>>
>> The issue was brought before the Board earlier this week and they have=

>> explicitly bounced it back to us.  Their rationale is that the problem=
 lies
>> within the scope of project governance that the Board has delegated to=
 the
>> Incubator PMC.  The Board has plenty going on these days; I can unders=
tand
>> that they don't want to get involved in debates over e.g. the nitty gr=
itty
>> details of pTLP design.
>>
>> So, it's our responsibility to design a solution using only the resour=
ces
>> currently available to us.  If we exercise a little creativity and
>> flexibility, I don't think we will find ourselves unduly constrained.
>>
>>> My issue is that granting PMC membership is too big a step for many
>>> podling members. Going from being newbie podling member, to a part of=
 a
>>> team responsible for 50+ incubator projects is, with the freedom to
>>> mentor other podlings, is too big a step for most podling members, an=
d
>>> will remain scary even if you attempt to restrict 'powers' through
>>> social convention.
>>
>> That sounds unreasonably pessimistic.  Historically, when contributors=
 from
>> active podlings have been nominated, vetted and successfully voted ont=
o the
>> IPMC, things have worked out very well:
>>
>>     Brian Duxbury (Thrift)
>>     Richard Hirsch (ESME)
>>     Marvin Humphrey (Lucy)
>>     Karl Wright (ManifoldCF)
>>     Dave Fisher (OpenOffice)
>>     Andrei Savu (Provisionr)
>>
>> I'm proud to be part of that group.  I would like to see it grow -- in=
 my
>> view, the Incubator has erred by not recruiting aggressively enough!
>>
>>> Whereas, if it were possible to grant a lesser role, which allowed
>>> podling members to cast binding votes for their podling alone, we'd
>>> likely see a lot more podling members voted into that position (sure,=

>>> they can only be voted in by Incubator PMC members).
>>>
>>> I'm afraid I find it very tedious us attempting to shoe-horn the
>>> incubator into a structure (a standard PMC) that just doesn't quite f=
it,
>>> rather than seeking a structure that will suit the both the incubator=

>>> and the foundation, allowing merit to be recognised in individuals at=
 a
>>> range of stages within a podlings lifecycle.
>>
>> I understand exactly where you're coming from: structural flaws in the=

>> Incubator require Board-level fixes.
>>
>> The feedback I've taken from the Board is that if we can persuade them=

>> that a
>> structural change is truly in the best interest of the foundation, the=
y
>> will
>> accomodate us.  However, first we need to run some experiments and bui=
ld
>> our
>> case.  "Incremental, reversible steps", as they say.
>>
>> Running a pilot pTLP wholly within the Incubator is actually more
>> straightforward than running it as an independent TLP.  The chain of
>> oversight
>> is clear: a podling being run as a pTLP is the responsibility of the I=
PMC,
>> not
>> the Board.  We also don't have to think about things like whether rele=
ases
>> should go in the Incubator's release area, whether the pTLP is a "podl=
ing"
>> (it
>> is), or whether it is "incubating" (it is).
>>
>> Marvin Humphrey
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>=20


--=20
Dave Brondsema : dave@brondsema.net
http://www.brondsema.net : personal
http://www.splike.com : programming
               <><


--------------enig72A55316335713E23CA8B19E
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

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

iQIcBAEBAgAGBQJSfiZtAAoJEGc36lVi77tztsoP/3LOBFGHb4t9W7ox6hok6SOh
9jTDk0PFfBOe9Ev83RyMk8MuXc3RRd1y9qLYXL1dda9zmZbefCkpTQaBApVSDHXw
Xiw/sDuV2TLcCG4Uu86dmFpFwCns+9kFooEmNC/IRRVvIAYBNLsaIjaXVDGpfzkc
YvQvVqQdsL66Tf4n24v8hcphZIaAFW0+roMHOj3PpsNCzKF3U/9Jjypy/NnO8N+x
/GC3+pAvEAc5ZIKRh0QBKI8vl2vQER9Dr5oZY/iHfu6CEQLu1O2q9Z6LMrMI3Pei
73sLfx+PfwWq4x9AjXVkz2U6dgU8RjgFj5VgT3whqQ2c9cAcD626WVDYCQwgWz04
K8OQuAcszMWFs6CzkIrb03G0W/7tnqWTNliXyN0DaXtOHnzB38faX+J7/zC6dxd/
XV90v9T1Vo3oim5wbUHOdf/lxr/wetvcobA5PvD6WpG3x5hptOaZBLbFt9GG6aRZ
xyUDUzJk1mrnYXdDJZWkWKNIZB2FYmLzVdyYocW7+ctVQ04T/ZlcNnYedMpc2q8K
N8/vxfwbtZpRHcRnwT/mWQ3ucj2RAzop4VvDHtc8xTSIVFZqPGlChbUyWsHKXj4E
kElQLvOs2NiSyzzCwU7YVtx1Dw4IQoXp+N3TDX45R5biJaHAKalHFw639mMZsO0M
+D0SYPLWgIGJ7RUxwQL5
=1f8A
-----END PGP SIGNATURE-----

--------------enig72A55316335713E23CA8B19E--