Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "Math" page has been changed by AlexLobsters.
http://wiki.apache.org/commons/Math?action=diff&rev1=12&rev2=13
--
MathRelatedSo
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "Math" page has been changed by AlexLobsters.
http://wiki.apache.org/commons/Math?action=diff&rev1=13&rev2=14
--
##language:en
Phil Steitz wrote:
> I have prepared release candidates for DBCP 1.3 and 1.4. Please all
> interested parties have a look and test. If all goes well, I will
> kick off a release VOTE based on these artifacts in the next couple
> of days. I see these as really two sets of artifacts associated
> w
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "Math" page has been changed by Antoine LevyLambert.
http://wiki.apache.org/commons/Math?action=diff&rev1=14&rev2=15
--
= Related
Mahout now has a fork of a portion of the 'category A' portion of the
CERN colt library forked. The Mahout fork is, of course, in the Mahout
tree under a Mahout Java package and Maven triple.
I want to use the collections classes from Mahout as the core to a new
set of commons-primitives classes t
I wouldn't like to see a dependency on mahout code in a "commons"
library. That seems kind of backwards. If Mahout wants to offload
this stuff, we can move it into a library in commons (which is
typically how stuff used to happen in Jakarta).
On Tue, Dec 8, 2009 at 8:18 AM, Benson Margulies wro
All the artifacts look good.
DBCP 1.4 I ran the tests using m2 and JDK 1.6 and were fine.
DBCP 1.3 Test ran fine using m2/JDK 1.5 - but failed to compile using
ant/JDK 1.4 because one of the dependencies was built using JDK 1.5
I changed the dependency to use version 1.1 of geronimo-jta_1.1_spec
We can't possibly have a dependency on Mahout in the long term. Either
we all go shares on code in some other piece of commons, or we end up
with two forks, which would be sad.
On Tue, Dec 8, 2009 at 8:33 AM, James Carman wrote:
> I wouldn't like to see a dependency on mahout code in a "commons"
I've been fighting with the JEXL environment (on a Mac) to get it to generate
an 'mvn site' correctly; in particular, the reports are not included and the
css are wrong.
I duplicated the same env on the Mac and on a Windows box, clean from maven
to checkout, commons-build checked out as peer, and
Actually, the reason that we have Colt in Mahout is it has proven impossible
to get changes into commons math. We really, really wanted to use commons
math rather than have our own linear algebra package, but it just proved
impossible and we didn't want to wait forever.
If that problem were solve
On Tue, Dec 8, 2009 at 4:55 PM, henrib wrote:
>
> I've been fighting with the JEXL environment (on a Mac) to get it to generate
> an 'mvn site' correctly; in particular, the reports are not included and the
> css are wrong.
>
> I duplicated the same env on the Mac and on a Windows box, clean from
No, that does not change the output.
But with a parent pom version 11, it looks ok.
Niall Pemberton wrote:
>
> ...
> Does it make any difference if you remove the leading slash from the
> href="/...html" attribute on the elements in site.xml?
> ...
>
--
View this message in context:
http:/
To be complete, the site is generated ok when the commons-parent pom is just
above jexl's trunk with parent parent version 12. But then the rc publishing
fails later when the site is regenerated from what was published (lacking
the parent pom above.)
Seems to me this is related to the getRelative
Hi folks,
just generated the site on Mac OS 10.4 and it looks good - the site says
it it 2.0-SNAPSHOT (is this correct)?
Cheers,
Siegfried Goeschl
henrib wrote:
> No, that does not change the output.
> But with a parent pom version 11, it looks ok.
>
>
> Niall Pemberton wrote:
>
>> ...
>> D
On Tue, Dec 8, 2009 at 8:10 PM, henrib wrote:
>
> To be complete, the site is generated ok when the commons-parent pom is just
> above jexl's trunk with parent parent version 12. But then the rc publishing
> fails later when the site is regenerated from what was published (lacking
> the parent pom
If it is styled in Blue - as the Jexl 1.0 site looks - and if you have the
menu for reports (cobertura, etc), then you're good and I'm doing something
totally stupid on my end.
If site is styled in Red, no menu for reports, then we look at the same
problem.
Thanks for checking.
Cheers,
Henrib
S
henrib wrote:
> To be complete, the site is generated ok when the commons-parent pom is just
> above jexl's trunk with parent parent version 12. But then the rc publishing
> fails later when the site is regenerated from what was published (lacking
> the parent pom above.)
>
> Seems to me this is r
Niall Pemberton wrote:
>
>
> I don't really under stand the "commons-parent pom is just above
> jexl's trunk" comment as in our subversion hierarchy its not *above*
> and the only way it can find it is by downloading/installing in your
> local repo in the usual manner - unless you've put i
Shall I upload the site?
Cheers,
Siegfried Goeschl
henrib wrote:
> If it is styled in Blue - as the Jexl 1.0 site looks - and if you have the
> menu for reports (cobertura, etc), then you're good and I'm doing something
> totally stupid on my end.
> If site is styled in Red, no menu for reports
On Tue, Dec 8, 2009 at 9:22 PM, henrib wrote:
>
>
>
> Niall Pemberton wrote:
>>
>>
>> I don't really under stand the "commons-parent pom is just above
>> jexl's trunk" comment as in our subversion hierarchy its not *above*
>> and the only way it can find it is by downloading/installing in you
Hi Phil,
Phil Steitz wrote:
> I have prepared release candidates for DBCP 1.3 and 1.4. Please all
> interested parties have a look and test. If all goes well, I will
> kick off a release VOTE based on these artifacts in the next couple
> of days. I see these as really two sets of artifacts ass
So I did something really stupid on my end possibly not having commons parent
installed; I don't understand how I corrupt it repeatedly but good news is
my latest try seemed successfull.
My apologies to all for shouting wolf.
Siegfried Goeschl wrote:
>
> Shall I upload the site?
>
> Cheers,
>
http://slash7.com/2006/12/22/vampires
TLP's might need some help dealing with the consequences of success.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Dec 7, 2009, at 9:00 PM, Niall Pemberton wrote:
> On Mon, Dec 7, 2009 at 8:16 AM, Mohammad Nour El-Din
> wrote:
>> So Niall, whats next and please if there is anything I can help in let
>> me know about it.
>
> I was waiting for Donald to take the lead. Hes posted a couple of
> message about
On Wed, Dec 9, 2009 at 12:03 AM, Kevan Miller wrote:
>
> On Dec 7, 2009, at 9:00 PM, Niall Pemberton wrote:
>
>> On Mon, Dec 7, 2009 at 8:16 AM, Mohammad Nour El-Din
>> wrote:
>>> So Niall, whats next and please if there is anything I can help in let
>>> me know about it.
>>
>> I was waiting for
25 matches
Mail list logo
