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. > 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