date:20151125

Re: MathArrays -> JogAmp -> OpenCL

2015-11-25 Thread Eric Barnhill


The Java JOCL / JogAmp bindings are located here:

https://jogamp.org/jocl/www/

A user would have to install what are called the "glue" libraries which 
enable use of OpenCL , via Ant.


If it is of interest, I'll put a minimal working example for, say, 
ebeMultiplication with GPU, up on my GitHub page some time next week, 
and link to it here, and then you can see what you think.


Eric

On 25/11/15 09:20, luc wrote:

Le 2015-11-24 22:26, Gilles a écrit :

On Tue, 24 Nov 2015 20:58:14 +, Eric Barnhill wrote:
Is anyone interested in some GPU support for MathArrays by using, 
say, the
JogAmp bindings and OpenCL methods. I have implemented such an 
architecture
for my own convolution library I am developing, and it would not be 
much
trouble for me to add this kind of support for commons-math some 
time in

the new year.

It would require the user to install the JOCL glue libraries to make 
use of
this and this may be out side of the commons mission. Overall I find 
JogAmp

very convenient and its creators support it.


Could you elaborate on this?
Would this mean we add a dependency?
What does "to make use of" mean, would this be an interface part of the
library that could be compiled only if the glue libraries are available?

Luc



There were some recent and not so recent discussions on parallel 
processing

as a way to enhance the performance of CM.

Actual experiments are certainly welcome to figure out the best 
way(s) to go.


And this would probably be a nice addition to the userguide.
Could you give pointers to the utilities and a slightly more detailed
description
of the intended usage?

Thanks,
Gilles


-
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

Re: [VOTE] Release commons-io 2.5 based on RC1

2015-11-25 Thread Adrian Crum

I had the same maven errors while working on IO-487, but I assumed it 
was because my local copy was not set up correctly.


The TailerTest fails intermittently with or without Cobertura.

Adrian Crum
Sandglass Software
www.sandglass-software.com

On 11/24/2015 5:36 PM, Gary Gregory wrote:

Just to add to Java 8 woes, running "mvn clean site", I get:

[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 08:01 min
[INFO] Finished at: 2015-11-24T16:13:48-08:00
[INFO] Final Memory: 62M/540M
[INFO]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on
project commons-io: Execution default-site of goal
org.apache.maven.plugins:maven-site-plugin:3.4:site failed: Invalid byte
tag in constant pool: 15
-> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException

Using:

Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T08:41:47-08:00)
Maven home: E:\Java\apache-maven-3.3.9\bin\..
Java version: 1.8.0_65, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.8.0_65\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"

It probably has nothing to do with us, just a data point.

This is from the src zip, ASC, MD5, SHA1, and reports are OK.

I can build with "mvn clean site" OK with:

Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T08:41:47-08:00)
Maven home: E:\Java\apache-maven-3.3.9\bin\..
Java version: 1.7.0_79, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_79\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"

So +1 from me based on my experience. I am worried about the report
failures on the VOTE thread though. I did not install/run with Java 6
though.

Caveat, while in the Cobertura part of the build, I saw this:

Tests run: 10, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 26.076 sec
<<< FAILURE! - in org.apache.commons.io.input.TailerTest
testTailer(org.apache.commons.io.input.TailerTest)  Time elapsed: 5.412 sec
  <<< FAILURE!
junit.framework.AssertionFailedError: Missing InterruptedException
 at junit.framework.Assert.fail(Assert.java:57)
 at junit.framework.Assert.assertTrue(Assert.java:22)
 at junit.framework.Assert.assertNotNull(Assert.java:256)
 at junit.framework.TestCase.assertNotNull(TestCase.java:426)
 at
org.apache.commons.io.input.TailerTest.testTailer(TailerTest.java:258)

But I did not see the above during the normal test phase of the build.

Gary

On Tue, Nov 24, 2015 at 12:59 PM, Oliver Heger

Re: [VOTE] Release NET 3.4 based on RC2 - resend with corrected tag

2015-11-25 Thread sebb

