sebb wrote: > On 26/03/2010, sebb <seb...@gmail.com> wrote: >> On 26/03/2010, Phil Steitz <phil.ste...@gmail.com> wrote: >> > Tag: >> > http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_1_RC2/ >> >> >> Some files were missing SVN:EOL (applied to trunk) >> >> 1 missing AL header (applied to trunk). >> >> Notice was still 2009 - fixed in trunk. >> >> >> > Distributions: >> > http://people.apache.org/~psteitz/math-2.1-RC2/ >> >> >> No SHA1 hashes, seems odd as the Mvn dist has them. >> (Not a blocker, can be added later) >> >> Builds and tests OK on 1.5 and 1.6; I got one failure in one of the >> runs of RandomDataTest but that is just my luck! >> >> >> > Maven artifacts: >> > http://people.apache.org/~psteitz/math-2.1-RC2/maven/ >> >> >> However these do have both SHA1 and MD5 hashes. >> >> >> > Documentation bundled with the binary distribution: >> > http://people.apache.org/~psteitz/math-2.1-RC2/docs/ >> >> >> Looks good. >> >> >> > Output of maven:site run against the source distribution: >> > http://people.apache.org/~psteitz/math-2.1-RC2/site/ >> > > The only download link seems to be on the home page. > > It would be helpful to have another in the lhs menu, as is done by may > other Commons components.
+1 to add this > >> Not a blocker, but it's confusing to have the Javadocs for the >> previous releases near the top, and the Javadocs for 2.1 buried low >> down. >> >> If possible, I would put the old docs under a separate heading much >> further down. >> >> Also, does it make sense to publish the RAT report? >> Surely that is mainly (only) needed for release checking? >> >> >> > Votes, please. This vote will close in 72 hours, 0200 GMT 29-March 2010 >> > >> > >> > [ ] +1 Release these artifacts >> > [ ] +0 OK, but... >> > [ ] -0 OK, but really should fix... >> >> >> -0 - missing AL header and Notice year. >> >> Might also be an idea to remove the mantissa and experimental >> directory trees from the SVN tag, as they don't form part of the >> release? >> >> Better yet, can we move them out of trunk, e.g. into a branch (or the >> bit bucket?) >> >> >> > [ ] -1 I oppose this release because... >> > >> > Thanks! >> > >> > Phil >> > >> > P.S.: I would appreciate it if an OSGi expert could review the >> > generated material in the jar manifest and assure us that we will >> > not get complaints on its suitability. >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> > For additional commands, e-mail: dev-h...@commons.apache.org >> > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org