Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Justin Mclean
Hi, As mentioned in the board report (under actions) and requested by Roman I’ve raised this issue over on legal-discuss. Thanks, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Justin Mclean
Hi, > Boring imo. You have to try hard to screw up Cat B (though I’ve seen it > done). Really? Category B source code is generally not allowed in sources releases. It's actually Category X. Category B as image and the like is allowed. > I mean clearly against the terms and intention. i.e. I’m

Re: Incubation Pain Points

2019-06-13 Thread Geertjan Wielenga
Speaking on behalf of myself only, though note I am PMC chair of NetBeans, which went through a protracted (nice way of saying ‘complex’) incubation because of its size (‘very large’) and history (20+ years) — the key to any new culture is to adopt its traditions and to fight them as little as

Incubation Pain Points

2019-06-13 Thread Dave Fisher
Hi - Here are some thoughts I have to improving Incubation. These are not really new, but I think we should discuss where and how best to apply these. (1) Champions need to very clear that the ASF expects Community decisions not BDFLs. Burnout is one factor to highlight why community is

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Hen
On Thu, Jun 13, 2019 at 02:53 Justin Mclean wrote: > HI, > > > I think that serious = release blocker; > > That would also be my meaning. People / podlings have requested that > release blockers be allowed in podling releases. > > > I'd love to hear some examples. I suspect they are all legal. >

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Hen
On Thu, Jun 13, 2019 at 01:15 Greg Stein wrote: > On Thu, Jun 13, 2019, 02:47 Alex Harui wrote: > > > Maybe the next question is: Are all release policy violations > > showstoppers? I suspect the answer is no. And thus, if any TLP can punt > > release policy violations to a future release, >

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Bertrand Delacretaz
On Thu, Jun 13, 2019 at 12:09 PM Bertrand Delacretaz wrote: > ...IOW, base those exceptions on a strictly managed list of acceptable > issues... And add the URL of that list to the DISCLAIMER, so users know what to expect. -Bertrand

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Bertrand Delacretaz
Hi, On Thu, Jun 13, 2019 at 11:53 AM Justin Mclean wrote: > > I think that serious = release blocker; >...People / podlings have requested that release blockers be allowed in >podling releases... Ok, "release blocker" says much more to me than "serious issues" to which I objected as being too

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Justin Mclean
HI, > I think that serious = release blocker; That would also be my meaning. People / podlings have requested that release blockers be allowed in podling releases. > I'd love to hear some examples. I suspect they are all legal. Sure some recent examples (without mentioning any pooling name,

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Greg Stein
On Thu, Jun 13, 2019, 02:47 Alex Harui wrote: > Maybe the next question is: Are all release policy violations > showstoppers? I suspect the answer is no. And thus, if any TLP can punt > release policy violations to a future release, What are you talking about? Nobody has suggested any

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Alex Harui
Maybe the next question is: Are all release policy violations showstoppers? I suspect the answer is no. And thus, if any TLP can punt release policy violations to a future release, then so can podlings, and the IPMC can let more things go without really needing another decision from the

Re: [IMPORTANT] Board proposal on podling releases

2019-06-13 Thread Hen
On Sun, Jun 9, 2019 at 4:11 PM Justin Mclean wrote: > Hi, > > > I agree with other respondents that 'serious' seems bad here. To me the > > serious ones are the only ones they can't release with. > > So we just continue as is then? You have any suggests to what we change? > I don't think we're