On 22 November 2015 at 15:58, sebb  wrote:
> It's probably about time to release NET.
> There have been quite a few improvements and fixes since the last version.
>
> [This is a repeat of the original mail, but using a tag that actually
> exists this time]
>
> ==
>
> Net 3.4 RC2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/net/ (svn revision 11241)
>
> ./binaries/commons-net-3.4-bin.tar.gz.sha1:88411522395b4000b038a94ab007be89ebda2ec3
> ./binaries/commons-net-3.4-bin.zip.sha1:f252a45b1610346116c9dd966fec9a15171223d1
> ./source/commons-net-3.4-src.tar.gz.sha1:abfba84427a06341e113d59d8f75855e67093087
> ./source/commons-net-3.4-src.zip.sha1:f3b38dfcccd8fcdc9ac500a5f8580a19817b
>
>   Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1120/commons-net/commons-net/3.4/
>
> These are the artifacts and their hashes
>
> /commons-net/commons-net/3.4/commons-net-3.4-test-sources.jar
> (SHA1: fdb74119054a2aacc134c56137660d7a0a40e4a8)
> /commons-net/commons-net/3.4/commons-net-3.4-javadoc.jar
> (SHA1: b882750c8dbd480e2b9afd357dcf71d962f2fa03)
> /commons-net/commons-net/3.4/commons-net-3.4-ftp.jar
> (SHA1: 6fc585e5f3dc8333b20110af22a8bae59f5246cb)
> /commons-net/commons-net/3.4/commons-net-3.4-tests.jar
> (SHA1: ce44ebc0e7be56c3bd650700be93c5b377b47573)
> /commons-net/commons-net/3.4/commons-net-3.4.pom
> (SHA1: d1790447a41c848af8cba0919fae7a577fbc744a)
> /commons-net/commons-net/3.4/commons-net-3.4.jar
> (SHA1: 5e984db9554728564d58e90da5d90eff8ae8cf2d)
> /commons-net/commons-net/3.4/commons-net-3.4-sources.jar
> (SHA1: 08439b8f20d7bdec502423732798a639501732c8)
> /commons-net/commons-net/3.4/commons-net-3.4-examples.jar
> (SHA1: 33abb13d790501fc9e4e77a40425bc381d39b9ca)
>
>   Details of changes since 3.3 are in the release notes:
> https://dist.apache.org/repos/dist/dev/commons/net/RELEASE-NOTES.txt
> http://people.apache.org/~sebb/net-3.4-RC2/changes-report.html
>
>   I have tested this with JDK 1.6, 1.7, 1.8 using maven3.
>
>   The tag is here:
> http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_4_RC2/
> (svn 1715635)
>
>   N.B. the SVN revision is required because SVN tags are not immutable.
>
>   Site:
> http://people.apache.org/~sebb/net-3.4-RC2/
>   (note some *relative* links are broken and the 3.4 directories are
>   not yet created - these will be OK once the site is deployed)
>
>   download_net.cgi does not work, but the template can be checked at
> http://people.apache.org/~sebb/net-3.4-RC2/download_net.html
>
>   Clirr Report (compared to 3.3):
> http://people.apache.org/~sebb/net-3.4-RC2/clirr-report.html
>
>   Note that adding methods to an interface is binary-compatible, but
> not source-compatible
>   This change is documented in the Release Notes
>
>   RAT Report:
> http://people.apache.org/~sebb/net-3.4-RC2/rat-report.html
>
>   KEYS:
>   https://www.apache.org/dist/commons/KEYS
>
>   Please review the release candidate and vote.
>   This vote will close no sooner that 72 hours from now, i.e. after
> 14:00 GMT 22-Nov 2015
>
>   [X] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
>
>   Thanks!
>
>   Sebb

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[ANNOUNCE] CFP open for ApacheCon North America 2016

2015-11-25 Thread Rich Bowen

Community growth starts by talking with those interested in your
project. ApacheCon North America is coming, are you?

We are delighted to announce that the Call For Presentations (CFP) is
now open for ApacheCon North America. You can submit your proposed
sessions at
http://events.linuxfoundation.org/events/apache-big-data-north-america/program/cfp
for big data talks and
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
for all other topics.

ApacheCon North America will be held in Vancouver, Canada, May 9-13th
2016. ApacheCon has been running every year since 2000, and is the place
to build your project communities.

While we will consider individual talks we prefer to see related
sessions that are likely to draw users and community members. When
submitting your talk work with your project community and with related
communities to come up with a full program that will walk attendees
through the basics and on into mastery of your project in example use
cases. Content that introduces what's new in your latest release is also
of particular interest, especially when it builds upon existing well
know application models. The goal should be to showcase your project in
ways that will attract participants and encourage engagement in your
community, Please remember to involve your whole project community (user
and dev lists) when building content. This is your chance to create a
project specific event within the broader ApacheCon conference.

Content at ApacheCon North America will be cross-promoted as
mini-conferences, such as ApacheCon Big Data, and ApacheCon Mobile, so
be sure to indicate which larger category your proposed sessions fit into.

Finally, please plan to attend ApacheCon, even if you're not proposing a
talk. The biggest value of the event is community building, and we count
on you to make it a place where your project community is likely to
congregate, not just for the technical content in sessions, but for
hackathons, project summits, and good old fashioned face-to-face networking.

-- 
rbo...@apache.org
http://apache.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [JXPATH] Java Version

2015-11-25 Thread sebb

On 25 November 2015 at 16:49, Gary Gregory  wrote:
> On Tue, Nov 24, 2015 at 11:57 PM, Uwe Barthel  wrote:
>
>>
>> > Do you like to start these changes before or after the release 1.4?
 > I prefer to create the release as soon as possible and start rework on
 that baseline.

>>>
>> Maybe my statement was a bit ambiguous. I'm fine with a Java version 1.6
>> or 1.7 but would not wait until the code is overall refurbished.
>
>
> RERO! :-)

Repent at leisure.

>
>>
>>
>> The problem with JDK 1.4 is, that I don't have it on any machine. The
>>> oldest JDK you can get for Mac OS X to my knowledge is 1.6.
>>>
>>
>> Unfortunately, same here.
>
>
> No longer supporting 1.4 is not a showstopper IMO. Bumping the JRE to 1.6
> or 1.7 and releasing would be OK with me.

