[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Change to Subversion PMC rule for approving backports

From: Julian Foad <julianfoad_at_apache.org>
Date: Thu, 29 Aug 2019 16:36:15 +0100

To all devs:

Proposal for a permanent change to our backport rules [1]:

   * For non-LTS releases, each backport nomination only requires one +1
vote (instead of three).

Specific diff to the text of [1]:

- A change needs three +1 votes from full committers (or partial
committers for the involved areas), and no vetoes, to go into A.B.x.
+ A change needs three +1 votes (for an LTS release line) or one +1 vote
(for a non-LTS release line) from full committers (or partial committers
for the involved areas), and no vetoes, to go into A.B.x.

- (If a change affects the build system, however, it is considered a
core change, and needs three +1's.)
+ (If a change affects the build system, however, it is considered a
core change, and so for an LTS release line needs three +1's.)

Agreements?

[1]
http://subversion.apache.org/docs/community-guide/releasing.html#release-stabilization

- Julian

Branko Čibej wrote:
> On 18.07.2019 14:09, Julian Foad wrote:
>> Recently there have not been enough developers willing and able to
>> test and approve proposed fixes for back-port to the supported release
>> branches.
>>
>> We have just been discussing this on #svn-dev [1]. Rather than delay
>> forever, myself, stsp and brane decided that in line with "silence
>> implies consent", we can go ahead with merging the proposed backports
>> even if they have fewer than 3 votes.
>>
>> We will go ahead now.
>
> Thanks for the heads-up, Julian, and for pushing the releases. [...]
Received on 2019-08-29 17:36:17 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.