It seems it is unnecessary for committers to be added here, otherwise I
would not have been able to add myself.
Apache Wiki wrote:
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Commons Wiki for
change notification.
The ContributorsGroup page has been changed by
On 10/16/2013 08:54 AM, Jörg Schaible wrote:
It seems it is unnecessary for committers to be added here, otherwise I
would not have been able to add myself.
I don't think so. AFAIK the moinmoin security is not wired into the ASF LDAP
security system, except maybe for (root) admins.
The
Hi Ate,
Ate Douma wrote:
On 10/16/2013 08:54 AM, Jörg Schaible wrote:
It seems it is unnecessary for committers to be added here, otherwise I
would not have been able to add myself.
I don't think so. AFAIK the moinmoin security is not wired into the ASF
LDAP security system, except maybe
On 10/16/2013 09:36 AM, Jörg Schaible wrote:
Hi Ate,
Ate Douma wrote:
On 10/16/2013 08:54 AM, Jörg Schaible wrote:
It seems it is unnecessary for committers to be added here, otherwise I
would not have been able to add myself.
I don't think so. AFAIK the moinmoin security is not wired
To your point, this would be best as a JIRA workflow. It doesn't look like
we get to edit that by default, so I'm thinking of using versions as a
cheap method at first, then if it feels good I'll go work with Infra to
figure out how to turn it into a workflow that other Commons components can
On Wed, Oct 16, 2013 at 1:13 AM, Phil Steitz phil.ste...@gmail.com wrote:
On 10/15/13 2:51 PM, Sean Owen wrote:
Hello all,
I'd like to propose a few small additions to the Pair class in Common
Math3: a factory method, to avoid redundant generics-related
eclarations, a
toString()
On Wed, 16 Oct 2013 09:28:54 +0100, Sean Owen wrote:
On Wed, Oct 16, 2013 at 1:13 AM, Phil Steitz phil.ste...@gmail.com
wrote:
On 10/15/13 2:51 PM, Sean Owen wrote:
Hello all,
I'd like to propose a few small additions to the Pair class in
Common
Math3: a factory method, to avoid
Should this issue be in Math?
https://issues.apache.org/jira/browse/LANG-912
Perhaps as ArithmeticUtils.addAndCheck(int...) ?
Or should we be thinking of implementing on the Lang side?
Hen
On Wed, 16 Oct 2013 02:12:41 -0700, Henri Yandell wrote:
Should this issue be in Math?
https://issues.apache.org/jira/browse/LANG-912
Perhaps as ArithmeticUtils.addAndCheck(int...) ?
Welcome.
It would be an easy extension, I think.
Regards,
Gilles
Or should we be thinking of implementing
Hi.
[...]
I had originally used .of() for consistency with Commons Lang (is
that
persuasive?) [...]
This poses a question as to whether we want to include features
that are not currently intended for strictly internal purposes.
The intention was certainly not to duplicate what's in Lang.
If nobody is willing to put a component to dormant state, then the
label doesn't make any sense. I would vote to remove the dormant state
in general.
If we don't have any need of a specific component we can put it to
attic.apache.org too.
No need to duplicate things.
If we don't have a
Careful there. Hen might suggest making that list dormant.
Sent from my iPhone
On Oct 16, 2013, at 0:38, Jörg Schaible joerg.schai...@gmx.de wrote:
BTW: We have already a challenge result, it's just terribly out of date:
https://wiki.apache.org/commons/CommonsPeople
Hi Gilles,
Gilles wrote:
Hi.
[...]
I had originally used .of() for consistency with Commons Lang (is
that
persuasive?) [...]
This poses a question as to whether we want to include features
that are not currently intended for strictly internal purposes.
The intention was certainly
Ted Dunning wrote:
Careful there. Hen might suggest making that list dormant.
Why tyke care, it just reflect the current state then ;-)
Sent from my iPhone
On Oct 16, 2013, at 0:38, Jörg Schaible joerg.schai...@gmx.de wrote:
BTW: We have already a challenge result, it's just terribly
Hi All:
Thank you Stefan for the new RC.
Now that we have a new cleaned up RC, I want to make sure that we
understand that, strictly speaking and while unlikely in practice,
1.6-RC2 breaks binary compatibility with 1.5 (see Clirr). I think we
started discussing this and after some hand-waving
I checked out the tag and ran mvn site and got a unit test failure:
Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.091 sec
FAILURE! - in org.apache.commons.mail.SimpleEmailTest
testDefaultMimeCharset(org.apache.commons.mail.SimpleEmailTest) Time
elapsed: 0.051 sec FAILURE!
Hi,
[X] +1 Release these artifacts
On 16 Oct 2013, at 15:20, Gary Gregory wrote:
Thank you Stefan for the new RC.
+1
Maybe I have interpreted the Clirr report wrong. But besides the two
buffer fields it doesn't look so bad (just additions). I believe these
two fields are acceptable
On Wed, Oct 16, 2013 at 10:05 AM, Christian Grobmeier
grobme...@gmail.comwrote:
Hi,
[X] +1 Release these artifacts
On 16 Oct 2013, at 15:20, Gary Gregory wrote:
Thank you Stefan for the new RC.
+1
Maybe I have interpreted the Clirr report wrong. But besides the two
buffer fields it
On 16 Oct 2013, at 16:28, Gary Gregory wrote:
On Wed, Oct 16, 2013 at 10:05 AM, Christian Grobmeier
grobme...@gmail.comwrote:
Maybe I have interpreted the Clirr report wrong. But besides the two
buffer fields it doesn't look so bad (just additions). I believe
these two
fields are acceptable
+1 for the release from me
+1
If a new RC is needed I would suggest looking at SevenZOutputFile, there
are several chunks of untested code:
http://people.apache.org/~bodewig/cc-1.6/site/cobertura/org.apache.commons.compress.archivers.sevenz.SevenZOutputFile.html
Emmanuel Bourg
Le 15/10/2013 20:26, Stefan Bodewig a
On Wed, Oct 16, 2013 at 9:52 AM, Gilles gil...@harfang.homelinux.orgwrote:
I think the Comparator can also replace a
custom one in MathArrays.
Are you sure?
Yes, at least tests pass. There are two anonymous comparator classes there
which compare by key. The new Comparator compares by key
+1
Phil
On 10/15/13 11:26 AM, Stefan Bodewig wrote:
Hi all,
I've addressed most of the issues brought up during the RC1 vote. I'll
have limited net time the next three days, but hopefully I won't be
needed.
Stefan
Compress 1.6 RC2 is available for review here:
Hi,
Hen, you have expressed that you thing Java 8 will make the time package
obsolete. Do we want to deprecate it?
Benedikt
--
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter
I'm +1 for that.
On Wed, Oct 16, 2013 at 10:10 AM, Benedikt Ritter brit...@apache.orgwrote:
Hi,
Hen, you have expressed that you thing Java 8 will make the time package
obsolete. Do we want to deprecate it?
Benedikt
--
http://people.apache.org/~britter/
My first thought was We should delete that page. :)
On Wed, Oct 16, 2013 at 4:26 AM, Ted Dunning ted.dunn...@gmail.com wrote:
Careful there. Hen might suggest making that list dormant.
Sent from my iPhone
On Oct 16, 2013, at 0:38, Jörg Schaible joerg.schai...@gmx.de wrote:
BTW: We
Hi Thomas,
I have issue when builing on the command line -
mvn clean install
Oct 16, 2013 10:39:02 AM org.subethamail.smtp.server.ServerThread run
INFO: SMTP server *:2510 stopped
emailMessage
===
Received: from 172.22.120.122
Hello Stefan,
everything builds fine with:
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
17:22:22+0200)
Maven home: /Applications/dev/maven/apache-maven-3.1.1
Java version: 1.7.0_40, vendor: Oracle Corporation
Java home:
On 14 Oct 2013, at 9:13, Mark Thomas wrote:
On 13/10/2013 23:59, sebb wrote:
On 13 October 2013 20:47, Phil Steitz phil.ste...@gmail.com wrote:
On 10/13/13 8:09 AM, James Carman wrote:
Well, it has been 72 hours, so let's tally up the votes. As I see
it
(counting votes on both lists):
+1s
On 10/16/13 1:34 PM, Christian Grobmeier wrote:
On 14 Oct 2013, at 9:13, Mark Thomas wrote:
On 13/10/2013 23:59, sebb wrote:
On 13 October 2013 20:47, Phil Steitz phil.ste...@gmail.com
wrote:
On 10/13/13 8:09 AM, James Carman wrote:
Well, it has been 72 hours, so let's tally up the votes.
On Wed, 16 Oct 2013 09:57:52 +0100, Sean Owen wrote:
On Wed, Oct 16, 2013 at 9:52 AM, Gilles
gil...@harfang.homelinux.orgwrote:
I think the Comparator can also replace a
custom one in MathArrays.
Are you sure?
Yes, at least tests pass. There are two anonymous comparator classes
there
On 16 Oct 2013, at 22:46, Phil Steitz wrote:
On 10/16/13 1:34 PM, Christian Grobmeier wrote:
On 14 Oct 2013, at 9:13, Mark Thomas wrote:
Further, if the consensus amongst the active developers on a
component
is that they wish to stick to svn, I see no why that component
should be
forced to
You are right that it adds 1 or 2 more branches per comparison. The new
Comparator would at least be consistent with equals(), though it probably
doesn't matter for correctness in practice.
I am interested in closing this minor issue so I suggest you ignore this
part if you guess that this
On 16/10/2013 21:34, Christian Grobmeier wrote:
On 14 Oct 2013, at 9:13, Mark Thomas wrote:
On 13/10/2013 23:59, sebb wrote:
On 13 October 2013 20:47, Phil Steitz phil.ste...@gmail.com wrote:
On 10/13/13 8:09 AM, James Carman wrote:
Well, it has been 72 hours, so let's tally up the votes.
On Wed, 16 Oct 2013 22:10:33 +0100, Sean Owen wrote:
You are right that it adds 1 or 2 more branches per comparison. The
new
Comparator would at least be consistent with equals(), though it
probably
doesn't matter for correctness in practice.
I am interested in closing this minor issue so I
Does this really add comparisons on average? Or does it only add
comparisons on key equality? If the latter the difference is definitely
minute.
Secondly, changing comparator value to include value changes how sets work.
Usually, this is good. Occasionally bad. In any case, a change that is
On Wed, 16 Oct 2013 22:16:09 +0100, Ted Dunning wrote:
Does this really add comparisons on average? Or does it only add
comparisons on key equality? If the latter the difference is
definitely
minute.
In the particular case (MathArrays.sortInPlace) the current
comparator
only compares
Hello.
On Wed, 16 Oct 2013 13:43:47 +0200, Jörg Schaible wrote:
Hi Gilles,
Gilles wrote:
Hi.
[...]
I had originally used .of() for consistency with Commons Lang (is
that
persuasive?) [...]
This poses a question as to whether we want to include features
that are not currently intended
On 10/16/2013 07:39 PM, Siegfried Goeschl wrote:
Hi Thomas,
I have issue when builing on the command line -
mvn clean install
Oct 16, 2013 10:39:02 AM org.subethamail.smtp.server.ServerThread run
INFO: SMTP server *:2510 stopped
emailMessage
Do Apache by-laws require a quorum? Was there a quorum for this vote?
On Mon, Oct 14, 2013 at 12:13 AM, Mark Thomas ma...@apache.org wrote:
On 13/10/2013 23:59, sebb wrote:
On 13 October 2013 20:47, Phil Steitz phil.ste...@gmail.com wrote:
On 10/13/13 8:09 AM, James Carman wrote:
Well, it has
On Wed, 16 Oct 2013 22:43:18 +0100, Sean Owen wrote:
No, it's the current implementation that is technically wrong.
Pair.java
defines equality as equality of both keys and values. Comparator
orderings
are supposed to be consistent with equals() (
On 10/16/13 2:39 PM, Gary Gregory wrote:
On Wed, Oct 16, 2013 at 5:14 PM, Mark Thomas ma...@apache.org wrote:
On 16/10/2013 21:34, Christian Grobmeier wrote:
On 14 Oct 2013, at 9:13, Mark Thomas wrote:
On 13/10/2013 23:59, sebb wrote:
On 13 October 2013 20:47, Phil Steitz
On 16 October 2013 12:25, Christian Grobmeier grobme...@gmail.com wrote:
If nobody is willing to put a component to dormant state, then the
label doesn't make any sense. I would vote to remove the dormant state in
general.
If we don't have any need of a specific component we can put it to
On 16 October 2013 07:54, Jörg Schaible joerg.schai...@scalaris.com wrote:
It seems it is unnecessary for committers to be added here, otherwise I
would not have been able to add myself.
Not so; you are part of
https://wiki.apache.org/commons/AdminGroup
which is the group that is allowed to
On Wed, Oct 16, 2013 at 4:59 PM, sebb seb...@gmail.com wrote:
On 16 October 2013 12:25, Christian Grobmeier grobme...@gmail.com wrote:
If nobody is willing to put a component to dormant state, then the
label doesn't make any sense. I would vote to remove the dormant state in
general.
If
Thanks Gilles. I've moved it over.
On Wed, Oct 16, 2013 at 2:24 AM, Gilles gil...@harfang.homelinux.orgwrote:
On Wed, 16 Oct 2013 02:12:41 -0700, Henri Yandell wrote:
Should this issue be in Math?
On Oct 16, 2013, at 2:46 PM, James Ring wrote:
Do Apache by-laws require a quorum? Was there a quorum for this vote?
Apache voting rules are documented at
http://www.apache.org/foundation/voting.html. However, that page doesn't define
consensus which is where some of the disagreement came
On Wed, Oct 16, 2013 at 11:23 PM, Gilles gil...@harfang.homelinux.orgwrote:
Consequently, the lexicographic comparator will definitely be slower since
it
will needlessly spend time ordering the values.
Yeah if value's compareTo() is expensive, this could hurt. Here, for an
Integer value it's
Hi,
I always need to compute min value, max value, percentile values of
millions data, these data may are int, long or double. But class StatUtils only
supports double[], I need to convert int[], long[] to double[]. Shall we
add a feature that StatUtils supports any other numeric type?
On 17 October 2013 02:10, Ralph Goers ralph.go...@dslextreme.com wrote:
On Oct 16, 2013, at 2:46 PM, James Ring wrote:
Do Apache by-laws require a quorum? Was there a quorum for this vote?
Apache voting rules are documented at
http://www.apache.org/foundation/voting.html. However, that
So did any committer want to exercise a veto? Otherwise the matter is
settled right?
On Oct 16, 2013 6:38 PM, sebb seb...@gmail.com wrote:
On 17 October 2013 02:10, Ralph Goers ralph.go...@dslextreme.com wrote:
On Oct 16, 2013, at 2:46 PM, James Ring wrote:
Do Apache by-laws require a
On Tue, Oct 15, 2013 at 12:33 AM, Emmanuel Bourg ebo...@apache.org wrote:
Le 15/10/2013 09:13, Henri Yandell a écrit :
Related; here's the output of a 2006 script I've dusted off to show the
number of commits and from who to each component in 2013:
Those who wanted to move to Git have given up several days ago, leaving
this thread to be 'argued' by
those who successfully squashed the action. James has already canceled
the test project request in INFRA, and
so it seems pointless for this thread to continue. You won, go off and
have a beer,
53 matches
Mail list logo