Same here.

However, since the code was written for 1.4, it won't have generics support.

Do we want to release code which requires 1.5+ but which does not
compile cleanly on 1.5+?

It's quite a lot of work adding generics, and mistakes can be hard to
correct without potentially causing compatibility issues.

I don't think there is an easy solution here. However, unless the time
can be put in to add generics properly, I think it would be better not
to do so at all.
In which case, change the Java version to the minimum that is easy to
build/test, i.e. 1.6.
This would be with the intention of doing another release before too
long that fixes up generics etc.
That could target 1.7.

> Gary
>
>>
>>
>> -- Uwe
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[VOTE][LAZY] Release Commons Build Plugin 1.5 based on RC1

2015-11-25 Thread sebb

This is a VOTE by LAZY consensus to release Commons Build Plugin 1.5
based on RC1

The changes from 1.4 are:

1. Added new goals: contributing-md and readme-md - to build Markdown
formatted intro files for GitHub.
2. Download Page - Better describes KEYS file (and uses https links)
3. Use Apache Commons rather than just Commons

This VOTE is open for at least 72 hours until Nov 28 2015 at 17:30 UTC

The files:

https://repository.apache.org/content/repositories/orgapachecommons-1127/org/apache/commons/commons-build-plugin/1.5/

The tag:

https://svn.apache.org/repos/asf/commons/proper/commons-build-plugin/tags/commons-build-plugin-1.5-RC1

The site:

http://home.apache.org/~sebb/commons-build-plugin-1.5-RC1/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[RESULT][VOTE] Release NET 3.4 based on RC2 - resend with corrected tag

2015-11-25 Thread sebb

Voting was as follows:

+1 (binding)

Oliver Heger
Gary Gregory
Thomas Neidhart
Joerg Schaible
Sebastian Bazley

There were no other votes.

The vote therefore passes.

Thanks to all who voted.

On 22 November 2015 at 15:58, sebb  wrote:
> It's probably about time to release NET.
> There have been quite a few improvements and fixes since the last version.
>
> [This is a repeat of the original mail, but using a tag that actually
> exists this time]
>
> ==
>
> Net 3.4 RC2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/net/ (svn revision 11241)
>
> ./binaries/commons-net-3.4-bin.tar.gz.sha1:88411522395b4000b038a94ab007be89ebda2ec3
> ./binaries/commons-net-3.4-bin.zip.sha1:f252a45b1610346116c9dd966fec9a15171223d1
> ./source/commons-net-3.4-src.tar.gz.sha1:abfba84427a06341e113d59d8f75855e67093087
> ./source/commons-net-3.4-src.zip.sha1:f3b38dfcccd8fcdc9ac500a5f8580a19817b
>
>   Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1120/commons-net/commons-net/3.4/
>
> These are the artifacts and their hashes
>
> /commons-net/commons-net/3.4/commons-net-3.4-test-sources.jar
> (SHA1: fdb74119054a2aacc134c56137660d7a0a40e4a8)
> /commons-net/commons-net/3.4/commons-net-3.4-javadoc.jar
> (SHA1: b882750c8dbd480e2b9afd357dcf71d962f2fa03)
> /commons-net/commons-net/3.4/commons-net-3.4-ftp.jar
> (SHA1: 6fc585e5f3dc8333b20110af22a8bae59f5246cb)
> /commons-net/commons-net/3.4/commons-net-3.4-tests.jar
> (SHA1: ce44ebc0e7be56c3bd650700be93c5b377b47573)
> /commons-net/commons-net/3.4/commons-net-3.4.pom
> (SHA1: d1790447a41c848af8cba0919fae7a577fbc744a)
> /commons-net/commons-net/3.4/commons-net-3.4.jar
> (SHA1: 5e984db9554728564d58e90da5d90eff8ae8cf2d)
> /commons-net/commons-net/3.4/commons-net-3.4-sources.jar
> (SHA1: 08439b8f20d7bdec502423732798a639501732c8)
> /commons-net/commons-net/3.4/commons-net-3.4-examples.jar
> (SHA1: 33abb13d790501fc9e4e77a40425bc381d39b9ca)
>
>   Details of changes since 3.3 are in the release notes:
> https://dist.apache.org/repos/dist/dev/commons/net/RELEASE-NOTES.txt
> http://people.apache.org/~sebb/net-3.4-RC2/changes-report.html
>
>   I have tested this with JDK 1.6, 1.7, 1.8 using maven3.
>
>   The tag is here:
> http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_4_RC2/
> (svn 1715635)
>
>   N.B. the SVN revision is required because SVN tags are not immutable.
>
>   Site:
> http://people.apache.org/~sebb/net-3.4-RC2/
>   (note some *relative* links are broken and the 3.4 directories are
>   not yet created - these will be OK once the site is deployed)
>
>   download_net.cgi does not work, but the template can be checked at
> http://people.apache.org/~sebb/net-3.4-RC2/download_net.html
>
>   Clirr Report (compared to 3.3):
> http://people.apache.org/~sebb/net-3.4-RC2/clirr-report.html
>
>   Note that adding methods to an interface is binary-compatible, but
> not source-compatible
>   This change is documented in the Release Notes
>
>   RAT Report:
> http://people.apache.org/~sebb/net-3.4-RC2/rat-report.html
>
>   KEYS:
>   https://www.apache.org/dist/commons/KEYS
>
>   Please review the release candidate and vote.
>   This vote will close no sooner that 72 hours from now, i.e. after
> 14:00 GMT 22-Nov 2015
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
>
>   Thanks!
>
>   Sebb

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [JXPATH] Java Version

