Hi,

> That’s not how I read it…

With all due respect please read the official Apache release policies. [1]

 In particular under "what is a release" it states:
"the binary/bytecode package must ... (be) the result of compiling that version 
of the source code release."

Under "What must every release contain" it states:
"It is also necessary for the PMC to ensure that the source package is 
sufficient to build any binary artifacts associated with the release."

And under where can we host releases it states:
"Current releases must be served from the ASF mirroring system by placing them 
under http://www.apache.org/dist/";

And under distribution and mirroring it states:
"They should not be mirrored; only blessed GA releases should be mirrored."

I'll agree it's not 100% clear, but by not following the official release 
procedure we are not getting the legal protection it gives.

No where (that I can find) does it state that the binary release can be altered 
or changed without a vote.

> What source code needs to be changed to fix this installer?

In order to comply with Apache licensing the LICENSE / NOTICE needs to change, 
that is considered  a source code change and IMO this needs to be reviewed by 
the PMC. The licensing checkboxes are also probably incorrect (not 100% sure) 
after the binary modification and would required a vote and release of the 
installer to fix.

> Your statement also cannot be true. Binaries are not official releases (as 
> has been made very clear), but binaries CAN be distributed from the Apache 
> site, so that goes to reason that unofficial releases CAN be distributed as 
> “convenience packages”.

So we can load up any old binaries to the dist area to distribute? I think not 
(see above). The simplest path would of been to call a vote with a reduced time 
face as I suggested.

Can we please just leave it to the incubator to sort out what should be done in 
this case. Hopeful they reach consensus and give a clear ruling on what can and 
can;t be done with binary releases.

Thanks,
Justin

1. http://www.apache.org/dev/release.html

Reply via email to