The only thing that should block a release is a policy violation, either of the IPMC or the ASF. This doesn't appear to be the case.
Sebb, I'd like to suggest you join the IPMC so you can issue binding +/- 1's instead of overall vetoes (which carry no weight unless it pertains to policy). ----- Original Message ---- > From: sebb <seb...@gmail.com> > To: general@incubator.apache.org > Sent: Mon, November 23, 2009 11:51:58 AM > Subject: Re: [VOTE] release Apache VCL 2.1 > > On 23/11/2009, Branko Čibej wrote: > > sebb wrote: > > > On 23/11/2009, Andrus Adamchik wrote: > > > > > >> On Nov 23, 2009, at 5:49 PM, sebb wrote: > > >> > > >> > > >> > > >>> There is only a "bz2" archive. > > >>> Normally projects release archives in zip andr tar.gz format which are > > >>> more commonly supported. > > >>> > > >>> IMO, this is a release blocker > > >>> > > >>> > > >> Just curious why you think this is a blocker? Each project knows better > > >> what formats are common and acceptable in the target user community. > There's > > >> no single distribution format and this is not a blocker IMO. > > >> > > > > > > The project OS targets include Windows, which does not support BZ2 > > > natively by default, whereas Windows does now support Zip archives. > > > > > > > > > Most people on Windows will prefer to use an installer provided by > > someone else, anyway. The "someone else" is likely to have 7-zip or some > > other free archiver that does support bzip2 installed. > > > > > > > AFAIK, all other ASF releases use both tar.gz and zip archives. > > > > > > > > > I'm going to barge in again, but this is like requiring every Apache > > project from now on to be written in Java, "because Windows usually has > > a JRE but not a C compiler installed." Next you'll be mandating coding > > standards. > > Not relevant - the discussion is about what archives are supported by > the OS, not the development process. > > Even Apache httpd (which is written in C) releases Windows archives in > Zip (and MSI) format. > > > Isn't this just a /little/ bit over the line of sensible requirements? > > No. > > > -- Brane > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