2015-11-25 Thread Gary Gregory

On Tue, Nov 24, 2015 at 11:57 PM, Uwe Barthel  wrote:

>
> > Do you like to start these changes before or after the release 1.4?
>>> > I prefer to create the release as soon as possible and start rework on
>>> that baseline.
>>>
>>
> Maybe my statement was a bit ambiguous. I'm fine with a Java version 1.6
> or 1.7 but would not wait until the code is overall refurbished.


RERO! :-)


>
>
> The problem with JDK 1.4 is, that I don't have it on any machine. The
>> oldest JDK you can get for Mac OS X to my knowledge is 1.6.
>>
>
> Unfortunately, same here.


No longer supporting 1.4 is not a showstopper IMO. Bumping the JRE to 1.6
or 1.7 and releasing would be OK with me.

Gary

>
>
> -- Uwe
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [JXPATH] Java Version

2015-11-25 Thread Gary Gregory

On Wed, Nov 25, 2015 at 9:27 AM, sebb  wrote:

> On 25 November 2015 at 16:49, Gary Gregory  wrote:
> > On Tue, Nov 24, 2015 at 11:57 PM, Uwe Barthel 
> wrote:
> >
> >>
> >> > Do you like to start these changes before or after the release 1.4?
>  > I prefer to create the release as soon as possible and start rework
> on
>  that baseline.
> 
> >>>
> >> Maybe my statement was a bit ambiguous. I'm fine with a Java version 1.6
> >> or 1.7 but would not wait until the code is overall refurbished.
> >
> >
> > RERO! :-)
>
> Repent at leisure.
>
> >
> >>
> >>
> >> The problem with JDK 1.4 is, that I don't have it on any machine. The
> >>> oldest JDK you can get for Mac OS X to my knowledge is 1.6.
> >>>
> >>
> >> Unfortunately, same here.
> >
> >
> > No longer supporting 1.4 is not a showstopper IMO. Bumping the JRE to 1.6
> > or 1.7 and releasing would be OK with me.
>
> Same here.
>
> However, since the code was written for 1.4, it won't have generics
> support.
>
> Do we want to release code which requires 1.5+ but which does not
> compile cleanly on 1.5+?
>
> It's quite a lot of work adding generics, and mistakes can be hard to
> correct without potentially causing compatibility issues.
>
> I don't think there is an easy solution here. However, unless the time
> can be put in to add generics properly, I think it would be better not
> to do so at all.
> In which case, change the Java version to the minimum that is easy to
> build/test, i.e. 1.6.
> This would be with the intention of doing another release before too
> long that fixes up generics etc.
> That could target 1.7.
>

+1

Gary


>
> > Gary
> >
> >>
> >>
> >> -- Uwe
> >>
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > Java Persistence with Hibernate, Second Edition
> > 
> > JUnit in Action, Second Edition 
> > Spring Batch in Action 
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

2015-11-25 Thread Thomas Neidhart

On 11/25/2015 11:30 AM, Jörg Schaible wrote:
> Hi Thomas,
> 
> Thomas Neidhart wrote:
> 
>> On 11/24/2015 11:30 PM, Jörg Schaible wrote:
>>> Hi Thomas,
>>>
>>> Thomas Neidhart wrote:
> 
> [snip]
> 
>> These test failures exist since the 4.0 release, quoting your vote for
>> Collection 4.0 based on RC5:
>>
>>> +1, builds for all but one JDK flawlessly from source. I still have 2
>>> failing tests for IBM JDK 1.6:
>>>
>>> Failed tests:
>>>   
> AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1656
>>> expected: but was:
>>>   
> AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1656
>>> expected: but was:
>>>
>>> However, since we already blamed that JDK, it does not influence the
>>> release.
>>
>> I can not remember anymore why these have not been worked-around though,
>> but I suspect that it was not so simple in this case.
> 
> OK, at least it's no regression.
> 
>>>  %< ===
>>> $ mvn-3.0 -version
>>> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
>>> 14:51:28+0100)
>>> Maven home: /usr/share/maven-bin-3.0
>>> Java version: 1.6.0, vendor: IBM Corporation
>>> Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
>>> Default locale: en_US, platform encoding: UTF-8
>>> OS name: "linux", version: "4.1.12-gentoo", arch: "amd64", family: "unix"
>>>  %< ===
>>>
>>> It fails to compile with Java 8:
>>>
>>>  %< ===
>>> [INFO] -
>>> [ERROR] COMPILATION ERROR :
>>> [INFO] -
>>> [ERROR] /home/joehni/tmp/download/commons-collections4-4.1-
>>>
> src/src/test/java/org/apache/commons/collections4/FluentIterableTest.java:
>>> [242,41] reference to forEach is ambiguous
>>>   both method forEach(java.util.function.Consumer) in
>>> java.lang.Iterable and method
>>> forEach(org.apache.commons.collections4.Closure) in
>>> org.apache.commons.collections4.FluentIterable match
>>> [INFO] 1 error
>>> [INFO] -
>>
>> ok, this error has been already spotted by Oliver and fixed in trunk. It
>> is only in a test case where the type inference fails when passing a
>> null value to a method, as you usually do in tests.
> 
> OK, fine with me.
> 
> [snip]
> 
>>> nor Java 9:
>>
>> ok. I have to investigate these errors, but I really wonder what we
>> should do about it. Java 1.9 is not released yet, and these might be
>> compiler related bugs that will be fixed, and adding work-arounds for
>> things that perfectly compile with all previous Java versions does not
>> sound right.
> 
> I've update Java 9 now to the latest available (b93), but the problem stays. 
> However, we have the same errors with 4.0.0, so it's actually no regression, 
> but an indication that we need probably collections5 when Java 9 is final.

