[CANCEL] Release Compress 1.20 Based on RC1

Hi all as Rob pointed out one of Compress' tests based on Pax Exam fails unless you happen to have built it once before Maven Central started enforcing TLS. This is fixed in master and I'll tag a RC2 and call for a new vote. Probably tomorrow. Thanks Stefan -

Re: [VOTE] Release Compress 1.20 Based on RC1

On 2020-02-03, Rob Tompkins wrote: > I'm fairly indifferent. I would minimally state it in the release > notes that test fails with that. After having slept over it, I think it is awkward that a build on a fresh machine won't work. I'll cancel the vote. > If you want, I'm happy to RC for 1.20-RC

Re: [numbers] NUMBERS-40: Exception Consistency

Maybe some examples would be helpful. -- Miguel Muñoz On Sunday, February 2, 2020, 02:17:29 AM PST, Gilles Sadowski wrote: Hi. 2020-01-26 16:54 UTC+01:00, Matt Juntunen : > Hello, > > I'm looking into NUMBERS-40, which suggests that the exception behavior of > commons-numbers (speci

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

Wasn’t done yet…just finished. +1 -Rob > On Feb 3, 2020, at 4:06 PM, Gary Gregory wrote: > > On Mon, Feb 3, 2020 at 11:47 AM Rob Tompkins wrote: > >> >> >>> On Feb 3, 2020, at 11:45 AM, Gary Gregory >> wrote: >>> >>> On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins >

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

On Mon, Feb 3, 2020 at 11:47 AM Rob Tompkins wrote: > > > > On Feb 3, 2020, at 11:45 AM, Gary Gregory > wrote: > > > > On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins > wrote: > > > >> Bit odd that we have neither clirr or japicmp in the reports in the > site. > >> (Coul

Re: [VOTE] Release Compress 1.20 Based on RC1

On Mon, Feb 3, 2020 at 12:06 PM Rob Tompkins wrote: > Agree 151e0fb3fa241887ae3192cc92c572401c6a182b > < > https://gitbox.apache.org/repos/asf?p=commons-compress.git;a=commitdiff;h=151e0fb3fa241887ae3192cc92c572401c6a182b > > > fixes > it. I'm fairly indifferent. I would minimally state it in th

Re: [VOTE] Release Compress 1.20 Based on RC1

Agree 151e0fb3fa241887ae3192cc92c572401c6a182b fixes it. I'm fairly indifferent. I would minimally state it in the release notes that test fails with that. If you want, I'm happy to

Re: [VOTE] Release Compress 1.20 Based on RC1

On 2020-02-03, Stefan Bodewig wrote: > On 2020-02-03, Rob Tompkins wrote: >> If you declare your .m2 directory to be somewhere else, do you see the same >> failure? > I do. > It looks as if there was an option to explicitly set remote > repositories, I'll try that. https://gitbox.apache.org/r

Re: [VOTE] Release Compress 1.20 Based on RC1

On 2020-02-03, Rob Tompkins wrote: > If you declare your .m2 directory to be somewhere else, do you see the same > failure? I do. It looks as if there was an option to explicitly set remote repositories, I'll try that. Stefan ---

Re: [VOTE] Release Compress 1.20 Based on RC1

I get the same issue out of: mvn -version Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f) Maven home: C:\apache-maven\bin\.. Java version: 11.0.6, vendor: Amazon.com Inc., runtime: C:\Program Files\Amazon Corretto\jdk11.0.6_10 Default locale: en_US, platform encoding: Cp1252 OS name:

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

> On Feb 3, 2020, at 11:45 AM, Gary Gregory wrote: > > On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins > wrote: > >> Bit odd that we have neither clirr or japicmp in the reports in the site. >> (Could be convinced to go +1). Willing to help get japicmp into project if

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins wrote: > Bit odd that we have neither clirr or japicmp in the reports in the site. > (Could be convinced to go +1). Willing to help get japicmp into project if > decision is to go with RC3. Would also be willing to roll RC3 if that’s the > call. > The

Re: [VOTE] Release Compress 1.20 Based on RC1

> On Feb 3, 2020, at 11:39 AM, Gary Gregory wrote: > > Just to be on the safe side I would update Java 8 and 11 to their > respective current versions. It probably won't help but you and I will at > least be on the same foundation aside from the OS. Agree. Good point there. > > Gary > > On

Re: [VOTE] Release Compress 1.20 Based on RC1

Just to be on the safe side I would update Java 8 and 11 to their respective current versions. It probably won't help but you and I will at least be on the same foundation aside from the OS. Gary On Mon, Feb 3, 2020 at 11:21 AM Rob Tompkins wrote: > For what it’s worth, I get the failure regard

Re: [VOTE] Release Compress 1.20 Based on RC1

Blerg….let me switch to a windows machine real quick to see if I get a difference there. -Rob > On Feb 3, 2020, at 11:37 AM, Gary Gregory wrote: > > On Mon, Feb 3, 2020 at 11:04 AM Rob Tompkins wrote: > >> I’m not sure what changed between yesterday and today, but it seems that >> the org.ap

Re: [VOTE] Release Compress 1.20 Based on RC1

On Mon, Feb 3, 2020 at 11:04 AM Rob Tompkins wrote: > I’m not sure what changed between yesterday and today, but it seems that > the org.apache.commons.compress.OsgiTest is failing due to a 501 being > returned from > http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exa

Re: [VOTE] Release Compress 1.20 Based on RC1

For what it’s worth, I get the failure regardless of whether or not I run the test with maven. The failure is in: org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:626) Which isn’t dependent upon maven at all actually. So, I suspect that maven has accommodated

Re: [VOTE] Release Compress 1.20 Based on RC1

Right….I get the artifact from maven central over https…let me make sure I’m on the latest maven version. -Rob > On Feb 3, 2020, at 11:08 AM, Stefan Bodewig wrote: > > On 2020-02-03, Rob Tompkins wrote: > >> I’m not sure what changed between yesterday and today, but it seems that the >> org.a

Re: [VOTE] Release Compress 1.20 Based on RC1

On 2020-02-03, Rob Tompkins wrote: > I’m not sure what changed between yesterday and today, but it seems that the > org.apache.commons.compress.OsgiTest is failing due to a 501 being returned > from > http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1

Re: [VOTE] Release Compress 1.20 Based on RC1

I’m not sure what changed between yesterday and today, but it seems that the org.apache.commons.compress.OsgiTest is failing due to a 501 being returned from http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

Bit odd that we have neither clirr or japicmp in the reports in the site. (Could be convinced to go +1). Willing to help get japicmp into project if decision is to go with RC3. Would also be willing to roll RC3 if that’s the call. -Rob > On Feb 1, 2020, at 8:55 PM, Gary Gregory wrote: > > We

[lang] New Streams code breaks build

Hi, The commit https://gitbox.apache.org/repos/asf?p=commons-lang.git;a=commit;h=2ea44b2adae8da8e3e7f55cc226479f9431feda9 broke the Travis build due to Checktyle errors. Please fix. Gary