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

[Phil Steitz]

On 1/16/16 3:41 PM, Gary Gregory wrote:
> On Sat, Jan 16, 2016 at 8:46 AM,  wrote:
>
>> Phil Steitz  writes:
>>> 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 welcome to vote.
>>>
>>> [ ] +1 I am in favor of this action
>>> [ ] +0 I am OK with this
>>> [ ] -0 OK, but...
>>> [ ] -1 I oppose this action because...
>> Not sure whether I'm allowed to vote. But if I am: +1
>>
> This reminds me that any Apache Committer is an Apache Commons committer
> (mod the current infra ticket about Git). What is the plan for a TLP Math?
> All Apache Committers become [math] TPL committers (no change from now)?

That is a question that the new PMC would decide.  We also need to
decide who would be on the new PMC.  Step 0 is to decide that we
want to form a new PMC at all.  Once we have decided that we want to
do that, we can discuss all of these things.

Phil
>
> Gary
>
>
>> Norman Shapiro
>>
>> -
>> 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] Form a separate TLP based on [math]

[Gary Gregory]

On Sat, Jan 16, 2016 at 8:46 AM,  wrote:

> Phil Steitz  writes:
> >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 welcome to vote.
> >
> >[ ] +1 I am in favor of this action
> >[ ] +0 I am OK with this
> >[ ] -0 OK, but...
> >[ ] -1 I oppose this action because...
>
> Not sure whether I'm allowed to vote. But if I am: +1
>

This reminds me that any Apache Committer is an Apache Commons committer
(mod the current infra ticket about Git). What is the plan for a TLP Math?
All Apache Committers become [math] TPL committers (no change from now)?

Gary


> Norman Shapiro
>
> -
> 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: [lang] Simplify, less clutter.

[Gary Gregory]

Should be clean now. Sorry about that.

Gary

On Sat, Jan 16, 2016 at 12:41 PM, Gary Gregory 
wrote:

