In the mean time, I went through the 16 critical issues and there is at least one comment to them by someone who has review them and either could not reproduce them or couldn't do anything about them because e.g. it was a problem with a plugin. So, I 'm not sure how we could proceed. I tried a couple of them and could not reproduce them neither with the latest night build.
It would help a lot if the tribe leader could delegate the work, like s/he did for testing where I found it really useful. We could keep it as our internal process, while at the same time we abide with how apache works. Regarding the blockers and critical issues then, who is going to close/raise a waiver then? The issuer? The tribe leader? On Mon, 25 Jun 2018 at 19:49, Emilian Bold <[email protected]> wrote: > Very nicely put Glenn! > > --emi > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > On 25 June 2018 5:45 PM, Glenn Holmer <[email protected]> wrote: > > > On 06/24/2018 02:38 PM, Emilian Bold wrote: > > > > > Also, the NetCAT team seems to be split into sub-groups called > > > > > > 'tribes' and they have a 'leader' which seems to be the only one that > > > > > > 'can label a bug with WAIVER tag'. > > > > > > This seems rather against the Apache way, as you either are a > > > > > > committer or not (or part of the PMC or not). Although 'after > > > > > > reaching consensus within his/her tribe' makes it sound like there's > > > > > > a vote going on, we cannot restrict voting to a subgroup under > > > > > > Apache, afaik; everybody is allowed to vote. > > > > In practice, it is (or should be) a discussion within the tribe to see > > > > which issues should be proposed as blockers. Tribe leaders are mainly > > > > responsible for dividing up the work of going through the test specs and > > > > making sure tribe members are on schedule. > > > > > The 'Community Acceptance survey' is interesting as it seems to allow > > > > > > non-binding votes to block a release. This sounds interesting, but > > > > > > it's also not the Apache way. Of course, if many non-binding votes > > > > > > point toward something bad, we can decide to take that into account, > > > > > > but it's not automatic. > > > > I agree with what you're saying here; we're in a new world now. The PMC > > > > is the body that must make decisions about whether to release; NetCAT > > > > should be seen as an advisory body. Just as in the past, when NetCAT > > > > reports a bug, committers may clarify or override the severity. > > > > As a long-time NetCAT team member, I'm certainly not trying to minimize > > > > its importance. If NetBeans users feel strongly enough to participate in > > > > NetCAT (it's a lot of work to go through those test specs!) and make a > > > > point about an issue, it should be taken very seriously, and the role of > > > > NetCAT in the release process should be clearly defined. > > > > > > > -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > > > Glenn Holmer (Linux registered user #16682) > > > > "After the vintage season came the aftermath -- and Cenbe." > > > > > > > ------------------------------------------------------------------------------------------------------------ > > > > To unsubscribe, e-mail: [email protected] > > > > For additional commands, e-mail: [email protected] > > > > For further information about the NetBeans mailing lists, visit: > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
