To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-vfs2-test has an issue affecting its community integration.
This i
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-id has an issue affecting its community integration.
This issue af
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-lang3 has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-digester3 has an issue affecting its community integration.
This i
Fixed a typo in RC1 which caused compile failure in case there
were no sys/capability.h header on the system.
The new set of artefacts [1] and site [2] are at usual place
based on tag [3]
Please vote (vote will remain open for at least 72 hours).
Apache Commons Daemon 1.0.10 is
[ ] +1 Release
On 02/24/2012 12:08 AM, sebb wrote:
On 23 February 2012 22:51, wrote:
Author: mturk
Date: Thu Feb 23 22:51:38 2012
New Revision: 1293004
URL: http://svn.apache.org/viewvc?rev=1293004&view=rev
Log:
Oh well, hope no one will change that again untill we pass the release process
It's a little b
On 23 February 2012 22:51, wrote:
> Author: mturk
> Date: Thu Feb 23 22:51:38 2012
> New Revision: 1293004
>
> URL: http://svn.apache.org/viewvc?rev=1293004&view=rev
> Log:
> Oh well, hope no one will change that again untill we pass the release process
I don't recommend using the maven release
Cancelled due to bug when libcap is not present on the system
Already tagged RC2, so will call for another vote when the artifacts gets
prepared
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For a
On 02/23/2012 09:19 PM, Luc Maisonobe wrote:
Le 23/02/2012 11:00, Mladen Turk a écrit :
I have checked again the exact same commands on commons-daemon-1.0.9 and
compilation went smoothly.
Right, different test and actual commit.
Fixed the typo. Will do RC2 tomorrow and call for another vote.
On 23 February 2012 20:01, Mladen Turk wrote:
> On 02/23/2012 07:54 PM, sebb wrote:
>>
>> On 23 February 2012 10:00, Mladen Turk wrote:
>>>
>>>
>>> [1] http://people.apache.org/~mturk/daemon-1.0.10/
>>
>>
>> I'm not sure why there is a jar file under:
>> http://people.apache.org/~mturk/daemon-1.0
Le 23/02/2012 11:00, Mladen Turk a écrit :
> ... release early, release often.
>
> We have a regression in recently released 1.0.9 which can cause
> problems on some linux distributions which don't have libcap.so symlink
> like Debian and probably few others (DAEMON-242)
>
> Also this release con
On 02/23/2012 07:54 PM, sebb wrote:
On 23 February 2012 10:00, Mladen Turk wrote:
[1] http://people.apache.org/~mturk/daemon-1.0.10/
I'm not sure why there is a jar file under:
http://people.apache.org/~mturk/daemon-1.0.10/binaries/
It's already in the binary archives.
Not a blocker, just s
Le 20/02/2012 23:26, Gilles Sadowski a écrit :
> Hi.
Hi Gilles,
>
> How do we proceed from here in order to release 3.0? Cf. ticket MATH-746,
> "Things to do before releasing 3.0".
Sorry for being late on this.
>
> Can we start to talk about an expected release date?
I guess you did a wonder
On 23 February 2012 10:00, Mladen Turk wrote:
> ... release early, release often.
>
> We have a regression in recently released 1.0.9 which can cause
> problems on some linux distributions which don't have libcap.so symlink
> like Debian and probably few others (DAEMON-242)
>
> Also this release c
Gilles Sadowski wrote:
>> >> >> >> > URL: http://svn.apache.org/viewvc?rev=1245061&view=rev
>> >> >> >> > Log:
>> >> >> >> > Removed unneeded clone.
>> >> >> >> >
>> >> >> >> > The clone did not protect the array used, only the reference
>> >> >> >> > ones. JIRA: MATH-650
>> >> >> >>
>> >> >> >> -
> >> >> >> > URL: http://svn.apache.org/viewvc?rev=1245061&view=rev
> >> >> >> > Log:
> >> >> >> > Removed unneeded clone.
> >> >> >> >
> >> >> >> > The clone did not protect the array used, only the reference ones.
> >> >> >> > JIRA: MATH-650
> >> >> >>
> >> >> >> -1
> >> >> >>
> >> >> >> That was
On 23 February 2012 13:43, Gilles Sadowski wrote:
> On Thu, Feb 23, 2012 at 12:47:15PM +, sebb wrote:
>> On 23 February 2012 12:10, Gilles Sadowski
>> wrote:
>> > On Thu, Feb 23, 2012 at 11:32:54AM +, sebb wrote:
>> >> On 23 February 2012 11:19, Gilles Sadowski
>> >> wrote:
>> >> > On
On Thu, Feb 23, 2012 at 12:47:15PM +, sebb wrote:
> On 23 February 2012 12:10, Gilles Sadowski
> wrote:
> > On Thu, Feb 23, 2012 at 11:32:54AM +, sebb wrote:
> >> On 23 February 2012 11:19, Gilles Sadowski
> >> wrote:
> >> > On Thu, Feb 23, 2012 at 10:55:51AM +, sebb wrote:
> >> >>
On Thu, Feb 23, 2012 at 6:03 AM, sebb wrote:
> On 15 February 2012 21:15, wrote:
> > Author: ggregory
> > Date: Wed Feb 15 21:15:14 2012
> > New Revision: 1244734
> >
> > URL: http://svn.apache.org/viewvc?rev=1244734&view=rev
> > Log:
> > Fix Javadocs checkstyle issues.
> >
> > Modified:
> >
>
On 23 February 2012 12:10, Gilles Sadowski wrote:
> On Thu, Feb 23, 2012 at 11:32:54AM +, sebb wrote:
>> On 23 February 2012 11:19, Gilles Sadowski
>> wrote:
>> > On Thu, Feb 23, 2012 at 10:55:51AM +, sebb wrote:
>> >> On 16 February 2012 16:17, wrote:
>> >> > Author: luc
>> >> > Date:
On Thu, Feb 23, 2012 at 11:32:54AM +, sebb wrote:
> On 23 February 2012 11:19, Gilles Sadowski
> wrote:
> > On Thu, Feb 23, 2012 at 10:55:51AM +, sebb wrote:
> >> On 16 February 2012 16:17, wrote:
> >> > Author: luc
> >> > Date: Thu Feb 16 16:17:14 2012
> >> > New Revision: 1245061
> >>
On 23 February 2012 11:19, Gilles Sadowski wrote:
> On Thu, Feb 23, 2012 at 10:55:51AM +, sebb wrote:
>> On 16 February 2012 16:17, wrote:
>> > Author: luc
>> > Date: Thu Feb 16 16:17:14 2012
>> > New Revision: 1245061
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1245061&view=rev
>> > Log
On Thu, Feb 23, 2012 at 08:12:48AM +0100, Dennis Hendriks wrote:
> Hi all,
>
> Now that I look at this code again, should we not attempt to avoid
> divide by zero in case a == b, in this method, and perhaps other
> methods of this class?
>
> Also, looking that the Wikipedia article, at
> http://e
On Thu, Feb 23, 2012 at 10:55:51AM +, sebb wrote:
> On 16 February 2012 16:17, wrote:
> > Author: luc
> > Date: Thu Feb 16 16:17:14 2012
> > New Revision: 1245061
> >
> > URL: http://svn.apache.org/viewvc?rev=1245061&view=rev
> > Log:
> > Removed unneeded clone.
> >
> > The clone did not prot
Hello.
>
> thank you for your answers!
>
> As Thomas suggests, maybe the right solution is to build that stuff
> in [graph]. Or maybe even in a new project for computational
> geometry and graph drawing! I agree that including [graph] as a
> dependency for [math] does not sound quite right; mayb
On 15 February 2012 21:13, wrote:
> Author: ggregory
> Date: Wed Feb 15 21:13:10 2012
> New Revision: 1244732
>
> URL: http://svn.apache.org/viewvc?rev=1244732&view=rev
> Log:
> Fix Javadocs checkstyle issues.
>
> Modified:
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vf
On 15 February 2012 21:15, wrote:
> Author: ggregory
> Date: Wed Feb 15 21:15:14 2012
> New Revision: 1244734
>
> URL: http://svn.apache.org/viewvc?rev=1244734&view=rev
> Log:
> Fix Javadocs checkstyle issues.
>
> Modified:
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vf
On 16 February 2012 16:17, wrote:
> Author: luc
> Date: Thu Feb 16 16:17:14 2012
> New Revision: 1245061
>
> URL: http://svn.apache.org/viewvc?rev=1245061&view=rev
> Log:
> Removed unneeded clone.
>
> The clone did not protect the array used, only the reference ones.
> JIRA: MATH-650
-1
That wa
Hi.
> >
> > having a self-contained library is indeed *really* important, you get
> > a big +1 from my side.
> >
> > Anyway, I'd suggest you to adopt a strategy of shading [graph] stuff
> > useful for math, without duplicating the code nor bring the [graph]
> > dependency in [math].
> >
> > [graph
Hi all,
thank you for your answers!
As Thomas suggests, maybe the right solution is to build that stuff in
[graph]. Or maybe even in a new project for computational geometry and
graph drawing! I agree that including [graph] as a dependency for [math]
does not sound quite right; maybe the othe
... release early, release often.
We have a regression in recently released 1.0.9 which can cause
problems on some linux distributions which don't have libcap.so symlink
like Debian and probably few others (DAEMON-242)
Also this release contains site in src dist (which should make sebb happy :)
On Wed, Feb 22, 2012 at 1:14 PM, Simone Tripodi wrote:
> Hi Gilles,
>
> having a self-contained library is indeed *really* important, you get
> a big +1 from my side.
>
> Anyway, I'd suggest you to adopt a strategy of shading [graph] stuff
> useful for math, without duplicating the code nor bring
Hi Gili,
Yes it's available from the Maven snapshot repository:
https://repository.apache.org/content/groups/snapshots/org/apache/commons/commons-compress/1.4-SNAPSHOT/
Emmanuel Bourg
Le 23/02/2012 02:16, cowwoc a écrit :
Hi,
Do you publish snapshot builds of apache compress? I'd like to te
Sébastien Brisard wrote:
Hi Dennis,
Hi all,
Now that I look at this code again, should we not attempt to avoid divide by
zero in case a == b, in this method, and perhaps other methods of this
class?
I think the constructor takes care of this special case.
>(...)
Yes, you're right.
Dennis
Hi Dennis,
> Hi all,
>
> Now that I look at this code again, should we not attempt to avoid divide by
> zero in case a == b, in this method, and perhaps other methods of this
> class?
>
I think the constructor takes care of this special case.
>
> Also, looking that the Wikipedia article, at
> http
38 matches
Mail list logo