> Arg, what a mess. I'll fix when I get home.
>
> Gary
> On Jan 16, 2016 9:36 AM, "Matt Benson"  wrote:
>
>> It appears the whole file changed; why is that? I can't tell what was
>> actually done.
>>
>> Matt
>> On Jan 15, 2016 6:33 PM,  wrote:
>>
>> > Repository: commons-lang
>> > Updated Branches:
>> >   refs/heads/master 7429e75b7 -> 18f5f54ca
>> >
>> >
>> > Simplify, less clutter.
>> >
>> > Project: http://git-wip-us.apache.org/repos/asf/commons-lang/repo
>> > Commit:
>> > http://git-wip-us.apache.org/repos/asf/commons-lang/commit/18f5f54c
>> > Tree: http://git-wip-us.apache.org/repos/asf/commons-lang/tree/18f5f54c
>> > Diff: http://git-wip-us.apache.org/repos/asf/commons-lang/diff/18f5f54c
>> >
>> > Branch: refs/heads/master
>> > Commit: 18f5f54ca0e78df12586e0750e257058746a5a39
>> > Parents: 7429e75
>> > Author: ggregory 
>> > Authored: Fri Jan 15 16:33:07 2016 -0800
>> > Committer: ggregory 
>> > Committed: Fri Jan 15 16:33:07 2016 -0800
>> >
>> > --
>> >  .../org/apache/commons/lang3/BooleanUtils.java  | 2212
>> +-
>> >  1 file changed, 1104 insertions(+), 1108 deletions(-)
>> > --
>> >
>> >
>> >
>> >
>> http://git-wip-us.apache.org/repos/asf/commons-lang/blob/18f5f54c/src/main/java/org/apache/commons/lang3/BooleanUtils.java
>> > --
>> > diff --git a/src/main/java/org/apache/commons/lang3/BooleanUtils.java
>> > b/src/main/java/org/apache/commons/lang3/BooleanUtils.java
>> > index ba5dea0..5d49c2c 100644
>> > --- a/src/main/java/org/apache/commons/lang3/BooleanUtils.java
>> > +++ b/src/main/java/org/apache/commons/lang3/BooleanUtils.java
>> > @@ -1,1108 +1,1104 @@
>> > -/*
>> > - * Licensed to the Apache Software Foundation (ASF) under one or more
>> > - * contributor license agreements.  See the NOTICE file distributed
>> with
>> > - * this work for additional information regarding copyright ownership.
>> > - * The ASF licenses this file to You under the Apache License, Version
>> 2.0
>> > - * (the "License"); you may not use this file except in compliance with
>> > - * the License.  You may obtain a copy of the License at
>> > - *
>> > - *  http://www.apache.org/licenses/LICENSE-2.0
>> > - *
>> > - * Unless required by applicable law or agreed to in writing, software
>> > - * distributed under the License is distributed on an "AS IS" BASIS,
>> > - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>> > implied.
>> > - * See the License for the specific language governing permissions and
>> > - * limitations under the License.
>> > - */
>> > -package org.apache.commons.lang3;
>> > -
>> > -import org.apache.commons.lang3.math.NumberUtils;
>> > -
>> > -/**
>> > - * Operations on boolean primitives and Boolean objects.
>> > - *
>> > - * This class tries to handle {@code null} input gracefully.
>> > - * An exception will not be thrown for a {@code null} input.
>> > - * Each method documents its behaviour in more detail.
>> > - *
>> > - * #ThreadSafe#
>> > - * @since 2.0
>> > - */
>> > -public class BooleanUtils {
>> > -
>> > -/**
>> > - * {@code BooleanUtils} instances should NOT be constructed in
>> > standard programming.
>> > - * Instead, the class should be used as {@code
>> > BooleanUtils.negate(true);}.
>> > - *
>> > - * This constructor is public to permit tools that require a
>> > JavaBean instance
>> > - * to operate.
>> > - */
>> > -public BooleanUtils() {
>> > -  super();
>> > -}
>> > -
>> > -// Boolean utilities
>> > -
>> >
>> //--
>> > -/**
>> > - * Negates the specified boolean.
>> > - *
>> > - * If {@code null} is passed in, {@code null} will be
>> returned.
>> > - *
>> > - * NOTE: This returns null and will throw a NullPointerException
>> > if autoboxed to a boolean. 
>> > - *
>> > - * 
>> > - *   BooleanUtils.negate(Boolean.TRUE)  = Boolean.FALSE;
>> > - *   BooleanUtils.negate(Boolean.FALSE) = Boolean.TRUE;
>> > - *   BooleanUtils.negate(null)  = null;
>> > - * 
>> > - *
>> > - * @param bool  the Boolean to negate, may be null
>> > - * @return the negated Boolean, or {@code null} if {@code null}
>> input
>> > - */
>> > -public static Boolean negate(final Boolean bool) {
>> > -if (bool == null) {
>> > -return null;
>> > -}
>> > -return bool.booleanValue() ? Boolean.FALSE : Boolean.TRUE;
>> > -}
>> > -
>> > -// boolean Boolean methods
>> > -
>> >
>> //---
>> > -/**
>> > - * Checks if a {@code Boolean} value is {@code true},
>> > - * handling {@

Re: [lang] Simplify, less clutter.

[Gary Gregory]

Arg, what a mess. I'll fix when I get home.

Gary
On Jan 16, 2016 9:36 AM, "Matt Benson"  wrote:

> It appears the whole file changed; why is that? I can't tell what was
> actually done.
>
> Matt
> On Jan 15, 2016 6:33 PM,  wrote:
>
> > Repository: commons-lang
> > Updated Branches:
> >   refs/heads/master 7429e75b7 -> 18f5f54ca
> >
> >
> > Simplify, less clutter.
> >
> > Project: http://git-wip-us.apache.org/repos/asf/commons-lang/repo
> > Commit:
> > http://git-wip-us.apache.org/repos/asf/commons-lang/commit/18f5f54c
> > Tree: http://git-wip-us.apache.org/repos/asf/commons-lang/tree/18f5f54c
> > Diff: http://git-wip-us.apache.org/repos/asf/commons-lang/diff/18f5f54c
> >
> > Branch: refs/heads/master
> > Commit: 18f5f54ca0e78df12586e0750e257058746a5a39
> > Parents: 7429e75
> > Author: ggregory 
> > Authored: Fri Jan 15 16:33:07 2016 -0800
> > Committer: ggregory 
> > Committed: Fri Jan 15 16:33:07 2016 -0800
> >
> > --
> >  .../org/apache/commons/lang3/BooleanUtils.java  | 2212
> +-
> >  1 file changed, 1104 insertions(+), 1108 deletions(-)
> > --
> >
> >
> >
> >
> http://git-wip-us.apache.org/repos/asf/commons-lang/blob/18f5f54c/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> > --
> > diff --git a/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> > b/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> > index ba5dea0..5d49c2c 100644
> > --- a/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> > +++ b/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> > @@ -1,1108 +1,1104 @@
> > -/*
> > - * Licensed to the Apache Software Foundation (ASF) under one or more
> > - * contributor license agreements.  See the NOTICE file distributed with
> > - * this work for additional information regarding copyright ownership.
> > - * The ASF licenses this file to You under the Apache License, Version
> 2.0
> > - * (the "License"); you may not use this file except in compliance with
> > - * the License.  You may obtain a copy of the License at
> > - *
> > - *  http://www.apache.org/licenses/LICENSE-2.0
> > - *
> > - * Unless required by applicable law or agreed to in writing, software
> > - * distributed under the License is distributed on an "AS IS" BASIS,
> > - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> > implied.
> > - * See the License for the specific language governing permissions and
> > - * limitations under the License.
> > - */
> > -package org.apache.commons.lang3;
> > -
> > -import org.apache.commons.lang3.math.NumberUtils;
> > -
> > -/**
> > - * Operations on boolean primitives and Boolean objects.
> > - *
> > - * This class tries to handle {@code null} input gracefully.
> > - * An exception will not be thrown for a {@code null} input.
> > - * Each method documents its behaviour in more detail.
> > - *
> > - * #ThreadSafe#
> > - * @since 2.0
> > - */
> > -public class BooleanUtils {
> > -
> > -/**
> > - * {@code BooleanUtils} instances should NOT be constructed in
> > standard programming.
> > - * Instead, the class should be used as {@code
> > BooleanUtils.negate(true);}.
> > - *
> > - * This constructor is public to permit tools that require a
> > JavaBean instance
> > - * to operate.
> > - */
> > -public BooleanUtils() {
> > -  super();
> > -}
> > -
> > -// Boolean utilities
> > -
> >
> //--
> > -/**
> > - * Negates the specified boolean.
> > - *
> > - * If {@code null} is passed in, {@code null} will be
> returned.
> > - *
> > - * NOTE: This returns null and will throw a NullPointerException
> > if autoboxed to a boolean. 
> > - *
> > - * 
> > - *   BooleanUtils.negate(Boolean.TRUE)  = Boolean.FALSE;
> > - *   BooleanUtils.negate(Boolean.FALSE) = Boolean.TRUE;
> > - *   BooleanUtils.negate(null)  = null;
> > - * 
> > - *
> > - * @param bool  the Boolean to negate, may be null
> > - * @return the negated Boolean, or {@code null} if {@code null}
> input
> > - */
> > -public static Boolean negate(final Boolean bool) {
> > -if (bool == null) {
> > -return null;
> > -}
> > -return bool.booleanValue() ? Boolean.FALSE : Boolean.TRUE;
> > -}
> > -
> > -// boolean Boolean methods
> > -
> > //---
> > -/**
> > - * Checks if a {@code Boolean} value is {@code true},
> > - * handling {@code null} by returning {@code false}.
> > - *
> > - * 
> > - *   BooleanUtils.isTrue(Boolean.TRUE)  = true
> > - *   BooleanUtils.isTrue(Boolean.FALSE) = false
> > - *   BooleanUtils.isTrue(null)  = false
> > - 

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

[Luc Maisonobe]

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 welcome to vote.
> 
> [X] +1 I am in favor of this action

Luc

> [ ] +0 I am OK with this
> [ ] -0 OK, but...
> [ ] -1 I oppose this action because...
> 
> This VOTE will run a little longer than usual - closing at 20 Jan
> 13:00 UTC.
> 
> Thanks!
> 
> Phil
> 
> 
> -
> 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] Form a separate TLP based on [math]

[Hasan Diwan]

+0 I am OK with this.

What benefits does being a TLP get over a commons-subproject? -- H

On 16 January 2016 at 09:49, Thomas Vandahl  wrote:

> On 16.01.16 16:18, Phil Steitz wrote:
> > [ ] +1 I am in favor of this action
> > [X] +0 I am OK with this
> > [ ] -0 OK, but...
> > [ ] -1 I oppose this action because...
>
> Bye, Thomas
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
OpenPGP: https://hasan.d8u.us/gpg.key
Sent from my mobile device
Envoyé de mon portable

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

[Thomas Vandahl]

On 16.01.16 16:18, Phil Steitz wrote:
> [ ] +1 I am in favor of this action
> [X] +0 I am OK with this
> [ ] -0 OK, but...
> [ ] -1 I oppose this action because...

Bye, Thomas



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

Re: [lang] Simplify, less clutter.

[Matt Benson]

It appears the whole file changed; why is that? I can't tell what was
actually done.

Matt
On Jan 15, 2016 6:33 PM,  wrote:

> Repository: commons-lang
> Updated Branches:
>   refs/heads/master 7429e75b7 -> 18f5f54ca
>
>
> Simplify, less clutter.
>
> Project: http://git-wip-us.apache.org/repos/asf/commons-lang/repo
> Commit:
> http://git-wip-us.apache.org/repos/asf/commons-lang/commit/18f5f54c
> Tree: http://git-wip-us.apache.org/repos/asf/commons-lang/tree/18f5f54c
> Diff: http://git-wip-us.apache.org/repos/asf/commons-lang/diff/18f5f54c
>
> Branch: refs/heads/master
> Commit: 18f5f54ca0e78df12586e0750e257058746a5a39
> Parents: 7429e75
> Author: ggregory 
> Authored: Fri Jan 15 16:33:07 2016 -0800
> Committer: ggregory 
> Committed: Fri Jan 15 16:33:07 2016 -0800
>
> --
>  .../org/apache/commons/lang3/BooleanUtils.java  | 2212 +-
>  1 file changed, 1104 insertions(+), 1108 deletions(-)
> --
>
>
>
> http://git-wip-us.apache.org/repos/asf/commons-lang/blob/18f5f54c/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> --
> diff --git a/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> b/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> index ba5dea0..5d49c2c 100644
> --- a/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> +++ b/src/main/java/org/apache/commons/lang3/BooleanUtils.java
> @@ -1,1108 +1,1104 @@
> -/*
> - * Licensed to the Apache Software Foundation (ASF) under one or more
> - * contributor license agreements.  See the NOTICE file distributed with
> - * this work for additional information regarding copyright ownership.
> - * The ASF licenses this file to You under the Apache License, Version 2.0
> - * (the "License"); you may not use this file except in compliance with
> - * the License.  You may obtain a copy of the License at
> - *
> - *  http://www.apache.org/licenses/LICENSE-2.0
> - *
> - * Unless required by applicable law or agreed to in writing, software
> - * distributed under the License is distributed on an "AS IS" BASIS,
> - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> - * See the License for the specific language governing permissions and
> - * limitations under the License.
> - */
> -package org.apache.commons.lang3;
> -
> -import org.apache.commons.lang3.math.NumberUtils;
> -
> -/**
> - * Operations on boolean primitives and Boolean objects.
> - *
> - * This class tries to handle {@code null} input gracefully.
> - * An exception will not be thrown for a {@code null} input.
> - * Each method documents its behaviour in more detail.
> - *
> - * #ThreadSafe#
> - * @since 2.0
> - */
> -public class BooleanUtils {
> -
> -/**
> - * {@code BooleanUtils} instances should NOT be constructed in
> standard programming.
> - * Instead, the class should be used as {@code
> BooleanUtils.negate(true);}.
> - *
> - * This constructor is public to permit tools that require a
> JavaBean instance
> - * to operate.
> - */
> -public BooleanUtils() {
> -  super();
> -}
> -
> -// Boolean utilities
> -
> //--
> -/**
> - * Negates the specified boolean.
> - *
> - * If {@code null} is passed in, {@code null} will be returned.
> - *
> - * NOTE: This returns null and will throw a NullPointerException
> if autoboxed to a boolean. 
> - *
> - * 
> - *   BooleanUtils.negate(Boolean.TRUE)  = Boolean.FALSE;
> - *   BooleanUtils.negate(Boolean.FALSE) = Boolean.TRUE;
> - *   BooleanUtils.negate(null)  = null;
> - * 
> - *
> - * @param bool  the Boolean to negate, may be null
> - * @return the negated Boolean, or {@code null} if {@code null} input
> - */
> -public static Boolean negate(final Boolean bool) {
> -if (bool == null) {
> -return null;
> -}
> -return bool.booleanValue() ? Boolean.FALSE : Boolean.TRUE;
> -}
> -
> -// boolean Boolean methods
> -
> //---
> -/**
> - * Checks if a {@code Boolean} value is {@code true},
> - * handling {@code null} by returning {@code false}.
> - *
> - * 
> - *   BooleanUtils.isTrue(Boolean.TRUE)  = true
> - *   BooleanUtils.isTrue(Boolean.FALSE) = false
> - *   BooleanUtils.isTrue(null)  = false
> - * 
> - *
> - * @param bool  the boolean to check, null returns {@code false}
> - * @return {@code true} only if the input is non-null and true
> - * @since 2.1
> - */
> -public static boolean isTrue(final Boolean bool) {
> -return Boolean.TRUE.equals(bool);
> -}
> -
> -/**
> - * Checks if a {@code Boolean} value is not

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

[James Carman]

+1

On Sat, Jan 16, 2016 at 10:19 AM Phil Steitz  wrote:

> 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 welcome to vote.
>
> [ ] +1 I am in favor of this action
> [ ] +0 I am OK with this
> [ ] -0 OK, but...
> [ ] -1 I oppose this action because...
>
> This VOTE will run a little longer than usual - closing at 20 Jan
> 13:00 UTC.
>
> Thanks!
>
> Phil
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

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

[Otmar Ertl]

+0 I am OK with this


Otmar

On Sat, Jan 16, 2016 at 5:46 PM,   wrote:
> Phil Steitz  writes:
>>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 welcome to vote.
>>
>>[ ] +1 I am in favor of this action
>>[ ] +0 I am OK with this
>>[ ] -0 OK, but...
>>[ ] -1 I oppose this action because...
>
> Not sure whether I'm allowed to vote. But if I am: +1
>
> Norman Shapiro
>
> -
> 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] Form a separate TLP based on [math]

[norm]

Phil Steitz  writes:
>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 welcome to vote.
>
>[ ] +1 I am in favor of this action
>[ ] +0 I am OK with this
>[ ] -0 OK, but...
>[ ] -1 I oppose this action because...

Not sure whether I'm allowed to vote. But if I am: +1

Norman Shapiro

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

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

[Bernd Eckenfels]

+0
 
(I would prefer to not see the traffic on the list)

Von: Phil Steitz
Gesendet: Samstag, 16. Januar 2016 16:19
An: Commons Developers List
Betreff: [VOTE] Form a separate TLP based on [math]

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 welcome to vote.

[ ] +1 I am in favor of this action
[ ] +0 I am OK with this
[ ] -0 OK, but...
[ ] -1 I oppose this action because...

This VOTE will run a little longer than usual - closing at 20 Jan
13:00 UTC.

Thanks!

Phil


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

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

[Gilles]

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
than being the touted advantage of the "free world" of Apache,
is, objectively, a quite efficient way to push in the direction
of the stronger voice, not necessarily backed with the stronger
arguments (especially when those are not "technical" but, in
reality, "political"!).
This has been the subject of another post, that also was not
followed by a constructive debate in order to change this
community's ways, so that it would not discourage proposals
for code evolutions towards a modern use of the Java language.

Thus, in this context, I obviously can't know whether "silence
is consent" or if people will continue raising objections to my
experimenting with the contents of the "random" package, even
after not raising concern and/or not engaging in the practical
discussions about the proposals.

Also, it is disrespectful to let people think that they could
work on some part of the library, and then voice an opinion
akin to the hidden policy that there exists, in CM, codes
that are deemed too sensitive to be ever touched again.

My first idea was to make incremental changes in "random".
The first few, and little, steps unexpectedly implied a huge
amount of work, mainly due to the disproportionate
justifications that were being required.

It is a fact that even tiny, even no-op, changes meet
infinitely more opposition than adding even very large chunks
of new code.

Hence, I propose that all my recent changes to the "random"
package be reverted so that it will match the contents of the
3.6 release (modulo the changes which were explicitly agreed
on like those in "RandomGeneratorAbstractTest").

Is that possible?  [Luc, as the most experienced "git" user,
would you mind managing this, perhaps delicate, operation?]

I would then pursue my refactoring in a new package named
  org.apache.commons.math4.rng
where all the modifications, that led to the latest outburst of
conservatism, will take place.
It will also allow me to further experiment and see where it
leads, without having to argue endlessly on every compatibility
breaking.

In effect, it's a fork of "random" (but within CM).
Of course, this will happen in a "feature branch" which I'll
create upstream when the renaming has been performed.

Then people can see both sets of codes "side-by-side", analyze
them, experiment with usage, and run benchmarks of the alternative
versions of the RNG classes.

Ultimately, if the rift between conservatists and modernists
remains, both the "random" and the "rng" packages can coexist
in the 4.0 release of the library.


Regards,
Gilles


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

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

[Gilles]

On Sat, 16 Jan 2016 08:18:55 -0700, Phil Steitz wrote:

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 welcome to vote.


  [X] +1 I am in favor of this action

[ ] +0 I am OK with this
[ ] -0 OK, but...
[ ] -1 I oppose this action because...

This VOTE will run a little longer than usual - closing at 20 Jan
13:00 UTC.

Thanks!

Phil


Gilles


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

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

[Phil Steitz]

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 welcome to vote.

[ ] +1 I am in favor of this action
[ ] +0 I am OK with this
[ ] -0 OK, but...
[ ] -1 I oppose this action because...

This VOTE will run a little longer than usual - closing at 20 Jan
13:00 UTC.

Thanks!

Phil


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

Re: [lang] release 3.5

[Pascal Schumacher]

Hello everybody,

maybe somebody could take a look at 
https://issues.apache.org/jira/browse/LANG-1184 and the pull request 
with the fix https://github.com/apache/commons-lang/pull/113


We are unable to upgrade to 3.4 because of this issue.

Thanks,
Pascal

Am 16.01.2016 um 06:41 schrieb Loic Guibert:

Hi, great !

There are some ticket/PR open and handled by committers.
Perhaps we can resolve those can be done quickly before releasing ?

AFAIAC, i've this one on which we have to discuss about some
implementation points :
https://github.com/apache/commons-lang/pull/75
https://issues.apache.org/jira/browse/LANG-1124

Regards,

Loic Guibert
PGP : 0x65EB4F33

Le 16/01/2016 04:21, Gary Gregory a écrit :

Shall we have a go at releasing 3.5? There is quite a change set to push
out :-)

Gary



-
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