Re: [CANCE][VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Jörg Schaible
Then trigger "skip" using a property and every project can set it if required. Gary Gregory wrote: > On Thu, Dec 1, 2016 at 6:12 PM, Gary Gregory > wrote: > >> The answer is, as usual, "it depends". >> >> For Apache Commons Daemon, I would like to have the bin-zip in Maven >> Central or each D

Re: [CANCE][VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Gary Gregory
On Thu, Dec 1, 2016 at 6:12 PM, Gary Gregory wrote: > The answer is, as usual, "it depends". > > For Apache Commons Daemon, I would like to have the bin-zip in Maven > Central or each DLLs in Maven Central. > > But for the general case, you are right, we do not need them. > > I wonder if I can ju

Re: [CANCE][VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Gary Gregory
The answer is, as usual, "it depends". For Apache Commons Daemon, I would like to have the bin-zip in Maven Central or each DLLs in Maven Central. But for the general case, you are right, we do not need them. I wonder if I can just put the src-zip to https://dist.apache.org/repos/dist/dev/common

[GitHub] commons-io pull request #19: [IO-483] FilenameUtils.getPrefixLength fix for ...

2016-12-01 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/commons-io/pull/19 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is e

Re: [CANCE][VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Charles Honton
Why do we expect the src zip to be present in the maven repository? No other commons project pushes the src zip/gz to maven central. If we want to supply src zip/gz as a convenience, why wouldn’t it be at http://commons.apache.org/proper/ as all other compo

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Gary Gregory
I've had to do the manual deletion for MANY releases. Not fun. And yeah it looks like the POM "fix" to address that breaks other things. Unless there some special profile I do not know about. Gary On Dec 1, 2016 5:54 PM, "Charles Honton" wrote: > Re: P.S. Is everyone happy with having to manual

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Charles Honton
Re: P.S. Is everyone happy with having to manually delete one-by-one all the distribution archives spuriously uploaded to Nexus? Commons Parent 42 has a false setting for assembly plugin to prevent zips/gz from being uploaded to Nexus. Unfortunately, the last vote for parent 42 was cancelled f

[RNG] Include LICENCE and NOTICE in META-INF

2016-12-01 Thread Gilles
On Fri, 02 Dec 2016 01:09:12 +0100, Gilles wrote: On Thu, 1 Dec 2016 15:44:50 -0800, Rob Tompkins wrote: On Dec 1, 2016, at 3:32 PM, Gilles wrote: On Thu, 1 Dec 2016 15:29:17 -0800, Rob Tompkins wrote: Vote: -1 mainly for license, Which files? The LICENSE.txt and NOTICE.txt aren’t in the

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Gilles
On Thu, 1 Dec 2016 15:44:50 -0800, Rob Tompkins wrote: On Dec 1, 2016, at 3:32 PM, Gilles wrote: On Thu, 1 Dec 2016 15:29:17 -0800, Rob Tompkins wrote: Vote: -1 mainly for license, Which files? The LICENSE.txt and NOTICE.txt aren’t in the META-INF directory of the main jar artifact for at

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Rob Tompkins
> On Dec 1, 2016, at 3:32 PM, Gilles wrote: > > On Thu, 1 Dec 2016 15:29:17 -0800, Rob Tompkins wrote: >> Vote: -1 mainly for license, > > Which files? > >> but there’s the following as well. >> >> I just ran “mvn clean test" with java 1.7.0_60 on OS X 10.12.1 and >> got the following test fa

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Rob Tompkins
> On Dec 1, 2016, at 3:32 PM, Gilles wrote: > > On Thu, 1 Dec 2016 15:29:17 -0800, Rob Tompkins wrote: >> Vote: -1 mainly for license, > > Which files? The LICENSE.txt and NOTICE.txt aren’t in the META-INF directory of the main jar artifact for at least rng-core, whereas http://repo1.maven.o

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Gilles
On Thu, 1 Dec 2016 15:29:17 -0800, Rob Tompkins wrote: Vote: -1 mainly for license, Which files? but there’s the following as well. I just ran “mvn clean test" with java 1.7.0_60 on OS X 10.12.1 and got the following test failure (note that it seems to be intermittent): Cf. https://issues.

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Rob Tompkins
Vote: -1 mainly for license, but there’s the following as well. I just ran “mvn clean test" with java 1.7.0_60 on OS X 10.12.1 and got the following test failure (note that it seems to be intermittent): testSampling[22: data=org.apache.commons.math3.distribution.ParetoDistribution@185c0deb (inv

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Gilles
Hello. On Thu, 1 Dec 2016 22:14:58 +0100, Oliver Heger wrote: Hi, build works fine with Java 7 and Java 8 on Windows 10. When building with Java 1.6 I got a test failure in the Sampling module (see below), but it does not seem to be reproducible; probably not blocking. Cf. https://issues.ap

[GitHub] commons-io pull request #8: Infinite circular input stream

2016-12-01 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/commons-io/pull/8 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is en

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Oliver Heger
Hi, build works fine with Java 7 and Java 8 on Windows 10. When building with Java 1.6 I got a test failure in the Sampling module (see below), but it does not seem to be reproducible; probably not blocking. The artifacts from the binary distribution do not contain the LICENSE and NOTICE files. I

Re: [VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Charles Honton
I added the false to explicitly deal with the excess artifacts being pushed to Nexus. Preparations For A Release - Creating a Release Candidate - Step By Step states: Unfortunately this uploads more than should be part of the Maven repository,

[CANCE][VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Gary Gregory
[editing subject] On Thu, Dec 1, 2016 at 9:14 AM, Gary Gregory wrote: > I am canceling this VOTE to deal with the missing src files. > > Gary > > On Thu, Dec 1, 2016 at 3:26 AM, Stian Soiland-Reyes > wrote: > >> I did "mvn clean install -Prelease" from SVN and got in target/: >> >> commons-pare

Re: [VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Gary Gregory
I am canceling this VOTE to deal with the missing src files. Gary On Thu, Dec 1, 2016 at 3:26 AM, Stian Soiland-Reyes wrote: > I did "mvn clean install -Prelease" from SVN and got in target/: > > commons-parent-42-SNAPSHOT-src.tar.gz > commons-parent-42-SNAPSHOT-src.zip > > however they were no

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Artem Barger
My vote: +1 Best regards, Artem Barger. On Thu, Dec 1, 2016 at 2:01 PM, Stian Soiland-Reyes wrote: > My vote: +1 (binding) > > Looking good! > > > Checked: > > +1 commit matches tag (even signed tag, yay!) > +0 commit matches src (git tag is missing > "true" -- why?) > +0

Re: [VOTE][RC5] Release "Apache Commons RNG" version 1.0

2016-12-01 Thread Stian Soiland-Reyes
My vote: +1 (binding) Looking good! Checked: +1 commit matches tag (even signed tag, yay!) +0 commit matches src (git tag is missing "true" -- why?) +0 src matches staging repo -sources (hard to check as *-src.tar.gz was not staged :-( ) +1 bin JARs matches staging repo hashes +1 zip vs tar.gz

Re: [VOTE][LAZY] Release Commons Parent POM 42 based on RC1

2016-12-01 Thread Stian Soiland-Reyes
I did "mvn clean install -Prelease" from SVN and got in target/: commons-parent-42-SNAPSHOT-src.tar.gz commons-parent-42-SNAPSHOT-src.zip however they were not installed to the Maven repository, because the pom says "false" On 30 November 2016 at 19:04, Gary Gregory wrote: > On Wed, Nov 30, 2

Re: [ALL] Version number(s) for modular components

2016-12-01 Thread Stian Soiland-Reyes
I don't think we have to be super rigid, just have a general principle. If a case comes up, we can consider deviations then, rather than form fixed rules from hypothetical scenarios and then be bound by them. Something like RFC-style SHOULD - a component release may deviate from the general rule,

Re: [ALL] Version number(s) for modular components

2016-12-01 Thread Gilles
On Wed, 30 Nov 2016 10:23:37 +, Stian Soiland-Reyes wrote: Yeah, that could be the better way, with a branched off commit for the "shrunk" project with a smaller list in the parent, then no particular flags are needed to build from the resulting tag or source repo. I initially planned to