From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 4B9D71B196 for ; Wed, 21 Feb 2018 12:04:54 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Feb 2018 03:04:53 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,543,1511856000"; d="scan'208,217";a="205797846" Received: from irsmsx104.ger.corp.intel.com ([163.33.3.159]) by fmsmga005.fm.intel.com with ESMTP; 21 Feb 2018 03:04:52 -0800 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.9]) by IRSMSX104.ger.corp.intel.com ([169.254.5.101]) with mapi id 14.03.0319.002; Wed, 21 Feb 2018 11:04:51 +0000 From: "De Lara Guarch, Pablo" To: "dev@dpdk.org" Thread-Topic: Back-up committers for subtrees Thread-Index: AdOrA6sud8bhLPUJQJKXWZNVpkQZDw== Date: Wed, 21 Feb 2018 11:04:51 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZjg0N2EzNTYtZWI3Yi00MGRiLWEwYWEtOGZmNGFjMmI0Nzg5IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE2LjUuOS4zIiwiVHJ1c3RlZExhYmVsSGFzaCI6InQ1bGZJQlwvQ3BGb252Z0dQK2luTDFyVXdMRHRsR3UyQThWUHBtMG91VzAwPSJ9 x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action x-originating-ip: [163.33.239.180] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] Back-up committers for subtrees X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 11:04:54 -0000 Hi everyone, In the last few releases, the DPDK community has experienced a significant = growth, specifically in patches submitted and integrated. Therefore, the number of subtrees has increased, to help maintain the scala= bility. Section 5.3 of the Contributor's guide (http://dpdk.org/doc/guides/contribu= ting/patches.html), Maintainers and Sub-trees, states that there should be a backup maintainer per subtree: "Ensure that there is a designated back-up maintainer and coordinate a hand= over for periods where the tree maintainer can't perform their roles." However, this is not the case for some of the subtrees. This could lead to = patch integration delays in case of unavailability (short or long term) of the subtree committer, especially on busy times, which could lead to a d= elay in an RC release. My suggestion is that every primary subtree committer proposes a back-up co= mmitter for their subtree. Once the proposed person agrees on taking this role, they should follow the= procedure explained in the documentation: "Tree maintainers can be added or removed by submitting a patch to the MAIN= TAINERS file. The proposer should justify the need for a new sub-tree and should have dem= onstrated a sufficient level of contributions in the area or to a similar a= rea. The maintainer should be confirmed by an ack from an existing tree maintain= er. Disagreements on trees or maintainers can be brought to the Technical B= oard. The backup maintainer for the master tree should be selected from the exist= ing sub-tree maintainers from the project. The backup maintainer for a sub-tree should be selected from among the comp= onent maintainers within that sub-tree." The patches will be merged mainly by the primary committer, except when thi= s is unavailable, in which case, the back-up committer will take over, after this unavailability is communic= ated between the two committers. This implies that there will be no co-maintainership, to maintain a single = point of contact with the mainline tree maintainer. Any objections? Thanks, Pablo