Re: [crypto] Help getting new release of commons-crypto?

I think most of the original developers have moved on. I did some of the recent updates surrounding 1.1.1 support, and Marcelo was a big help throughout the process. He established design goals, reviewed code, provided tips, etc. I haven't seen him around in a while though, and I'm not sure

[numbers] Release 1.0-beta1 Follow-Up

Hi all, I just completed the commons-numbers 1.0-beta1 release and I have a couple of follow-up notes: * I was unable to add the release using the form at https://reporter.apache.org/addrelease.html?commons. I received an error message saying that I was not part of the PMC or an ASF

[ANNOUNCEMENT] Apache Commons Numbers Version 1.0-beta1 Released

The Apache Commons Team is pleased to announce the release of Apache Commons Numbers version 1.0-beta1. The Apache Commons Numbers project provides number types and utilities. This is a beta release. No guarantees are made regarding the stability of the API or compatibility with future releases.

Re: [Geometry][Math] Equivalent of CM's "RotationConvention"

Gilles, I would encourage removing RotationConvention without replacing it. But, I still don't think I'm quite getting what you're saying. Do you have an example? -Matt From: Gilles Sadowski Sent: Tuesday, April 7, 2020 12:32 PM To: Commons Developers List

Re: [numbers] Continued Fraction + Fraction updates

2020-04-07 23:01 UTC+02:00, Alex Herbert : > > >> On 7 Apr 2020, at 17:47, Gilles Sadowski wrote: >> >> Le mar. 7 avr. 2020 à 14:54, Alex Herbert > > a écrit : >>> >>> On 07/04/2020 13:43, Alex Herbert wrote: Fraction I also did a big

Re: [numbers] Continued Fraction + Fraction updates

> On 7 Apr 2020, at 17:47, Gilles Sadowski wrote: > > Le mar. 7 avr. 2020 à 14:54, Alex Herbert > a écrit : >> >> On 07/04/2020 13:43, Alex Herbert wrote: >>> >>> Fraction >>> >>> I also did a big arrangement of Fraction and BigFraction. > > Thanks. > >>

[crypto] Help getting new release of commons-crypto?

Hi all, I see its been 4 years since the last release of commons crypto to https://mvnrepository.com/artifact/org.apache.commons/commons-crypto. There has been many updates to the repository since then, notably the integration of OpenSSL 1.1.1, and native arm64 support. What are the blockers to

Re: [numbers] Continued Fraction

> >> [...] > >> 1. Maintain functional compatibility with Commons Math > >> 2. Change for notation compatibility with the original paper > >> > >> Opinions on which action? > > > > I'm torn, since a lot of the Javadoc points to Wikipedia. > > However, if some sources explicitly discuss the

Re: [numbers] Continued Fraction + Fraction updates

Le mar. 7 avr. 2020 à 14:54, Alex Herbert a écrit : > > On 07/04/2020 13:43, Alex Herbert wrote: > > > > Fraction > > > > I also did a big arrangement of Fraction and BigFraction. Thanks. > > I noticed that hashCode is using some variant of the format used in > Arrays.hashCode(...) > > I

Re: [Geometry][Math] Equivalent of CM's "RotationConvention"

Hello. Le mar. 7 avr. 2020 à 03:18, Matt Juntunen a écrit : > > Hi Gilles, > > I removed the RotationConvention enum from commons-geometry because it was > more confusing than useful. Instead, I specified [1] that commons-geometry > uses "active rotations" by convention (equivalent to >

Re: [numbers] Continued Fraction

> I think that we then change it so it matches the source paper. It makes it > a lot easier to follow the adaption from the paper (which is only about 8 > lines of pseudocode) if the variables have the same name. > +1 Thanks for catching this interesting issue.

Re: Commons Lang website not updated for version 3.10

Thanks Rob. It was just that one page that needed an update. Gary On Sun, Apr 5, 2020 at 7:08 AM Rob Spoor wrote: > Hi all, > > I noticed that https://commons.apache.org/proper/commons-lang/ still > mentions version 3.9 as being the latest (apart from the top bar which > is probably

Re: [numbers] Continued Fraction + Fraction updates

On 07/04/2020 13:43, Alex Herbert wrote: Fraction I also did a big arrangement of Fraction and BigFraction. I noticed that hashCode is using some variant of the format used in Arrays.hashCode(...) I wondered if we should standardise on returning a value as if computed using e.g.

Re: [numbers] Continued Fraction + Fraction updates

Continued Fraction I've updated ContinuedFraction to use numerator a over denominator b. This is consistent with the original source paper for the method. Fraction While looking at the fraction package it was very hard to compare Fraction and BigFraction side-by-side. This is a problem as