[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [cdt-dev] Proposing Mikhail Sennikovsky for MBS committer
|
Hi Doug,
I agree with both of your suggestions:
> The build component should really be a part of the core component,
> as it was before we broke out the build plugins.
> Even if we don't do that, it does point out that the CDT really
> is one project and one group of committers and we should probably
> vote that way.
Thanks to Sebastien and Doug for following up on the voting question.
Regards,
Leo
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
On Behalf Of Douglas Schaefer
Sent: Monday, May 02, 2005 9:44 PM
To: CDT General developers list.
Subject: RE: [cdt-dev] Proposing Mikhail Sennikovsky for MBS committer
Thanks for the great clarification, Sebastien. This actually brings up
something we've talked amongst ourselves (IBM gang) about, that the
build
component should really be a part of the core component, as it was
before
we broke out the build plugins. Even if we don't do that, it does point
out that the CDT really is one project and one group of committers and
we
should probably vote that way.
Doug Schaefer, Senior Software Developer
Ottawa Lab, IBM Rational Software Division
cdt-dev-bounces@xxxxxxxxxxx wrote on 05/02/2005 08:22:18 PM:
> Hi folks,
>
> Great discussion... I think Doug is correct, or at least his
interpretation
> is what we have been generally using for the project... Although a
read
of
> the actual process is ambiguous. For those that are interested, here's
the
> full description.
>
> The general commiter guidelines are here:
>
> http://www.eclipse.org/legal/newcommitter.html
>
> This describes the selection of new committers as being a specific
process
> for a specific top-level project:
>
> "
> New Committers are selected and vetted using the processes defined by
the
> individual PMC's in their top-level project charter.
> "
>
> Since we are in the tools PMC, one has to look at the Eclipse Tools
Charter:
>
> http://www.eclipse.org/tools/eclipsetools-charter.html
>
> And under the "committers" section, the following is described:
>
> "
> In order for a Developer to become a Committer on a particular Project
> overseen by the PMC, another Committer for the same Project (or
component as
> appropriate) can nominate that Developer or the Developer can ask to
be
> nominated. Once a Developer is nominated, the Committers for the
Project
(or
> component) will vote. If there are at least 3 positive votes and no
negative
> votes, the Developer is recommended to the PMC for commit privileges.
If
the
> PMC also approves, the Developer is converted into a Committer and
given
> write access to the source code repository for that Project (or
component).
> Becoming a Committer is a privilege that is earned by contributing and
> showing discipline and good judgement. It is a responsibility that
should be
> neither given nor taken lightly.
> "
>
> This is where things get interesting. We have effectively broken the
> "Project" up into multiple "components", and have granted commit
status
per
> component (which are actually groups of plugins). This split, though,
was
> done by us and not the PMC. We have also in the past treated committer
votes
> as being "global" (we vote as a "Project"), in part because the
components
> have been small (we don't even always have 3 committers on a
component),
and
> in part because the components are quite inter-related.
>
> As for the process going forward, we really have 2 options: continue
using
> the same procedure for committers (e.g. global votes), or move to
> per-component votes. I'd personally vote (!?) to continue as we're
doing
> today as it has worked well; I'm not sure the "components" are big
enough to
> warrant the second option.
>
> Anyways, feel free to comment on this (JohnD, any opinions?).
>
> In the case of MikhailS, let's follow what we've historically done.
We're
> happy to welcome Mikhail as a new committer to CDT. Welcome (and
congrats)
> Mikhail!
>
> Sebastien
>
>
> > -----Original Message-----
> > From: cdt-dev-bounces@xxxxxxxxxxx
> > [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Douglas Schaefer
> > Sent: Monday, May 02, 2005 11:11 AM
> > To: CDT General developers list.
> > Subject: RE: [cdt-dev] Proposing Mikhail Sennikovsky for MBS
committer
> >
> > >From my reading of the governance, no. The committers of the
Project
> > >vote
> > in new committers. cdt-build and it's peers are subsystems,
> > not projects.
> > So following that logic, we are committers on the CDT project
> > who have write access to certain subsystems and get to vote
> > in new *CDT* committers. I'm missing the governance, though,
> > that determines how to add/remove subsystems to your write
> > list. But anyway, vote away...
> >
> > Doug Schaefer, Senior Software Developer Ottawa Lab, IBM
> > Rational Software Division
> >
> >
> >
> > John Camelon/Ottawa/IBM@IBMCA
> > Sent by: cdt-dev-bounces@xxxxxxxxxxx
> > 05/02/2005 09:55 AM
> > Please respond to
> > "CDT General developers list."
> >
> >
> > To
> > "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
> > cc
> >
> > Subject
> > RE: [cdt-dev] Proposing Mikhail Sennikovsky for MBS committer
> >
> >
> >
> >
> >
> >
> >
> > Do I need to be a committer on the build plugins to vote?
> >
> > JohnC
> > www.eclipse.org/cdt
> >
> > cdt-dev-bounces@xxxxxxxxxxx wrote on 05/01/2005 11:27:43 AM:
> >
> > > It's not clear to me whether I get to vote after
> > nominating, but if I
> > > do:
> > >
> > > +1
> > >
> > > Leo
> > >
> > > -----Original Message-----
> > > From: cdt-dev-bounces@xxxxxxxxxxx
> > [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> > > On Behalf Of Treggiari, Leo
> > > Sent: Thursday, April 28, 2005 1:30 PM
> > > To: CDT General developers list.
> > > Subject: [cdt-dev] Proposing Mikhail Sennikovsky for MBS committer
> > >
> > > I'd like to nominate Mikhail Sennikovsky for committer in
> > the Managed
> > > Build System component. Mikhail works for Intel.
> > >
> > > Mikhail provided the CDT 1.2 and 2.0 project conversion design and
> > > implementation for CDT 2.1.
> > >
> > > For CDT 3.0, he has provided 3 designs:
> > >
> > > - Tool-chain Installation Support (# 87478)
> > > - Managed Build Process Environment and Build Paths
> > support (# 88497)
> > > - Managed Build Macros proposal (# 89210)
> > >
> > > He has provided patches for the first 2 and is working on the
third.
> > >
> > > I am nominating Mikhail because:
> > >
> > > - His designs and implementations have been excellent.
> > > - He is very productive and dedicated.
> > > - He makes very good engineering tradeoffs.
> > > - He has become familiar with most parts of the MBS
> > > - He knows Java very well (better than I do...).
> > >
> > > I don't think that Mikhail has a lot of visibility with other CDT
> > > committers. You can take a look at his designs and/or at
> > the patch that
> > > he submitted today (and I have applied), if you want to. I am
> > > nominating him now, rather than waiting for him to gain
> > more visibility,
> > > because I am going to need help in the CDT 3.0 "end-game".
> > I will be
> > > away for 10 days in June for my son's graduation and there
> > will likely
> > > be a large volume of patches that will need to go in from
> > mid-May until
> > > the 3.0 GA. This is not to suggest in any way that I don't feel
> > > confident in nominating Mikhail at this point in time.
> > >
> > > Please give his nomination your consideration.
> > >
> > > Thanks,
> > > Leo
> > >
> > > _______________________________________________
> > > cdt-dev mailing list
> > > cdt-dev@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > > _______________________________________________
> > > cdt-dev mailing list
> > > cdt-dev@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >
> >
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev