Re: [VOTE] Release Configuration 2.0 based on RC1

Le 20/03/2016 22:42, Oliver Heger a écrit : > Hi all, > > after a series of alpha and beta releases, I think we are now ready to > release the final 2.0 version of [configuration]. So this is the > corresponding release vote. > > Configuration 2.0 RC1 is available for review here: > https://d

Re: [math] Fwd: Please add your release data for 'commons'

Le 21/03/2016 13:54, Evan Ward a écrit : > Hi, > > Can a Math PMC member add our release data to the database? I don't have > the necessary permissions. Now that we have 3 PMC, I have updated the database. You can continue with the process. best regards, Luc > > Thanks, > Evan > > >

Re: [VOTE][RRESULT][RC1] Release Commons Math 3.6.1

Le 21/03/2016 16:42, Gilles a écrit : > On Mon, 21 Mar 2016 10:29:48 -0400, Evan Ward wrote: >> On 03/21/2016 09:18 AM, Luc Maisonobe wrote: >>> Le 21/03/2016 13:44, Evan Ward a écrit : >>>> The vote passes with three votes in favor and none against. >>> We

Re: [VOTE][RRESULT][RC1] Release Commons Math 3.6.1

Le 21/03/2016 13:44, Evan Ward a écrit : > The vote passes with three votes in favor and none against. Well, in fact I am not sure it passes yet ... As far as I know, there are only 2 PMC members who voted: Oliver and myself. Could a third PMC member look at it? best regards, Luc > > Thanks f

Re: [VOTE] Accept Chimera as new Apache Commons Component

+1 for new component. Luc Le 21/03/2016 09:57, Bernd Eckenfels a écrit : > +1 Accept Chimera as new Apache Commons Component > > > Gruss > Bernd > > Von: Benedikt Ritter > Gesendet: Montag, 21. März 2016 09:45 > An: Commons Developers List > Cc: Hadoop Common > Betreff: [VOTE] Accept Chimera a

Re: [VOTE][RC1] Release Commons Math 3.6.1

Le 17/03/2016 20:06, Evan Ward a écrit : > This is a [VOTE] for releasing Apache Commons Math 3.6.1 from release > candidate 1. > > Tag name: > MATH_3_6_1_RC1 (signature can be checked from git using 'git tag -v') > > Tag URL: > > https://git-wip-us.apache.org/repos/asf?p=commons-math.git;a=t

Re: [Math] Configure the CI tools... How?

Le 04/03/2016 15:29, Gilles a écrit : > On Thu, 25 Feb 2016 17:24:18 + (UTC), Gilles (JIRA) wrote: >> Gilles created MATH-1328: >> >> >> Summary: Configure the CI tools >> Key: MATH-1328 >> URL: https://issues.apache.or

Re: [Math] New branch for development (Was: [commons-math] Git Push Summary)

Le 25/02/2016 17:47, Gilles a écrit : > Hi. > > On Thu, 25 Feb 2016 16:09:27 + (UTC), er...@apache.org wrote: >> Repository: commons-math >> Updated Branches: >> refs/heads/develop [created] 050dfa6f0 > > I've created the branch "develop" as per > https://issues.apache.org/jira/browse/MAT

Re: [math] [POLL] new TLP name

Le 01/02/2016 18:06, Phil Steitz a écrit : > Please select your top choice among the following suggested names > for the new [math]-based TLP. All are welcome and encouraged to > respond. This POLL will be open for 72 hours, at which time two > tallies will be presented: one among those who have

Re: [Math] JDK "Random" and "BitsStreamGenerator"

Hi Gilles, Le 26/01/2016 20:07, Gilles a écrit : > Hello Luc. > > On Tue, 26 Jan 2016 09:47:20 +0100, Luc Maisonobe wrote: >> Le 26/01/2016 01:13, Gilles a écrit : >>> Hi. >> >> Hi Gilles, >> >>> >>> In CM, a base class "BitsStrea

Re: [Math] JDK "Random" and "BitsStreamGenerator"

Le 26/01/2016 01:13, Gilles a écrit : > Hi. Hi Gilles, > > In CM, a base class "BitsStreamGenerator" contains methods for > generating various primitive types from a bit source (to be > implemented by subclasses by overriding the "next(int bits)" > method). > For example, to get a random "long"

Re: [math] Volunteer for the new TLP PMC

Le 24/01/2016 21:54, Phil Steitz a écrit : > Please respond to this thread if you are a Commons Committer > interested in joining the PMC for the new TLP based on [math]. I would be honored to join the new PMC. best regards, Luc > > Thanks! > > Phil > > >

Re: [Math] Revamping the "random" package or ...

story of the past 3 weeks (which might > be a good thing...).] > > Is there another better/simpler way? > Please advise. > > Thanks in advance, > Gilles > > [1] There is, unfortunately, not much of either collaborative or > incremental development happening for CM: New

Re: [Math] Revamping the "random" package or ...

Le 17/01/2016 18:45, Phil Steitz a écrit : > On 1/17/16 9:33 AM, Luc Maisonobe wrote: >> Le 17/01/2016 16:31, Phil Steitz a écrit : >>> On 1/17/16 6:34 AM, Gilles wrote: >>>> On Sun, 17 Jan 2016 10:56:38 +0100, Luc Maisonobe wrote: >>>>> Le

Re: [Math] Revamping the "random" package or ...

Le 17/01/2016 16:31, Phil Steitz a écrit : > On 1/17/16 6:34 AM, Gilles wrote: >> On Sun, 17 Jan 2016 10:56:38 +0100, Luc Maisonobe wrote: >>> Le 16/01/2016 16:51, Gilles a écrit : >>>> Hi. >>>> >>>> Context: nobody gave an opinion on

Re: [Math] Revamping the "random" package or ...

Le 16/01/2016 16:51, Gilles a écrit : > Hi. > > Context: nobody gave an opinion on the arguments which I put > forward in these posts: > http://markmail.org/message/uiljlf63uucnfyy2 > http://markmail.org/message/ifwuijbgjytne6w2 > > As a consequence, the lack of any development policy, rather

Re: [VOTE] Form a separate TLP based on [math]

Le 16/01/2016 16:18, Phil Steitz a écrit : > The discussion has thus far been generally favorable. I would like > therefore to put the proposal to split [math] out into a separate > TLP to a VOTE. Assuming a favorable vote, we can discuss how to go > about doing it. Votes, please. All are welco

Re: [math] TLP

Hi Phil, Le 14/01/2016 01:50, Phil Steitz a écrit : > I would like to propose that we split [math] out into a top level > project at the ASF. This has been proposed before, and I have > always come down on the side of staying in Commons, but I am now > convinced that it is a good step for us to t

Re: [math][all] Archaeology pre-git

Le 11/01/2016 23:11, Phil Steitz a écrit : > Now and then I want to go back and research how the code got to be > the way it is. I used to be able to just jump into the old > svn-viewc thingy. That is now blocked with a message that just says > "math is in git now." That is great; but when I go

Re: [Math] Feature development model

Hi Sebb, Le 07/01/2016 04:21, sebb a écrit : > On 7 January 2016 at 01:48, Gilles wrote: >> On Wed, 6 Jan 2016 18:42:06 +0100, Luc Maisonobe wrote: >>> >>> Le 06/01/2016 15:56, Gilles a écrit : >>>> >>>> Hi. >>>> >>>

Re: [Math] Feature development model (Was: big batch of commits coming)

his is what was done for the field-doe (and the branch is still there). best regards, Luc > > > Best regards, > Gilles > > On Wed, 6 Jan 2016 14:49:09 +0100, Luc Maisonobe wrote: >> Hi all, >> >> As discussed a few weeks ago, I ported the new field-based ode

Re: [Math] Next version(s)? (Was: [...] Putting MATH_3_X branch to post-release state.)

Le 06/01/2016 15:19, Gilles a écrit : > Hi. Hi Gilles, > > On Tue, 05 Jan 2016 21:47:52 -, l...@apache.org wrote: >> Putting MATH_3_X branch to post-release state. >> >> This change is only done in case a new release should be done. >> This is however not really expected now and the next rel

[math] big batch of commits coming

Hi all, As discussed a few weeks ago, I ported the new field-based ode feature from MATH_3_X to master. I was finally able to do that without losing the about hundred commits history, by replaying them with some scripting. In case this is of interest for some of you, here is how I managed to do t

[ANNOUNCE] Apache Commons Math 3.6 released

submit bug reports, patches, or suggestions for improvement, see the Apache Commons Math website: http://commons.apache.org/proper/commons-math/ Luc Maisonobe, on behalf of the Apache Commons community - To unsubscribe, e-mail

Re: [all] Commons Parent - detach src/bin artifacts?

Le 05/01/2016 22:26, Emmanuel Bourg a écrit : > Le 5/01/2016 21:42, Phil Steitz a écrit : > >> Can you add file specs at the end to specify the .asc.md5 and >> other cruft > > I didn't see any .asc.md5 file when releasing JEXL, I guess this issue > has been solved now? I noticed the same thing w

[RESULT][VOTE][RC2] Release Commons Math 3.6

Le 02/01/2016 21:15, Luc Maisonobe a écrit : > This is a [VOTE] for releasing Apache Commons Math 3.6 from release > candidate 2. This vote has PASSED, with the following votes: +1: - Phil Steitz (binding) - Thomas Neidhart - Gilles Sadowski (binding) - Luc Maisonobe (binding)

Re: [VOTE][RC2] Release Commons Math 3.6

Le 05/01/2016 19:59, Gilles a écrit : > On Sat, 2 Jan 2016 21:15:32 +0100, Luc Maisonobe wrote: >> This is a [VOTE] for releasing Apache Commons Math 3.6 from release >> candidate 2. >> >> Tag name: >> MATH_3_6_RC2 (signature can be checked from git

Re: [VOTE][RC2] Release Commons Math 3.6

Le 05/01/2016 19:58, Gilles a écrit : > On Tue, 5 Jan 2016 17:48:59 +0100, Luc Maisonobe wrote: >> Le 05/01/2016 17:42, Gary Gregory a écrit : >>> On Tue, Jan 5, 2016 at 7:51 AM, Gilles >>> wrote: >>> >>>> Hi Luc. >>>> >>>> O

Re: [VOTE][RC2] Release Commons Math 3.6

Le 05/01/2016 17:07, Thomas Neidhart a écrit : > On 01/02/2016 09:15 PM, Luc Maisonobe wrote: >> This is a [VOTE] for releasing Apache Commons Math 3.6 from release >> candidate 2. >> >> Tag name: >> MATH_3_6_RC2 (signature can be checked from git using 'gi

Re: [VOTE][RC2] Release Commons Math 3.6

Le 05/01/2016 17:42, Gary Gregory a écrit : > On Tue, Jan 5, 2016 at 7:51 AM, Gilles wrote: > >> Hi Luc. >> >> On Tue, 5 Jan 2016 09:44:09 +0100, Luc Maisonobe wrote: >> >>> Hi all, >>> >>> Please remind this vote will close in less than

Re: [VOTE][RC2] Release Commons Math 3.6

Hi all, Please remind this vote will close in less than 12 hours. Only 2 votes have been cast by now, we need at least 3 from PMC members for this to succeed. best regards, Luc Le 02/01/2016 21:15, Luc Maisonobe a écrit : > This is a [VOTE] for releasing Apache Commons Math 3.6 from rele

Re: [VOTE][RC2] Release Commons Math 3.6

Le 02/01/2016 21:15, Luc Maisonobe a écrit : > This is a [VOTE] for releasing Apache Commons Math 3.6 from release > candidate 2. > > Tag name: > MATH_3_6_RC2 (signature can be checked from git using 'git tag -v') > > Tag URL: > > <https://git-wip-us.a

[VOTE][RC2] Release Commons Math 3.6

This is a [VOTE] for releasing Apache Commons Math 3.6 from release candidate 2. Tag name: MATH_3_6_RC2 (signature can be checked from git using 'git tag -v') Tag URL: Commit ID th

[CANCELED][VOTE][RC1] Release Commons Math 3.6

Le 01/01/2016 17:23, Luc Maisonobe a écrit : > This is a [VOTE] for releasing Apache Commons Math 3.6 from release > candidate 1. This vote is canceled, in order to fix some issues with Java 5. Thanks to thos who reviewed the release. best regards, Luc > > Tag name: >

Re: [math] Fixed ant build.

Le 02/01/2016 19:23, Phil Steitz a écrit : > On 1/2/16 11:04 AM, Luc Maisonobe wrote: >> Hi Phil, >> >> >> Le 02/01/2016 18:26, pste...@apache.org a écrit : >>> Repository: commons-math >>> Updated Branches: >>> refs/heads/MATH_3_X c5e6ccb

Re: [math] Fixed ant build.

Hi Phil, Le 02/01/2016 18:26, pste...@apache.org a écrit : > Repository: commons-math > Updated Branches: > refs/heads/MATH_3_X c5e6ccb81 -> 68194a3bf > > > Fixed ant build. Do you want me to run another RC? best regards, Luc > > > Project: http://git-wip-us.apache.org/repos/asf/commons-

Re: "[VOTE][RC1] Release Commons Math 3.6

Test. Best regards, Luc > > Phil > > On 1/1/16 9:23 AM, Luc Maisonobe wrote: >> This is a [VOTE] for releasing Apache Commons Math 3.6 from release >> candidate 1. >> >> Tag name: >> MATH_3_6_RC1 (signature can be checked from git using 'gi

Re: [math] Updated released howto after change from people to home.apache.org.

mit: http://git-wip-us.apache.org/repos/asf/commons-math/commit/445f091b >> Tree: http://git-wip-us.apache.org/repos/asf/commons-math/tree/445f091b >> Diff: http://git-wip-us.apache.org/repos/asf/commons-math/diff/445f091b >> >> Branch: refs/heads/MATH_3_X >> Commit: 445

Re: "[VOTE][RC1] Release Commons Math 3.6

Le 01/01/2016 17:47, Gilles a écrit : > Hi. > > On Fri, 1 Jan 2016 17:23:58 +0100, Luc Maisonobe wrote: >> This is a [VOTE] for releasing Apache Commons Math 3.6 from release >> candidate 1. > > There is a spurious quotation mark in the mail's subject line (ju

"[VOTE][RC1] Release Commons Math 3.6

This is a [VOTE] for releasing Apache Commons Math 3.6 from release candidate 1. Tag name: MATH_3_6_RC1 (signature can be checked from git using 'git tag -v') Tag URL: Commit ID th

Re: [math] releasing 3.6

Hi Rostislav, Le 31/12/2015 13:43, Rostislav Krasny a écrit : > On Tue, Dec 29, 2015 at 8:39 PM, Luc Maisonobe wrote: >> Hi all, >> >> A few weeks ago, I proposed to release 3.6. There were two >> points I wanted to address before that, both related to >> ODE. Th

Re: [math] RealMatrixFormat.parse()

Le 31/12/2015 04:33, Ole Ersoy a écrit : > Hi, > > In RealMatrixFormat.parse() MatrixUtils makes the decision on what type > of RealMatrix instance to return. Flexibility is gained if it just > returns double[][] letting the caller decide what type of RealMatrix > instance to create. It's also b

Re: [math] RealMatrixPreservingVisitor and RealMatrixChangingVisitor the same?

Le 30/12/2015 20:18, Ole Ersoy a écrit : > Hi Luc, > > On 12/30/2015 03:55 AM, Luc Maisonobe wrote: >> Le 30/12/2015 06:18, Ole Ersoy a écrit : >>> Hi, >> Hi Ole, >> >>> RealMatrixPreservingVisitor and RealMatrixChangingVisitor files look >>>

Re: [math] RealMatrixPreservingVisitor and RealMatrixChangingVisitor the same?

Le 30/12/2015 06:18, Ole Ersoy a écrit : > Hi, Hi Ole, > > RealMatrixPreservingVisitor and RealMatrixChangingVisitor files look > identical with the exception of a single @see Default... annotation > (Which I think is redundant...same as > All known implementing > classes...?). Would it make se

Re: [math] releasing 3.6

Le 29/12/2015 20:48, Phil Steitz a écrit : > > >> On Dec 29, 2015, at 11:39 AM, Luc Maisonobe >> wrote: >> >> Hi all, >> >> A few weeks ago, I proposed to release 3.6. There were two points I >> wanted to address before that, both related to O

[math] releasing 3.6

Hi all, A few weeks ago, I proposed to release 3.6. There were two points I wanted to address before that, both related to ODE. These points are now completed: the Adams methods stability issues have been fixed, and a bunch a field-based integrators are available. There are 3 issues in JIRA that

Re: [Math] About the refactoring of RNGs

hi all, Le 29/12/2015 18:32, Phil Steitz a écrit : > > >> On Dec 29, 2015, at 8:41 AM, Gilles >> wrote: >> >>> On Mon, 28 Dec 2015 20:33:24 -0700, Phil Steitz wrote: On 12/28/15 8:08 PM, Gilles wrote: > On Mon, 28 Dec 2015 11:08:56 -0700, Phil Steitz wrote: The > significant refac

Re: [Math] About the refactoring of RNGs (Was: [01/18] [math] MATH-1307)

Hi all, Le 29/12/2015 09:21, Thomas Neidhart a écrit : > On 12/29/2015 04:33 AM, Phil Steitz wrote: >> On 12/28/15 8:08 PM, Gilles wrote: >>> On Mon, 28 Dec 2015 11:08:56 -0700, Phil Steitz wrote: The significant refactoring to eliminate the (standard) next(int) included in these changes

Re: [Math] New base class for all RNGs

Le 26/12/2015 18:52, Gilles a écrit : > Hi. > > There are currently two RNG hierarchies: "AbstractRandomGenerator" and > "BitsStreamGenerator". They both implement the "RandomGenerator" interface. > > In both classes, the "nextBytes(byte[])" method generates 4 bytes at a > time. > Thus, functiona

Re: [09/10] [math] Prevent findbugs false positive.

Le 25/12/2015 19:50, Phil Steitz a écrit : > On 12/25/15 9:29 AM, Luc Maisonobe wrote: >> Hi all, >> >> Le 25/12/2015 17:23, l...@apache.org a écrit : >>> Prevent findbugs false positive. >> This commit was intended to fix a false positive in findbugs. >>

Re: [09/10] [math] Prevent findbugs false positive.

> Parents: 6259f3f > Author: Luc Maisonobe > Authored: Fri Dec 25 16:54:16 2015 +0100 > Committer: Luc Maisonobe > Committed: Fri Dec 25 16:54:16 2015 +0100 > > -- > findbugs-exclude

Re: [math] Exception Design

Le 25/12/2015 04:46, Gilles a écrit : > On Thu, 24 Dec 2015 16:56:54 +0100, Luc Maisonobe wrote: >>>> [...] >>>> >>>> When our users build a large application, they rely on numerous >>>> different libraries and tools, both open-source and

Re: [math] Exception Design

Le 24/12/2015 14:13, Gilles a écrit : > On Thu, 24 Dec 2015 09:36:34 +0100, Luc Maisonobe wrote: >> Le 24/12/2015 01:41, Gilles a écrit : >>> On Wed, 23 Dec 2015 20:18:10 +0100, Luc Maisonobe wrote: >>>> Le 23/12/2015 14:32, Gilles a écrit : >>>>> He

Re: [math] Exception Design

Le 24/12/2015 01:41, Gilles a écrit : > On Wed, 23 Dec 2015 20:18:10 +0100, Luc Maisonobe wrote: >> Le 23/12/2015 14:32, Gilles a écrit : >>> Hello. >>> >>> On Wed, 23 Dec 2015 10:38:03 +0100, luc wrote: >>>> Le 2015-12-23 01:41, Gilles a écrit : >

Re: [math] Exception Design

Le 23/12/2015 14:32, Gilles a écrit : > Hello. > > On Wed, 23 Dec 2015 10:38:03 +0100, luc wrote: >> Le 2015-12-23 01:41, Gilles a écrit : >>> On Tue, 22 Dec 2015 13:17:16 -0600, Ole Ersoy wrote: On 12/22/2015 11:46 AM, Gilles wrote: > Hi. > On Mon, 21 Dec 2015 22:44:16 -0600, Ole Ers

Re: [Math] Exceptions from "JDKRandomGenerator"

Le 22/12/2015 17:44, Ole Ersoy a écrit : > > . > >> One of the point in having exceptions that extends our own root >> exception is that users at higher level can catch this top level. >> Currently, we don't even advertise properly what we throw. We even >> miss to forward upward some exceptions

Re: [Math] Exceptions from "JDKRandomGenerator"

Hi all, Le 21/12/2015 20:41, Phil Steitz a écrit : > On 12/21/15 11:16 AM, Gilles wrote: >> On Mon, 21 Dec 2015 10:01:33 -0700, Phil Steitz wrote: >>> On 12/21/15 8:21 AM, Gilles wrote: On Mon, 21 Dec 2015 06:06:16 -0700, Phil Steitz wrote: > On 12/20/15 8:41 PM, Gilles wrote: >> On S

Re: [all] Commons Parent - detach src/bin artifacts?

Le 22/12/2015 09:14, Pascal Schumacher a écrit : > I agree. > > Maybe I misunderstand the issue, but please continue to attach sources > to maven central releases. It's very helpful when the IDE can > automatically download the source of jar and display it. This is already done. There is a differ

Re: [math] branch merge to come, prepare for a huge flood of git messages

Le 09/12/2015 19:22, James Ring a écrit : > On Wed, Dec 9, 2015 at 9:45 AM, Phil Steitz wrote: >> On 12/9/15 9:13 AM, luc wrote: >>> Le 2015-12-09 16:49, Phil Steitz a écrit : > On Dec 9, 2015, at 8:39 AM, luc wrote: > > Hi all, > > The development status for the field-ode bra

Re: [math] MATH 4 requires at least java 7, build also the MATH_3_X branch.

Hi Thomas, Le 02/12/2015 21:08, t...@apache.org a écrit : > Repository: commons-math > Updated Branches: > refs/heads/master 7afc1c34f -> 25de9b780 > > > MATH 4 requires at least java 7, build also the MATH_3_X branch. Do you mean MATH_3_X does not compile with Java 6 anymore? best regards,

Re: [math] Adding badges

Le 02/12/2015 09:57, Thomas Neidhart a écrit : > Hi, > > recently I added some badges (building on travis, code coverage with > coveralls, license tag, latest available version from maven) to > collections, which can be seen here: > https://github.com/apache/commons-collections > > Any objection

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

Le 25/11/2015 23:20, Thomas Neidhart a écrit : > 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

Re: [math] testing issue with Kolmogorov-Smirnov bootstrap methods

Le 24/11/2015 14:34, Phil Steitz a écrit : > On 11/24/15 3:40 AM, Luc Maisonobe wrote: >> Hi all, >> >> It seems the new bootstrap method introduced in fbc327e9 in order >> to solve MATH-1246 creates some random test failures. >> >> The reason is that an

[math] testing issue with Kolmogorov-Smirnov bootstrap methods

Hi all, It seems the new bootstrap method introduced in fbc327e9 in order to solve MATH-1246 creates some random test failures. The reason is that an EnumeratedRealDistribution instance is created without a random generator (there are no way to pass a random generator in the bootstrap method). Th

Re: [math] s/FieldUnivariateFunction/RealFieldUnivariateFunction?

Le 15/11/2015 20:47, Phil Steitz a écrit : > Seems that is what it is. We don't seem to have immediate need for > the more general interface, but if we ever do, we will want to have > the name available. You are right, we could change it. Would you mind doing it, I am quite busy with ODE right no

Re: [VOTE] Release Commons Collections 3.2.2 Based on RC3

Le 13/11/2015 20:26, Gary Gregory a écrit : > +1 > > Tested with src zip. > > BUT: > > - The site Javadoc link is labeled "3.2.1" (fixed in > https://svn.apache.org/repos/asf/commons/proper/collections/branches/COLLECTIONS_3_2_X > ) > - The site history does not mentioned (fixed in svn) > > ASC

Re: [VOTE] Release Commons Collections 3.2.2 Based on RC3

Le 13/11/2015 00:31, Thomas Neidhart a écrit : > Hi all, > > in order to provide a work-around for the known remote code exploit via > java de-serialization of malicious InvokerTransformer instances, I would > like to start a vote to release Commons Collections 3.2.2 based on RC3. > > Notes: > >

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

Le 09/11/2015 23:37, Thomas Neidhart a écrit : > Hi all, > > in order to provide a work-around for the known remote code exploit via > java de-serialization of malicious InvokerTransformer instances, I would > like to start a vote to release Commons Collections 3.2.2 based on RC1. > > I would kin

Re: [Math] Releasing 4.0? (Was: releasing 3.6 ?)

Le 06/11/2015 14:55, Gilles a écrit : > Hi Luc. > > On Fri, 06 Nov 2015 10:04:23 +0100, luc wrote: >> Le 2015-11-06 02:34, Gilles a écrit : >>> On Thu, 5 Nov 2015 15:41:57 -0700, Phil Steitz wrote: >>>> On 11/5/15 1:58 PM, Luc Maisonobe wrote: >&

Re: [math] Version mgt idea

Le 06/11/2015 18:31, Gilles a écrit : > Hi. > > On Fri, 6 Nov 2015 09:17:18 -0700, Phil Steitz wrote: >> Here is an idea that might break our deadlock re backward >> compatibility, versioning and RERO: >> >> Agree that odd numbered versions have stable APIs - basically adhere >> to Commons rules -

Re: [math] Version mgt idea

Le 06/11/2015 18:18, sebb a écrit : > On 6 November 2015 at 16:17, Phil Steitz wrote: >> Here is an idea that might break our deadlock re backward >> compatibility, versioning and RERO: >> >> Agree that odd numbered versions have stable APIs - basically adhere >> to Commons rules - no breaks withi

Re: [Math] PolynomialCurveFitter

Le 05/11/2015 19:00, Bruce Johnson a écrit : > > Issue MATH-1009 was closed as resolved in version 3.3. > > The issue raised was about the fact that the PolynomialFitter (now > PolynomialCurveFitter) does the curve fit with non-linear regression > (and requires initial guess and number of iterati

Re: [Math] Releasing 4.0? (Was: releasing 3.6 ?)

Le 05/11/2015 12:25, Gilles a écrit : > Hello. > > On Wed, 04 Nov 2015 10:13:00 +0100, luc wrote: >> Hi all, >> >> I would like to release 3.6 in the upcoming weeks. >> There have been a bunch of bug fixes and a few evolutions that are >> important to me. > > s/3.6/4.0/ > > And the statement is

Re: [5/6] [math] Fixed findbugs warning.

ch: refs/heads/MATH_3_X >> Commit: 04454fc0096d5d388e10c5b13024b2a947a4e923 >> Parents: b72d446 >> Author: Luc Maisonobe >> Authored: Tue Nov 3 11:23:46 2015 +0100 >> Committer: Luc Maisonobe >> Committed: Tue Nov 3 11:23:46 2015 +0100 >> >> >>

Re: [MATH] ComplexUtils pull request; some future proposals

Le 28/10/2015 17:33, Eric Barnhill a écrit : > Dear all, Hi Eric, > > Thanks for the feedback on ComplexUtils and I have submitted a pull request > with the edits. I have pulled this request into our git repository, with minor edits. The changes are mainly removing tabs and trailing blanks, and

Re: Issue using git checkouts of commons(-math) in Eclipse

Hi Eric, Le 15/10/2015 00:13, Eric Barnhill a écrit : > When I check out the commons-math repo from git and import into Eclipse, > the package structure causes errors. Because the dir structure is > src/main/java/org/apache etc., Eclipse throws an error on all import > statements beginning with "o

Re: [Math] Utilitzation of SLF4J?

Le 26/09/2015 21:49, Romain Manni-Bucau a écrit : > Le 26 sept. 2015 12:07, "Luc Maisonobe" a écrit : >> >> Le 26/09/2015 20:59, Ralph Goers a écrit : >>> I don’t normally participate in Math but I do feel the need to stick my > nose in here. >>> 1. Y

Re: [Math] Utilitzation of SLF4J?

Luc > > Ralph > > >> On Sep 26, 2015, at 10:07 AM, Luc Maisonobe wrote: >> >> Le 26/09/2015 18:42, Gilles a écrit : >>> On Sat, 26 Sep 2015 09:03:06 -0700, Phil Steitz wrote: >>>> On 9/26/15 4:56 AM, Thomas Neidhart wrote: >>>>>

Re: [Math] Utilitzation of SLF4J?

Le 26/09/2015 18:42, Gilles a écrit : > On Sat, 26 Sep 2015 09:03:06 -0700, Phil Steitz wrote: >> On 9/26/15 4:56 AM, Thomas Neidhart wrote: >>> On 09/26/2015 01:11 PM, Gilles wrote: On Sat, 26 Sep 2015 09:53:30 +0200, Thomas Neidhart wrote: > On 09/26/2015 02:33 AM, Gilles wrote: >> O

Re: [Math] LeastSquaresOptimizer Design

t, but in some cases it may try to solve another problem, or to solve again with stricter constraints, using the previous solution as the start point for the more stringent problem. Another case would be to go from a simple problem to a more difficult problem using some kind of homotopy. best

Re: [Math] LeastSquaresOptimizer Design

Le 23/09/2015 19:20, Ole Ersoy a écrit : > HI Luc, Hi Ole, > > On 09/23/2015 03:02 AM, luc wrote: >> Hi, >> >> Le 2015-09-22 02:55, Ole Ersoy a écrit : >>> Hola, >>> >>> On 09/21/2015 04:15 PM, Gilles wrote: Hi. On Sun, 20 Sep 2015 15:04:08 -0500, Ole Ersoy wrote: > On 09/20/2

Re: [Math] Compile only top-level package and below

Le 13/09/2015 01:22, Gilles a écrit : > Hi. > > On Sat, 05 Sep 2015 19:28:33 +0200, Luc Maisonobe wrote: >> Le 05/09/2015 01:47, Gilles a écrit : >>> On Fri, 04 Sep 2015 19:50:05 +0200, Thomas Neidhart wrote: >>>> On 09/04/2015 03:08 PM, Gilles wrote: &g

Re: [Math] Compile only top-level package and below

Hi Al, Le 13/09/2015 03:17, Al Chou a écrit : > You could use `git cherry-pick` to bring one or more commits from one branch > into another. Unfortunately, this does not work here, due to package renaming. Luc > > Al > - To

Re: [Math] Compile only top-level package and below

Le 05/09/2015 01:47, Gilles a écrit : > On Fri, 04 Sep 2015 19:50:05 +0200, Thomas Neidhart wrote: >> On 09/04/2015 03:08 PM, Gilles wrote: >>> Hello. >>> >>> There are two branches for Commons Math. >>> >>> For one, the top-level Java package is >>> org.apache.commons.math4 >>> For the other, it

Re: [Math] Compile only top-level package and below

Hi Gilles, Le 04/09/2015 17:30, Gilles a écrit : > On Fri, 4 Sep 2015 16:26:16 +0100, sebb wrote: >> On 4 September 2015 at 15:42, Gilles >> wrote: >>> Hi. >>> >>> >>> On Fri, 4 Sep 2015 15:30:57 +0100, sebb wrote: On 4 September 2015 at 14:08, Gilles wrote: > > Hello. >>>

Re: [math] github pull requests

Le 25/08/2015 16:14, Stefan Bodewig a écrit : > On 2015-08-25, Luc Maisonobe wrote: > >> As the github pull request are not forwarded here, > > You know that you can enable automatic notifications? I don't recall > the details - probably something involving a ticket f

[math] github pull requests

Hi all, As the github pull request are not forwarded here, there are two new requests since yesterday: What do you think about them? Luc ---

Re: [VOTE] Move COMPRESS to git

Le 22/08/2015 21:29, Stefan Bodewig a écrit : > Hi all > > more thann half a year ago I promised to call for a vote for migrating > to git as soon as 1.10 has been released. Well that took longer than > expected :-) > > Anyway, here is the vote: > > +1 Move to git +1 Luc > -1 Stick with svn

Re: [VOTE] Move COMPRESS to git

Le 22/08/2015 21:29, Stefan Bodewig a écrit : > Hi all > > more thann half a year ago I promised to call for a vote for migrating > to git as soon as 1.10 has been released. Well that took longer than > expected :-) > > Anyway, here is the vote: > > +1 Move to git +1 Luc > -1 Stick with svn

Re: BSP docs (was: [math] BSP - so given a set of polygon's it'll generate a BSP for me?)

Hi Sebb, Le 14/08/2015 11:21, sebb a écrit : > On 14 August 2015 at 09:57, Luc Maisonobe wrote: >> Le 13/08/2015 23:20, Monty Hall a écrit : >>> Not exactly sure how it works. I need a BSP on short order. Given a set >>> of polygons, I'd like a BSP generated.

Re: [VOTE] Release DBCP 2.1.1 based on RC1

Le 03/08/2015 07:09, Phil Steitz a écrit : > This is a vote to release version 2.1.1 of Apache Commons DBCP based on RC1. > > Here is the release candidate: > https://dist.apache.org/repos/dist/dev/commons/dbcp/ > (r10048) > > Built from: > https://svn.apache.org/repos/asf/commons/proper/dbcp/ta

Re: [VOTE] Release pool 2.4.2 based on RC1

Le 29/07/2015 05:41, Phil Steitz a écrit : > I would like to cut another patch release to pick up recent bug fixes. This > is a vote to release version 2.4.2 of Apache Commons Pool based on RC1. > > Here is the release candidate: > https://dist.apache.org/repos/dist/dev/commons/pool/ > (r10005)

Re: commit problem

ress is not your apache.org address ? >> >> Kristian >> 6. jul. 2015 11.52 p.m. skrev "Luc Maisonobe" : >> >>> Hi, >>> >>> I just get failures when pushing commits to [math] with an error message: >>> >>> >>> pre-

commit problem

Hi, I just get failures when pushing commits to [math] with an error message: pre-receive hook declined You are not authorized to edit this repository. Is there something wrong with our git repository? Luc - To unsubscribe, e

Re: [2/2] [math] Add getXmax, getXmin, getYmax, getYmin to BicubicInterpolatingFunction.

2 >> Diff: http://git-wip-us.apache.org/repos/asf/commons-math/diff/3ac3ff62 >> >> Branch: refs/heads/master >> Commit: 3ac3ff62b862ee89effcf1a4889b04f32fd8dbb2 >> Parents: 088d0f9 >> Author: Luc Maisonobe >> Authored: Sun Jul 5 10:21:53 2015 +0200 >> Committer:

Re: [math] discussing ebe like functions for MathArrays

Hi all, Le 05/07/2015 19:12, Gilles a écrit : > Hi. > > On Sun, 05 Jul 2015 07:20:30 -0700, Phil Steitz wrote: >> On 7/5/15 12:44 AM, Luc Maisonobe wrote: >>> Hi all, >>> >>> A few days ago, several pull requests arrived from github >>&

[math] discussing ebe like functions for MathArrays

Hi all, A few days ago, several pull requests arrived from github (, , and ). They concern ebe-like functions

Re: [Math] MATH-1244

Le 28/06/2015 14:16, Gilles a écrit : > Hi. > > Any objection to my adding the function proposed in > https://issues.apache.org/jira/browse/MATH-1244 > ? No problem from me. Luc > > Regards, > Gilles > > > - > To unsubscri

Re: [VOTE] Release pool 2.4.1 based on RC1

Le 30/05/2015 01:35, Phil Steitz a écrit : > This is a vote to release version 2.4.1 of Apache Commons Pool based on RC1. > Version 2.4.1 is source-identical to 2.4 other than build configuration (pom > and findbugs filter). This release is to replace the defective binary jar > created due to

Re: [pool] apparently bad jar released ... ugh. help!

Le 28/05/2015 09:14, Mark Thomas a écrit : > Technically we do need a new release vote since: > > a) The released source will not be exactly the same (due to the version > bump). > > b) The convenience binaries will be different (due to fixing the > corruption). > > We need the vote to make the

  1   2   3   4   5   6   7   8   9   10   >