Re: [MATH] - Truncated Normal Distribution

Awesome. Should I submit a jira ticket for this? On Tue, Dec 1, 2020 at 12:11 PM Gilles Sadowski wrote: > Hello. > > Le mar. 1 déc. 2020 à 01:42, Marko Malenic a écrit : > > > > Hi, > > > > I'm a bit new to all this stuff, so bear with me while I ask some > questions > > :) > > > > There's a

Re: [MATH] - Truncated Normal Distribution

Hello. Le mar. 1 déc. 2020 à 01:42, Marko Malenic a écrit : > > Hi, > > I'm a bit new to all this stuff, so bear with me while I ask some questions > :) > > There's a few ways to do this. > > In terms of number generation, there's a few algorithms, some of which at > described at: >

Re: [MATH] - Truncated Normal Distribution

Hi, I'm a bit new to all this stuff, so bear with me while I ask some questions :) There's a few ways to do this. In terms of number generation, there's a few algorithms, some of which at described at: https://en.wikipedia.org/wiki/Truncated_normal_distribution#Computational_methods Any

Re: [MATH] - Truncated Normal Distribution

Hello. Le lun. 30 nov. 2020 à 08:22, Marko Malenic a écrit : > > Hi all, > > I'm interested in contributing here, and have been wanting to implement and > add a truncated normal distribution. Would anyone be interested in this? Contributions welcome. ;-) This would be an addition for the new

Re: [LOGGING] Build errors

Have to admit I find the setup quite complex for a "commons" project too (and the fact tests don't run in the IDE without configuring the failsafe system properties is quite an issue IMHO). Guess the maven way is to split it in modules instead of doing N real artifacts (3 here) in one module (a

Re: [LOGGING] Build errors

On 30/11/2020 09:14, Romain Manni-Bucau wrote: > I think you need to adjust failsafe configuration, it passes the jar paths > as system properties. > Setting classifier without (instead of ) you move from > c-l--.jar to c-l-- so tests will > likely fail. > > Another weird thing is the last "full

Re: [LOGGING] Build errors

I think you need to adjust failsafe configuration, it passes the jar paths as system properties. Setting classifier without (instead of ) you move from c-l--.jar to c-l-- so tests will likely fail. Another weird thing is the last "full jar" dependency which has a classifier, I think the id of

Re: [LOGGING] Build errors

On 30/11/2020 08:50, Romain Manni-Bucau wrote: > Hi Mark > > my guess is that apijar execution must add api (or > any value) > > this way you get the default jar but also this particular one. Thanks. That did it. Fix pushed. Mark > > > Romain Manni-Bucau > @rmannibucau

Re: [LOGGING] Build errors

Hi Mark my guess is that apijar execution must add api (or any value) this way you get the default jar but also this particular one. Romain Manni-Bucau @rmannibucau | Blog | Old Blog |

[LOGGING] Build errors

Hi, I've stumbled across the following error when trying to build a clean clone of commons-logging with Maven 3.6.3 and Java 8u275 git clone g...@github.com:apache/commons-logging.git asf-commons-logging cd asf-commons-logging mvn clean package ... Failed to execute goal