incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Hen <>
Subject Re: Podling releases and release policy
Date Sun, 02 Jun 2019 18:22:39 GMT
Wrote a long thing... decided it wasn't useful :)

The tldr;

* Incubating releases are Apache releases. No user cares if they are
endorsed or official (for whatever they may mean). Perhaps if we said GA we
might be clearer.
* We end up having an argument about easiness of release vs
reproducible/provable releases.
** We too easily -1 a release because of something that could be easily
fixed by a human. We don't think about that human element when we stack on
more requirements.
** But we want perfection of the process. If I miss a DISCLAIMER; I can't
just fix it and publish, there is a whole rigmarole and revote I have to

I'm thinking that should be solved with a standard source release. Press a
button and a tar.gz will be created, checking for a few standard files and
using the private key you supply. Have it require the PMC Chair to moderate
the release to confirm that the Apache Way was followed (and PPMCs need

(and we need an entire conference to figure out binary releases)


On Sun, Jun 2, 2019 at 10:10 AM Kevin A. McGrail <>

> I think the fact that incubating releases are not official ASF releases
> covers this issue.  The full effect of the shield is more a risk for the
> programmers in the limbo state of incubating from my perspective.
> On 6/1/2019 11:27 PM, Justin Mclean wrote:
> > Hi,
> >
> > The other though that occurred to me is if we do this, are the people
> involved covered by ASF’s legal shield? i.e Does it pass the clean line
> mentioned in [1].
> >
> > "Deviations from this policy may have an adverse effect on the legal
> shield's effectiveness, or the insurance premiums Apache pays to protect
> officers and directors, so are strongly discouraged without prior, explicit
> board approval. "
> >
> > Thanks,
> > Justin
> >
> > 1.
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > For additional commands, e-mail:
> >
> --
> Kevin A. McGrail
> Member, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> - 703.798.0171
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message