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-dbcp2 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-dbcp has an issue affecting its community integration.
This issue
Hi,
2012/11/27 Gilles Sadowski
> Hello.
>
> > > > in MATH-803 [1] it was decided to deprecate
> > > RealVector.ebeMultiply/Divide,
> > > > because these methods were difficult to support with sparse vectors.
> > > > However, in MATH-870, we decided to deprecate sparse vectors
> altogether.
> >
Hi,
2012/11/26 Gilles Sadowski
> Hi.
>
> > in classes Gamma and Beta, some functions are package private:
> > - logGammaSum
> > - logGammaMinusLogGammaSum (for lack of a better name)
> > - bcorr
> > These functions are meant to be used by other functions,
>
> None of these functions seem
Hello.
> > > in MATH-803 [1] it was decided to deprecate
> > RealVector.ebeMultiply/Divide,
> > > because these methods were difficult to support with sparse vectors.
> > > However, in MATH-870, we decided to deprecate sparse vectors altogether.
> > >
> > > I'm therefore having second thoughts on
Hi.
> in classes Gamma and Beta, some functions are package private:
> - logGammaSum
> - logGammaMinusLogGammaSum (for lack of a better name)
> - bcorr
> These functions are meant to be used by other functions,
None of these functions seem to used. Am I missing something?
Gilles
> like l
Hi,
in classes Gamma and Beta, some functions are package private:
- logGammaSum
- logGammaMinusLogGammaSum (for lack of a better name)
- bcorr
These functions are meant to be used by other functions, like logBeta. Each
of these functions have their own domain, and in logBeta, we make sure no
On 26 November 2012 19:08, Gary Gregory wrote:
> Hi,
>
> I thought we had a policy to keep BC for minor releases?
Yes.
> I understand that the removed methods are not in core classes but it still
> breaks BC. Are sure we want that? Are the removed methods confusing in a
> way that can be constru
Hi,
I thought we had a policy to keep BC for minor releases?
I understand that the removed methods are not in core classes but it still
breaks BC. Are sure we want that? Are the removed methods confusing in a
way that can be construed as keeping them being a bug?
Gary
On Mon, Nov 26, 2012 at 1:
This is a vote to release Apache Commons NET 3.2 based on RC1.
[ ] +1 release it
[ ] +0 go ahead I don't care
[ ] -1 no, do not release it because...
tag:
https://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_2_RC1/ (r1413727)
site:
http://people.apache.org/~sebb/net-3.2-RC1/
The Javad
Traceability by who?
PMC members can easily verify that what is committed to dist matches what they
verified using what they downloaded and the MD5s that came with them. They are
the ones responsible for the vote and the artifacts so I don't see a problem
with that. Why you would need some so
On 26/11/2012 17:23, sebb wrote:
> On 26 November 2012 17:01, Ralph Goers wrote:
>> Actually, if you use the Release plugin the artifacts will be uploaded to
>> the staging repository. At least that is what VFS does. They can be voted
>> on there and then checked into SVN. You can easily verif
Now what?
I'd like to release a 1.0 but we need to come to some agreement on a config
API...
Gary
On Thu, Nov 22, 2012 at 3:16 AM, Benedikt Ritter wrote:
> Maybe we first have to decide if we want validation of CSVFormats at
> construction time or not. If not, the changes of CSV-68 can be rever
On 26 November 2012 17:01, Ralph Goers wrote:
> Actually, if you use the Release plugin the artifacts will be uploaded to the
> staging repository. At least that is what VFS does. They can be voted on
> there and then checked into SVN. You can easily verify they didn't change
> because the MD
Actually, if you use the Release plugin the artifacts will be uploaded to the
staging repository. At least that is what VFS does. They can be voted on there
and then checked into SVN. You can easily verify they didn't change because
the MD5s go along with them.
Ralph
On Nov 26, 2012, at 8:41
On 26 November 2012 11:24, sebb wrote:
> On 26 November 2012 09:53, Emmanuel Bourg wrote:
>> Le 26/11/2012 01:01, sebb a écrit :
>>
>>> Hope this all makes sense!
>>
>> Well, maybe I misunderstood, but committing the RC sites for review into
>> a SVN repository seems a bit convoluted to me. A goo
+1 then (tested X86 native build on Windows 7 with MS VS 2010)
Gary
On Sun, Nov 25, 2012 at 5:32 PM, Mladen Turk wrote:
> On 11/25/2012 09:42 PM, Gary Gregory wrote:
>
>> Is this something to worry about:
>>
>>
> Nope.
>
>
> .\..\..\apps\prunsrv\prunsrv.**c(317) : warning C4996: '_wfopen': Thi
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
Hi,
2012/11/26 Gilles Sadowski
> On Sun, Nov 25, 2012 at 06:00:06PM +0100, Sébastien Brisard wrote:
> > Hi,
> > in MATH-803 [1] it was decided to deprecate
> RealVector.ebeMultiply/Divide,
> > because these methods were difficult to support with sparse vectors.
> > However, in MATH-870, we deci
My vote doesn't count, but for what it's worth, 1.0.11 seems to be
working fine -- and to allow the Windows service mechanism to perform
automatic restart upon failure (on request).
On 11/22/2012 7:22 AM, Mladen Turk wrote:
Apache Commons Daemon 1.0.11 based on RC1 is ready.
Binaries and sourc
On Sun, Nov 25, 2012 at 06:00:06PM +0100, Sébastien Brisard wrote:
> Hi,
> in MATH-803 [1] it was decided to deprecate RealVector.ebeMultiply/Divide,
> because these methods were difficult to support with sparse vectors.
> However, in MATH-870, we decided to deprecate sparse vectors altogether.
>
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-dbutils has an issue affecting its community integration.
This iss
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
On 26 November 2012 09:53, Emmanuel Bourg wrote:
> Le 26/11/2012 01:01, sebb a écrit :
>
>> Hope this all makes sense!
>
> Well, maybe I misunderstood, but committing the RC sites for review into
> a SVN repository seems a bit convoluted to me. A good old upload on
> people.apache.org was perfectl
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-chain2 has an issue affecting its community integration.
This issu
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
Le 26/11/2012 01:01, sebb a écrit :
> Hope this all makes sense!
Well, maybe I misunderstood, but committing the RC sites for review into
a SVN repository seems a bit convoluted to me. A good old upload on
people.apache.org was perfectly fine.
Emmanuel Bourg
smime.p7s
Description: Signature
On 22 November 2012 13:22, Mladen Turk wrote:
> Apache Commons Daemon 1.0.11 based on RC1 is ready.
> Binaries and sources for testing are at [1], site can be
> found at [2]. Tag is [3] which will be renamed to COMMONS_DAEMON_1_0_11 if
> voted.
>
> Please vote (vote will remain open for at least 7
Le 2012-11-22 14:22, Mladen Turk a écrit :
Apache Commons Daemon 1.0.11 based on RC1 is ready.
Binaries and sources for testing are at [1], site can be
found at [2]. Tag is [3] which will be renamed to
COMMONS_DAEMON_1_0_11 if voted.
Please vote (vote will remain open for at least 72 hours).
Ap
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-io-test has an issue affecting its community integration.
This iss
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-exec-test has an issue affecting its community integration.
This i
31 matches
Mail list logo
