On Tue, Oct 21, 2014 at 5:57 AM, Marvin Humphrey <mar...@rectangular.com> wrote: > On Mon, Oct 20, 2014 at 10:26 PM, Roman Shaposhnik <ro...@shaposhnik.org> > wrote: > >>> P.S.: Why anyone would think voting on binaries makes any kind of sense >>> around here is, of course, a different question. I can't even begin to >>> count the number of times it's been pointed out that binaries are not >>> Apache releases. >> >> And yet that issue keeps rearing its ugly head. Given the amount >> of traffic I've seen around clarifying some finer (and not so fine) >> points of release/licensing implication it is about time we start >> an FAQ on that. Me thinks at least. > > We have several release FAQs spread across the ASF, though -- which, taken > together, are comprehensive beyond the point of excess. > > The problem is that we lack a concise policy document. That's where the "ASF > release policy codification proposal" as worked through on legal-discuss a few > months ago is supposed to help. > > http://s.apache.org/aGm > https://github.com/rectang/asfrelease > > It's delayed because I got swamped but it seems that the need has not > diminished.
It would be really nice if you/we could finish this. That said, I still maintain, that focusing exclusively on source releases will simplify our life greatly. IOW, Apache FOO version x.y.z can only designate a source release. I understand the need of projects like OO to provide binaries of some sort, I just don't understand why do they have to be 'blessed' by ASF. Once source gets built and packaged a whole new set of issues kick in. I don't think the foundation is well prepared to deal with those. We might as well admit it explicitly. Thanks, Roman. P.S. To be super explicit: I'm not saying that binary artifacts should be banned, rather that a binary artifact compiled by a member of a project is no different from one compiled by RedHat or Debian and thus requires no special treatment whatsoever. --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