I did some further investigation into the compile errors with Java 9.

Some errors depend on the source/target version: they disappear for
version 1.8+ (there is at least one bugreport related to that:
https://bugs.openjdk.java.net/browse/JDK-8075793)

Some errors are not understandable at all:

Iterator[] iterators = new Iterator[others.length + 1];
iterators[0] = first.iterator();
for (int i = 0; i < others.length; i++) {
iterators[i + 1] = others[i].iterator();
}
return IteratorUtils.zippingIterator(iterators);

The signature of IteratorUtils.zippingIterator is as follows:

public static  ZippingIterator zippingIterator(final Iterator... iterators)

it fails with:

[ERROR]
/home/tn/workspace/apache/commons-collections/src/main/java/org/apache/commons/collections4/IterableUtils.java:[554,36]
error: no suitable method found for zippingIterator(Iterator[])


changing the call to

return IteratorUtils.zippingIterator(iterators);

makes it pass.

Anyway, this will require some more time to investigate and fix. For a
4.1 release I will note that the project can not be compiled with Java 9
yet, and the next release (4.2) should improve on that imho.

Thanks for testing,

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [RESULT][VOTE] Release NET 3.4 based on RC2 - resend with corrected tag

2015-11-25 Thread Gary Gregory

On Wed, Nov 25, 2015 at 9:41 AM, sebb  wrote:

> Voting was as follows:
>
> +1 (binding)
>
> Oliver Heger
> Gary Gregory
> Thomas Neidhart
> Joerg Schaible
> Sebastian Bazley
>
> There were no other votes.
>
> The vote therefore passes.
>
> Thanks to all who voted.
>

Thank you for RM'ing.

Gary


>
> On 22 November 2015 at 15:58, sebb  wrote:
> > It's probably about time to release NET.
> > There have been quite a few improvements and fixes since the last
> version.
> >
> > [This is a repeat of the original mail, but using a tag that actually
> > exists this time]
> >
> > ==
> >
> > Net 3.4 RC2 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/net/ (svn revision
> 11241)
> >
> >
> ./binaries/commons-net-3.4-bin.tar.gz.sha1:88411522395b4000b038a94ab007be89ebda2ec3
> >
> ./binaries/commons-net-3.4-bin.zip.sha1:f252a45b1610346116c9dd966fec9a15171223d1
> >
> ./source/commons-net-3.4-src.tar.gz.sha1:abfba84427a06341e113d59d8f75855e67093087
> >
> ./source/commons-net-3.4-src.zip.sha1:f3b38dfcccd8fcdc9ac500a5f8580a19817b
> >
> >   Maven artifacts are here:
> >
> https://repository.apache.org/content/repositories/orgapachecommons-1120/commons-net/commons-net/3.4/
> >
> > These are the artifacts and their hashes
> >
> > /commons-net/commons-net/3.4/commons-net-3.4-test-sources.jar
> > (SHA1: fdb74119054a2aacc134c56137660d7a0a40e4a8)
> > /commons-net/commons-net/3.4/commons-net-3.4-javadoc.jar
> > (SHA1: b882750c8dbd480e2b9afd357dcf71d962f2fa03)
> > /commons-net/commons-net/3.4/commons-net-3.4-ftp.jar
> > (SHA1: 6fc585e5f3dc8333b20110af22a8bae59f5246cb)
> > /commons-net/commons-net/3.4/commons-net-3.4-tests.jar
> > (SHA1: ce44ebc0e7be56c3bd650700be93c5b377b47573)
> > /commons-net/commons-net/3.4/commons-net-3.4.pom
> > (SHA1: d1790447a41c848af8cba0919fae7a577fbc744a)
> > /commons-net/commons-net/3.4/commons-net-3.4.jar
> > (SHA1: 5e984db9554728564d58e90da5d90eff8ae8cf2d)
> > /commons-net/commons-net/3.4/commons-net-3.4-sources.jar
> > (SHA1: 08439b8f20d7bdec502423732798a639501732c8)
> > /commons-net/commons-net/3.4/commons-net-3.4-examples.jar
> > (SHA1: 33abb13d790501fc9e4e77a40425bc381d39b9ca)
> >
> >   Details of changes since 3.3 are in the release notes:
> > https://dist.apache.org/repos/dist/dev/commons/net/RELEASE-NOTES.txt
> > http://people.apache.org/~sebb/net-3.4-RC2/changes-report.html
> >
> >   I have tested this with JDK 1.6, 1.7, 1.8 using maven3.
> >
> >   The tag is here:
> > http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_4_RC2/
> > (svn 1715635)
> >
> >   N.B. the SVN revision is required because SVN tags are not immutable.
> >
> >   Site:
> > http://people.apache.org/~sebb/net-3.4-RC2/
> >   (note some *relative* links are broken and the 3.4 directories are
> >   not yet created - these will be OK once the site is deployed)
> >
> >   download_net.cgi does not work, but the template can be checked at
> > http://people.apache.org/~sebb/net-3.4-RC2/download_net.html
> >
> >   Clirr Report (compared to 3.3):
> > http://people.apache.org/~sebb/net-3.4-RC2/clirr-report.html
> >
> >   Note that adding methods to an interface is binary-compatible, but
> > not source-compatible
> >   This change is documented in the Release Notes
> >
> >   RAT Report:
> > http://people.apache.org/~sebb/net-3.4-RC2/rat-report.html
> >
> >   KEYS:
> >   https://www.apache.org/dist/commons/KEYS
> >
> >   Please review the release candidate and vote.
> >   This vote will close no sooner that 72 hours from now, i.e. after
> > 14:00 GMT 22-Nov 2015
> >
> >   [ ] +1 Release these artifacts
> >   [ ] +0 OK, but...
> >   [ ] -0 OK, but really should fix...
> >   [ ] -1 I oppose this release because...
> >
> >   Thanks!
> >
> >   Sebb
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

[CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

2015-11-25 Thread Thomas Neidhart

On 11/22/2015 11:26 PM, Thomas Neidhart wrote:
> Hi all,
> 
> we have accumulated enough changes since the last 4.0 release as well as
> we need to provide a fix for the known remote code exploit via java
> de-serialization. Therefore, I would like to start a vote to release
> Commons Collections 4.1 based on RC1.

Thanks for all the people that voted.
Some glitches have been found and I also have found myself a few minor
issues that I would like to correct as this will be my last release.

So my plan is to create a new RC and call a new vote that will expire in
24h as no critical issues have been found so far.

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

2015-11-25 Thread Thomas Neidhart

Hi all,

we have accumulated enough changes since the last 4.0 release as well as
we need to provide a fix for the known remote code exploit via java
de-serialization. Therefore, I would like to start a vote to release
Commons Collections 4.1 based on RC2.

Note:

 * The fix for the security related issue results in Clirr errors as
   unsafe classes in the functor package do not implement the
   Serializable interface anymore. This is mentioned in the release
   notes.

 * There are 2 test failures with the IBM 6 JDK. The same failures were
   reported for the 4.0 release and are related to a buggy Map
   implementation in this JDK

 * Commons Collections 4.X does not successfully compile with JDK 9 EA
   This will be tackled in a later release.

Changes since RC1:

 * fixed compilation problems of test classes with some Java 8 compilers
 * fixed some javadoc in IterableUtils and MultiValuedMap
 * added travis configuration (only in the repository, not part of the
   release) to help a RM by building with different jdks

Collections 4.1 RC2 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/collections/
(svn revision 11307)

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1129/org/apache/commons/commons-collections4/4.1/

Details of changes since 4.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/collections/RELEASE-NOTES.txt

http://people.apache.org/builds/commons/collections/4.1/RC2/changes-report.html

The tag is here:

https://svn.apache.org/repos/asf/commons/proper/collections/tags/COLLECTIONS_4_1_RC2
(svn revision 1716550)

Site:
http://people.apache.org/builds/commons/collections/4.1/RC2/

Clirr Report (compared to 4.0):

http://people.apache.org/builds/commons/collections/4.1/RC2/clirr-report.html

RAT Report:

http://people.apache.org/builds/commons/collections/4.1/RC2/rat-report.html

KEYS:
https://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.

This vote will close no sooner than 24 hours from now, i.e. after 2400
GMT 26-November 2015

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thanks,

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

2015-11-25 Thread Thomas Neidhart

On 11/25/2015 09:04 PM, Gary Gregory wrote:
> On Wed, Nov 25, 2015 at 11:40 AM, Thomas Neidhart > wrote:
> 
>> On 11/22/2015 11:26 PM, Thomas Neidhart wrote:
>>> Hi all,
>>>
>>> we have accumulated enough changes since the last 4.0 release as well as
>>> we need to provide a fix for the known remote code exploit via java
>>> de-serialization. Therefore, I would like to start a vote to release
>>> Commons Collections 4.1 based on RC1.
>>
>> Thanks for all the people that voted.
>> Some glitches have been found and I also have found myself a few minor
>> issues that I would like to correct as this will be my last release.
>>
> 
> What do you mean by "this will be my last release"?

that means that I will use my evening spare time differently in the
future, but I will send a separate email to the ml after this release.

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

2015-11-25 Thread Gary Gregory

On Wed, Nov 25, 2015 at 11:40 AM, Thomas Neidhart  wrote:

> On 11/22/2015 11:26 PM, Thomas Neidhart wrote:
> > Hi all,
> >
> > we have accumulated enough changes since the last 4.0 release as well as
> > we need to provide a fix for the known remote code exploit via java
> > de-serialization. Therefore, I would like to start a vote to release
> > Commons Collections 4.1 based on RC1.
>
> Thanks for all the people that voted.
> Some glitches have been found and I also have found myself a few minor
> issues that I would like to correct as this will be my last release.
>

What do you mean by "this will be my last release"?

Gary

>
> So my plan is to create a new RC and call a new vote that will expire in
> 24h as no critical issues have been found so far.
>
> Thomas
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: MathArrays -> JogAmp -> OpenCL

2015-11-25 Thread luc


Le 2015-11-24 22:26, Gilles a écrit :

On Tue, 24 Nov 2015 20:58:14 +, Eric Barnhill wrote:
Is anyone interested in some GPU support for MathArrays by using, say, 
the
JogAmp bindings and OpenCL methods. I have implemented such an 
architecture
for my own convolution library I am developing, and it would not be 
much
trouble for me to add this kind of support for commons-math some time 
in

the new year.

It would require the user to install the JOCL glue libraries to make 
use of
this and this may be out side of the commons mission. Overall I find 
JogAmp

very convenient and its creators support it.


Could you elaborate on this?
Would this mean we add a dependency?
What does "to make use of" mean, would this be an interface part of the
library that could be compiled only if the glue libraries are available?

Luc



There were some recent and not so recent discussions on parallel 
processing

as a way to enhance the performance of CM.

Actual experiments are certainly welcome to figure out the best way(s) 
to go.


And this would probably be a nice addition to the userguide.
Could you give pointers to the utilities and a slightly more detailed
description
of the intended usage?

Thanks,
Gilles


-
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

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

2015-11-25 Thread Jörg Schaible

Hi Thomas,

Thomas Neidhart wrote:

> On 11/24/2015 11:30 PM, Jörg Schaible wrote:
>> Hi Thomas,
>> 
>> Thomas Neidhart wrote:

[snip]

> These test failures exist since the 4.0 release, quoting your vote for
> Collection 4.0 based on RC5:
> 
>> +1, builds for all but one JDK flawlessly from source. I still have 2
>> failing tests for IBM JDK 1.6:
>> 
>> Failed tests:
>>   
AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1656
>> expected: but was:
>>   
AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1656
>> expected: but was:
>> 
>> However, since we already blamed that JDK, it does not influence the
>> release.
> 
> I can not remember anymore why these have not been worked-around though,
> but I suspect that it was not so simple in this case.

OK, at least it's no regression.

>>  %< ===
>> $ mvn-3.0 -version
>> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
>> 14:51:28+0100)
>> Maven home: /usr/share/maven-bin-3.0
>> Java version: 1.6.0, vendor: IBM Corporation
>> Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "4.1.12-gentoo", arch: "amd64", family: "unix"
>>  %< ===
>> 
>> It fails to compile with Java 8:
>> 
>>  %< ===
>> [INFO] -
>> [ERROR] COMPILATION ERROR :
>> [INFO] -
>> [ERROR] /home/joehni/tmp/download/commons-collections4-4.1-
>> 
src/src/test/java/org/apache/commons/collections4/FluentIterableTest.java:
>> [242,41] reference to forEach is ambiguous
>>   both method forEach(java.util.function.Consumer) in
>> java.lang.Iterable and method
>> forEach(org.apache.commons.collections4.Closure) in
>> org.apache.commons.collections4.FluentIterable match
>> [INFO] 1 error
>> [INFO] -
> 
> ok, this error has been already spotted by Oliver and fixed in trunk. It
> is only in a test case where the type inference fails when passing a
> null value to a method, as you usually do in tests.

OK, fine with me.

[snip]

>> nor Java 9:
> 
> ok. I have to investigate these errors, but I really wonder what we
> should do about it. Java 1.9 is not released yet, and these might be
> compiler related bugs that will be fixed, and adding work-arounds for
> things that perfectly compile with all previous Java versions does not
> sound right.

I've update Java 9 now to the latest available (b93), but the problem stays. 
However, we have the same errors with 4.0.0, so it's actually no regression, 
but an indication that we need probably collections5 when Java 9 is final.

Therefore +1 for this release.

Cheers,
Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

2015-11-25 Thread luc


Le 2015-11-25 07:50, Thomas Neidhart a écrit :

On 11/24/2015 11:30 PM, Jörg Schaible wrote:

Hi Thomas,

Thomas Neidhart wrote:


Hi all,

we have accumulated enough changes since the last 4.0 release as well 
as

we need to provide a fix for the known remote code exploit via java
de-serialization. Therefore, I would like to start a vote to release
Commons Collections 4.1 based on RC1.

Note:

The fix for the security related issue results in Clirr errors as 
unsafe

classes in the functor package do not implement the Serializable
interface anymore. This is mentioned in the release notes.


Collections 4.1 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/collections/
(svn revision 11263)

Maven artifacts are here:




https://repository.apache.org/content/repositories/orgapachecommons-1122/org/apache/commons/commons-collections4/4.1/


Details of changes since 4.0 are in the release notes:


https://dist.apache.org/repos/dist/dev/commons/collections/RELEASE-NOTES.txt


http://people.apache.org/builds/commons/collections/4.1/RC1/changes-report.html

The tag is here:




https://svn.apache.org/repos/asf/commons/proper/collections/tags/COLLECTIONS_4_1_RC1

(svn revision 1715703)

Site:
http://people.apache.org/builds/commons/collections/4.1/RC1/

Clirr Report (compared to 4.0):


http://people.apache.org/builds/commons/collections/4.1/RC1/clirr-report.html

RAT Report:


http://people.apache.org/builds/commons/collections/4.1/RC1/rat-report.html

KEYS:
https://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.

This vote will close no sooner that 72 hours from now, i.e. after 
2400

GMT 25-November 2015

  [ ] +1 Release these artifacts


+1 for the release

Luc


  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thanks,

Thomas


It fails for IBM JDK 6:

 %< ===
Failed tests:
org.apache.commons.collections4.map.AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue(org.apache.commons.collections4.map.AbstractMapTest$TestMapEntrySet)
  Run 1: PASS
  Run 2: PASS
  Run 3: PASS
  Run 4: PASS
  Run 5: PASS
  Run 6: PASS
  Run 7: PASS
  Run 8: PASS
  Run 9: PASS
  Run 10: PASS
  Run 11: PASS
  Run 12: PASS
  Run 13: PASS
  Run 14: PASS
  Run 15: PASS
  Run 16: PASS
  Run 17: PASS
  Run 18: PASS
  Run 19: PASS
  Run 20: PASS
  Run 21: PASS
  Run 22: PASS
  Run 23: PASS
  Run 24: PASS
  Run 25: PASS
  Run 26: PASS
  Run 27: PASS
  Run 28: PASS
  Run 29: PASS
  Run 30: PASS
  Run 31: PASS
  Run 32: PASS
  Run 33: PASS
  Run 34: PASS
  Run 35: PASS
  Run 36: PASS
  Run 37:
AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1665
expected: but was:
  Run 38: PASS
  Run 39: PASS
  Run 40: PASS
  Run 41: PASS
  Run 42:
AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1665
expected: but was:
  Run 43: PASS


These test failures exist since the 4.0 release, quoting your vote for
Collection 4.0 based on RC5:


+1, builds for all but one JDK flawlessly from source. I still have 2
failing tests for IBM JDK 1.6:

Failed tests:
  
AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1656

expected: but was:
  
AbstractMapTest$TestMapEntrySet.testMapEntrySetIteratorEntrySetValue:1656

expected: but was:

However, since we already blamed that JDK, it does not influence the
release.


I can not remember anymore why these have not been worked-around 
though,

but I suspect that it was not so simple in this case.



 %< ===
$ mvn-3.0 -version
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 
2013-02-19

14:51:28+0100)
Maven home: /usr/share/maven-bin-3.0
Java version: 1.6.0, vendor: IBM Corporation
Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.1.12-gentoo", arch: "amd64", family: 
"unix"

 %< ===

