All of lore.kernel.org
 help / color / mirror / Atom feed
* Nominations for Xen 4.5 stable tree maintainer.
@ 2015-01-06 16:15 Konrad Rzeszutek Wilk
  2015-01-06 19:34 ` Andrew Cooper
                   ` (2 more replies)
  0 siblings, 3 replies; 10+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-01-06 16:15 UTC (permalink / raw)
  To: xen-devel, Ian.Jackson, ian.campbell, tim, keir, lars.kurth

Hello,

Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
"Each stable branch has a maintainer who is nominated/volunteers according to the Maintainer Election
 process described in the project governance document [http://www.xenproject.org/governance.html].
 This will resulting in the MAINTAINERS file in the relevant branch being patched to include the maintainer."

For the past year or so Jan Beulich has been the stable tree maintainer.

Since Xen 4.5 has branched that opens up a new stable tree and we can also
stop maintaining Xen 4.3 stable tree.

The nominations are open - please volunteer yourself. In case nobody
volunteers I can also take the role.

I ask folks to finish voting/nominating by Jan 14th so that when Xen 4.5 comes
out we have an viable stable tree maintainer.

Thank you!

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-06 16:15 Nominations for Xen 4.5 stable tree maintainer Konrad Rzeszutek Wilk
@ 2015-01-06 19:34 ` Andrew Cooper
  2015-01-07  9:36 ` Jan Beulich
  2015-01-07 11:26 ` Ian Campbell
  2 siblings, 0 replies; 10+ messages in thread
From: Andrew Cooper @ 2015-01-06 19:34 UTC (permalink / raw)
  To: Konrad Rzeszutek Wilk, xen-devel, Ian.Jackson, ian.campbell, tim,
	keir, lars.kurth

On 06/01/15 16:15, Konrad Rzeszutek Wilk wrote:
> Hello,
>
> Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
> "Each stable branch has a maintainer who is nominated/volunteers according to the Maintainer Election
>  process described in the project governance document [http://www.xenproject.org/governance.html].
>  This will resulting in the MAINTAINERS file in the relevant branch being patched to include the maintainer."
>
> For the past year or so Jan Beulich has been the stable tree maintainer.
>
> Since Xen 4.5 has branched that opens up a new stable tree and we can also
> stop maintaining Xen 4.3 stable tree.
>
> The nominations are open - please volunteer yourself. In case nobody
> volunteers I can also take the role.
>
> I ask folks to finish voting/nominating by Jan 14th so that when Xen 4.5 comes
> out we have an viable stable tree maintainer.
>
> Thank you!

I will be performing this task inside XenServer anyway.  If Jan wants a
break, I would be happy to volunteer.

~Andrew

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-06 16:15 Nominations for Xen 4.5 stable tree maintainer Konrad Rzeszutek Wilk
  2015-01-06 19:34 ` Andrew Cooper
@ 2015-01-07  9:36 ` Jan Beulich
  2015-01-07 11:26 ` Ian Campbell
  2 siblings, 0 replies; 10+ messages in thread
From: Jan Beulich @ 2015-01-07  9:36 UTC (permalink / raw)
  To: Konrad Rzeszutek Wilk
  Cc: lars.kurth, keir, ian.campbell, Ian.Jackson, tim, xen-devel

>>> On 06.01.15 at 17:15, <konrad.wilk@oracle.com> wrote:
> Hello,
> 
> Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases: 
> "Each stable branch has a maintainer who is nominated/volunteers according 
> to the Maintainer Election
>  process described in the project governance document 
> [http://www.xenproject.org/governance.html].
>  This will resulting in the MAINTAINERS file in the relevant branch being 
> patched to include the maintainer."
> 
> For the past year or so Jan Beulich has been the stable tree maintainer.

I think it is most efficient for one person to maintain all stable trees,
as e.g. the selection of what needs backporting is often pretty
common between the trees. So if someone wants to urgently take
over from me, I'd be handing over the 4.4 tree at once. But (just
like Andrew stated fro XenServer) since I'm doing the backports
for our internal purposes anyway, I would be happy to continue
pushing the results to the respective upstream trees.

> Since Xen 4.5 has branched that opens up a new stable tree and we can also
> stop maintaining Xen 4.3 stable tree.

Not just yet - there's certainly going to be a wrap-up 4.3.4.

Jan

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-06 16:15 Nominations for Xen 4.5 stable tree maintainer Konrad Rzeszutek Wilk
  2015-01-06 19:34 ` Andrew Cooper
  2015-01-07  9:36 ` Jan Beulich
@ 2015-01-07 11:26 ` Ian Campbell
  2015-01-07 11:59   ` Lars Kurth
  2015-01-07 16:33   ` Ian Jackson
  2 siblings, 2 replies; 10+ messages in thread
From: Ian Campbell @ 2015-01-07 11:26 UTC (permalink / raw)
  To: Konrad Rzeszutek Wilk; +Cc: tim, keir, xen-devel, Ian.Jackson, lars.kurth

On Tue, 2015-01-06 at 11:15 -0500, Konrad Rzeszutek Wilk wrote:
> Hello,
> 
> Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
> "Each stable branch has a maintainer who is nominated/volunteers according to the Maintainer Election
>  process described in the project governance document [http://www.xenproject.org/governance.html].
>  This will resulting in the MAINTAINERS file in the relevant branch being patched to include the maintainer."
> 
> For the past year or so Jan Beulich has been the stable tree maintainer.
> 
> Since Xen 4.5 has branched that opens up a new stable tree and we can also
> stop maintaining Xen 4.3 stable tree.
> 
> The nominations are open - please volunteer yourself. In case nobody
> volunteers I can also take the role.
> 
> I ask folks to finish voting/nominating by Jan 14th so that when Xen 4.5 comes
> out we have an viable stable tree maintainer.

I'm not sure how voting is supposed to proceed with multiple nominations
(and with the deadline for nominations apparently being the same as for
voting), but given that Jan has thrown his hat in the ring and has been
doing a fine job with the previous trees, +1 to Jan continuing as the
stable tree maintainer.

Ian.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-07 11:26 ` Ian Campbell
@ 2015-01-07 11:59   ` Lars Kurth
  2015-01-07 12:08     ` Andrew Cooper
  2015-01-07 12:17     ` Ian Campbell
  2015-01-07 16:33   ` Ian Jackson
  1 sibling, 2 replies; 10+ messages in thread
From: Lars Kurth @ 2015-01-07 11:59 UTC (permalink / raw)
  To: Ian Campbell, Konrad Rzeszutek Wilk
  Cc: Ian Jackson, Keir (Xen.org), xen-devel@lists.xensource.com,
	Tim (Xen.org)



On 07/01/2015 11:26, "Ian Campbell" <Ian.Campbell@citrix.com> wrote:

>On Tue, 2015-01-06 at 11:15 -0500, Konrad Rzeszutek Wilk wrote:
>> Hello,
>> 
>> Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
>> "Each stable branch has a maintainer who is nominated/volunteers
>>according to the Maintainer Election
>>  process described in the project governance document
>>[http://www.xenproject.org/governance.html].
>>  This will resulting in the MAINTAINERS file in the relevant branch
>>being patched to include the maintainer."
>> 
>> For the past year or so Jan Beulich has been the stable tree maintainer.
>> 
>> Since Xen 4.5 has branched that opens up a new stable tree and we can
>>also
>> stop maintaining Xen 4.3 stable tree.
>> 
>> The nominations are open - please volunteer yourself. In case nobody
>> volunteers I can also take the role.
>> 
>> I ask folks to finish voting/nominating by Jan 14th so that when Xen
>>4.5 comes
>> out we have an viable stable tree maintainer.
>
>I'm not sure how voting is supposed to proceed with multiple nominations
>(and with the deadline for nominations apparently being the same as for
>voting), 

Actually, it is questionable whether there are multiple nominations.
Andrew said "If Jan wants a break, I would be happy to volunteer."

I am also not convinced that we need an election, unless the existing
maintainer wants to steps down. We never had one in the past. And we don't
have an explicit nomination for Release Managers unless the existing RM
steps down.

I can't find the mailing list discussion which led to
http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases (the link
in the change history seems to be wrong). Maybe we should just change the
document to clarify that an election is only needed if the previous
maintainer steps down, which is what I think the intention really was.

Regards
Lars

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-07 11:59   ` Lars Kurth
@ 2015-01-07 12:08     ` Andrew Cooper
  2015-01-07 12:17     ` Ian Campbell
  1 sibling, 0 replies; 10+ messages in thread
From: Andrew Cooper @ 2015-01-07 12:08 UTC (permalink / raw)
  To: Lars Kurth, Ian Campbell, Konrad Rzeszutek Wilk
  Cc: Ian Jackson, xen-devel@lists.xensource.com, Keir (Xen.org),
	Tim (Xen.org)

On 07/01/15 11:59, Lars Kurth wrote:
>
> On 07/01/2015 11:26, "Ian Campbell" <Ian.Campbell@citrix.com> wrote:
>
>> On Tue, 2015-01-06 at 11:15 -0500, Konrad Rzeszutek Wilk wrote:
>>> Hello,
>>>
>>> Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
>>> "Each stable branch has a maintainer who is nominated/volunteers
>>> according to the Maintainer Election
>>>  process described in the project governance document
>>> [http://www.xenproject.org/governance.html].
>>>  This will resulting in the MAINTAINERS file in the relevant branch
>>> being patched to include the maintainer."
>>>
>>> For the past year or so Jan Beulich has been the stable tree maintainer.
>>>
>>> Since Xen 4.5 has branched that opens up a new stable tree and we can
>>> also
>>> stop maintaining Xen 4.3 stable tree.
>>>
>>> The nominations are open - please volunteer yourself. In case nobody
>>> volunteers I can also take the role.
>>>
>>> I ask folks to finish voting/nominating by Jan 14th so that when Xen
>>> 4.5 comes
>>> out we have an viable stable tree maintainer.
>> I'm not sure how voting is supposed to proceed with multiple nominations
>> (and with the deadline for nominations apparently being the same as for
>> voting), 
> Actually, it is questionable whether there are multiple nominations.
> Andrew said "If Jan wants a break, I would be happy to volunteer."

Quite - I am happy for Jan to continue in this role.  I would also agree
that having the same person doing all stable trees would be far more
efficient than any split alternative.

~Andrew

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-07 11:59   ` Lars Kurth
  2015-01-07 12:08     ` Andrew Cooper
@ 2015-01-07 12:17     ` Ian Campbell
  2015-01-07 12:42       ` Lars Kurth
  1 sibling, 1 reply; 10+ messages in thread
From: Ian Campbell @ 2015-01-07 12:17 UTC (permalink / raw)
  To: Lars Kurth
  Cc: Ian Jackson, Keir (Xen.org), xen-devel@lists.xensource.com,
	Tim (Xen.org)

On Wed, 2015-01-07 at 11:59 +0000, Lars Kurth wrote:
> 
> 
> On 07/01/2015 11:26, "Ian Campbell" <Ian.Campbell@citrix.com> wrote:
> 
> >On Tue, 2015-01-06 at 11:15 -0500, Konrad Rzeszutek Wilk wrote:
> >> Hello,
> >> 
> >> Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
> >> "Each stable branch has a maintainer who is nominated/volunteers
> >>according to the Maintainer Election
> >>  process described in the project governance document
> >>[http://www.xenproject.org/governance.html].
> >>  This will resulting in the MAINTAINERS file in the relevant branch
> >>being patched to include the maintainer."
> >> 
> >> For the past year or so Jan Beulich has been the stable tree maintainer.
> >> 
> >> Since Xen 4.5 has branched that opens up a new stable tree and we can
> >>also
> >> stop maintaining Xen 4.3 stable tree.
> >> 
> >> The nominations are open - please volunteer yourself. In case nobody
> >> volunteers I can also take the role.
> >> 
> >> I ask folks to finish voting/nominating by Jan 14th so that when Xen
> >>4.5 comes
> >> out we have an viable stable tree maintainer.
> >
> >I'm not sure how voting is supposed to proceed with multiple nominations
> >(and with the deadline for nominations apparently being the same as for
> >voting), 
> 
> Actually, it is questionable whether there are multiple nominations.
> Andrew said "If Jan wants a break, I would be happy to volunteer."

True, and Konrad said "if nobody else...".

Still, my +1 for Jan stands.

> I am also not convinced that we need an election, unless the existing
> maintainer wants to steps down. We never had one in the past. And we don't
> have an explicit nomination for Release Managers unless the existing RM
> steps down.
> 
> I can't find the mailing list discussion which led to
> http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases (the link
> in the change history seems to be wrong).

http://lists.xen.org/archives/html/xen-devel/2012-11/msg01391.html
perhaps?

>  Maybe we should just change the
> document to clarify that an election is only needed if the previous
> maintainer steps down, which is what I think the intention really was.
> 

Seems reasonable to me, presumably some existing mechanism (i.e. common
sense...) exists if the incumbent goes off the rails or disappears
without resigning etc.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-07 12:17     ` Ian Campbell
@ 2015-01-07 12:42       ` Lars Kurth
  0 siblings, 0 replies; 10+ messages in thread
From: Lars Kurth @ 2015-01-07 12:42 UTC (permalink / raw)
  To: Ian Campbell
  Cc: Ian Jackson, Keir (Xen.org), xen-devel@lists.xensource.com,
	Tim (Xen.org)

>>  Maybe we should just change the
>> document to clarify that an election is only needed if the previous
>> maintainer steps down, which is what I think the intention really was.
>
> Seems reasonable to me, presumably some existing mechanism (i.e. common
> sense...) exists if the incumbent goes off the rails or disappears
> without resigning etc.


Ian, 

thanks for digging out the link. Looking through the thread we said, the
consensus seems to have been to handle stable tree maintainers like
maintainers. "Each stable branch has a maintainer who is
nominated/volunteers according to the Maintainer Election process
described in the project governance document" doesn't imply a formal
election. The governance document states

* Nomination: A maintainer should nominate himself by proposing a patch to
the MAINTAINERS file or mailing a nomination to the project's mailing
list. Alternatively another maintainer may nominate a community member. A
nomination should explain the contributions of proposed maintainer to the
project as well as a scope (set of owned components). Where the case is
not obvious, evidence such as specific patches and other evidence
supporting the nomination should be cited.
* Confirmation: Normally, there is no need for a direct election to
confirm a new maintainer. Discussion should happen on the mailing list
using the principles of consensus decision making. If there is
disagreement or doubt, the project lead or a committer should ask the
community manager to arrange a more formal vote

So I would propose to replace

"Each stable branch has a maintainer who is nominated/volunteers according
to the Maintainer Election process described in the project governance
document. This will resulting in the MAINTAINERS file in the relevant
branch being patched to include the maintainer."

with


"Each stable branch has a maintainer who is nominated/volunteers according
to the Maintainer Election process described in the project governance
document. This means that the stable branch maintainer nominates himself
or is nominated by another maintainer on the mailing list or through a
patch to the MAINTAINERS file on the relevant branch. The principles of
consensus decision making are applied, unless there is disagreement, in
which case a formal election may be needed. The MAINTAINERS file in the
relevant branch will be patched to include the stable branch maintainer."

That would mean that we don't have to go through this discussion again for
4.6.

Lars


On 07/01/2015 12:17, "Ian Campbell" <Ian.Campbell@citrix.com> wrote:

>On Wed, 2015-01-07 at 11:59 +0000, Lars Kurth wrote:
>> 
>> 
>> On 07/01/2015 11:26, "Ian Campbell" <Ian.Campbell@citrix.com> wrote:
>> 
>> >On Tue, 2015-01-06 at 11:15 -0500, Konrad Rzeszutek Wilk wrote:
>> >> Hello,
>> >> 
>> >> Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
>> >> "Each stable branch has a maintainer who is nominated/volunteers
>> >>according to the Maintainer Election
>> >>  process described in the project governance document
>> >>[http://www.xenproject.org/governance.html].
>> >>  This will resulting in the MAINTAINERS file in the relevant branch
>> >>being patched to include the maintainer."
>> >> 
>> >> For the past year or so Jan Beulich has been the stable tree
>>maintainer.
>> >> 
>> >> Since Xen 4.5 has branched that opens up a new stable tree and we can
>> >>also
>> >> stop maintaining Xen 4.3 stable tree.
>> >> 
>> >> The nominations are open - please volunteer yourself. In case nobody
>> >> volunteers I can also take the role.
>> >> 
>> >> I ask folks to finish voting/nominating by Jan 14th so that when Xen
>> >>4.5 comes
>> >> out we have an viable stable tree maintainer.
>> >
>> >I'm not sure how voting is supposed to proceed with multiple
>>nominations
>> >(and with the deadline for nominations apparently being the same as for
>> >voting), 
>> 
>> Actually, it is questionable whether there are multiple nominations.
>> Andrew said "If Jan wants a break, I would be happy to volunteer."
>
>True, and Konrad said "if nobody else...".
>
>Still, my +1 for Jan stands.
>
>> I am also not convinced that we need an election, unless the existing
>> maintainer wants to steps down. We never had one in the past. And we
>>don't
>> have an explicit nomination for Release Managers unless the existing RM
>> steps down.
>> 
>> I can't find the mailing list discussion which led to
>> http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases (the
>>link
>> in the change history seems to be wrong).
>
>http://lists.xen.org/archives/html/xen-devel/2012-11/msg01391.html
>perhaps?
>
>>  Maybe we should just change the
>> document to clarify that an election is only needed if the previous
>> maintainer steps down, which is what I think the intention really was.
>> 
>
>Seems reasonable to me, presumably some existing mechanism (i.e. common
>sense...) exists if the incumbent goes off the rails or disappears
>without resigning etc.
>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-07 11:26 ` Ian Campbell
  2015-01-07 11:59   ` Lars Kurth
@ 2015-01-07 16:33   ` Ian Jackson
  2015-01-07 16:49     ` Ian Campbell
  1 sibling, 1 reply; 10+ messages in thread
From: Ian Jackson @ 2015-01-07 16:33 UTC (permalink / raw)
  To: Ian Campbell; +Cc: keir, lars.kurth, xen-devel, tim

Ian Campbell writes ("Re: [Xen-devel] Nominations for Xen 4.5 stable tree maintainer."):
> I'm not sure how voting is supposed to proceed with multiple nominations
> (and with the deadline for nominations apparently being the same as for
> voting), but given that Jan has thrown his hat in the ring and has been
> doing a fine job with the previous trees, +1 to Jan continuing as the
> stable tree maintainer.

I have no objection to Jan, who has been doing a good job.  But for
form's sake I don't want to just say "+1" without giving others an
opportunity to (self-)nominate.

If no-one else puts themselves forward by the 14th I will +1 Jan.

Ian.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Nominations for Xen 4.5 stable tree maintainer.
  2015-01-07 16:33   ` Ian Jackson
@ 2015-01-07 16:49     ` Ian Campbell
  0 siblings, 0 replies; 10+ messages in thread
From: Ian Campbell @ 2015-01-07 16:49 UTC (permalink / raw)
  To: Ian Jackson; +Cc: keir, lars.kurth, xen-devel, tim

On Wed, 2015-01-07 at 16:33 +0000, Ian Jackson wrote:
> for
> form's sake I don't want to just say "+1" without giving others an
> opportunity to (self-)nominate.

I'd assumed I could change my vote any time up to the deadline, but it's
also true that an existing +1 vote might have a chilling effect on
others stepping forward which I hadn't considered.

Ian.

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2015-01-07 16:49 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-06 16:15 Nominations for Xen 4.5 stable tree maintainer Konrad Rzeszutek Wilk
2015-01-06 19:34 ` Andrew Cooper
2015-01-07  9:36 ` Jan Beulich
2015-01-07 11:26 ` Ian Campbell
2015-01-07 11:59   ` Lars Kurth
2015-01-07 12:08     ` Andrew Cooper
2015-01-07 12:17     ` Ian Campbell
2015-01-07 12:42       ` Lars Kurth
2015-01-07 16:33   ` Ian Jackson
2015-01-07 16:49     ` Ian Campbell

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.