On 21/03/2012, at 8:54 AM, Stephen Connolly wrote: > My point is that even if you were a committer, the Apache by-laws > state that the PMC must vote at least 3 x +1 to release a binary, so > if you cannot find 3 of the current 24 who are even willing to > consider voting on RPMs then you are not going to get binary RPMs > released, not because we don't want to, or because we think they are > pointless, etc... no simply because of the rules that govern the > Apache release process.
Some clarification is needed here. First, the bylaws say nothing about releases, project voting procedures, or anything on the technical side of the foundation for that matter :) You're thinking of the release policy: http://www.apache.org/dev/release.html The only thing a vote is about is the source code. What binary packages we distribute from that is a matter for what we are comfortable will have had enough testing and support. To illustrate: I guarantee there are not 3 people on each vote that have checked all 3 binary tarballs/zips unpack and run, let alone tested it across different platforms. Note that some projects don't ship binaries at all, for example Subversion lets others make their RPMs: http://subversion.apache.org/packages.html The main hassle in producing an RPM is that it constrains where the build environment can be. I'm fine with us producing it for releases if someone does it as a separate process along with, or after the success of, the release vote. That gets back to the main point you and others are making though - whether we do that is a matter for if we are comfortable it'll be suitably tested, and we can support it - particularly keeping in mind how it might conflict with packages from particular distros. I guess the upside is that it might help encourage distros to follow a more consistent layout. On that point, I'm happy either way. Cheers, Brett -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ http://au.linkedin.com/in/brettporter http://twitter.com/brettporter --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