It fails to compile with Java 8:

 %< ===
[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR] /home/joehni/tmp/download/commons-collections4-4.1-
src/src/test/java/org/apache/commons/collections4/FluentIterableTest.java:
[242,41] reference to forEach is ambiguous
  both method forEach(java.util.function.Consumer) in
java.lang.Iterable and method
forEach(org.apache.commons.collections4.Closure) in
org.apache.commons.collections4.FluentIterable match
[INFO] 1 error
[INFO] -


ok, this error has been already spotted by Oliver and fixed in trunk. 
It

is only in a test case where the type inference fails when passing a
null value to a method, as you usually do in tests.

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

2015-11-25 Thread Stefan Bodewig


> Please review the release candidate and vote.

> This vote will close no sooner that 72 hours from now, i.e. after 2400
> GMT 25-November 2015

+1

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: MathArrays -> JogAmp -> OpenCL

Re: [VOTE] Release commons-io 2.5 based on RC1

Re: [VOTE] Release NET 3.4 based on RC2 - resend with corrected tag

[ANNOUNCE] CFP open for ApacheCon North America 2016

Re: [JXPATH] Java Version

[VOTE][LAZY] Release Commons Build Plugin 1.5 based on RC1

[RESULT][VOTE] Release NET 3.4 based on RC2 - resend with corrected tag

Re: [JXPATH] Java Version

Re: [JXPATH] Java Version

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

Re: [RESULT][VOTE] Release NET 3.4 based on RC2 - resend with corrected tag

[CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

[VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

Re: [CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

Re: [CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

Re: MathArrays -> JogAmp -> OpenCL

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

19 matches

Site Navigation

Mail list logo

Footer information