Re: [commons-lang] Util function in NumberUtils to count significant figures in a numeric string

2023-08-10 Thread Gary Gregory
See also JSR-363 https://jcp.org/en/jsr/detail?id=363

Gary

On Thu, Aug 10, 2023, 10:56 AM Daniel Watson  wrote:

> I brought this up in commons-math and it was determined that that probably
> wasn't a good place for it, as that lib focuses on computational functions.
> It was also mentioned that commons-numbers was not a great place for the
> static util method either.
>
> Essentially the need for this relates to scientific measurements.
> Measurements are often reported with implied precision and uncertainty
> (e.g. 0.0015 has 2 significant figures, 1.10 has 3, etc). Currently there
> are no Number classes that retain or respect this information. There are
> widely accepted conventions for how to retain and adjust both precision and
> uncertainty during mathematical operations. But the first step is simply
> knowing what those two values are. I propose a util method (already
> written) in NumberUtils that can do this. The conventions are widely
> documented but would be spelled out very specifically in the javadoc.
> Although NumberUtils mainly focuses on pure math transformation, it does
> also include some parsing, so this doesn't seem to be *completely* out of
> scope.
>
> Is NumberUtils a possible home for this?
>
> On a separate, but related note, I honestly think this sort of math
> actually deserves a full blown java Number implementation (similar to
> BigFraction and Complex classes in commons- numbers). Possibly called
> BigMeasurement? Which can interact with other Number implementations as
> well as other BigMeasurements and retain/report the correct uncertainty and
> precision throughout the computation. I haven't ironed that out - but a
> necessary intermediate step is just being able to get the sigfig count.
>
> Dan
>


Re: [Meta] gitlab error responses to mailing list

2023-08-10 Thread Gilles Sadowski
Hi.

Le jeu. 10 août 2023 à 15:41, Mark Thomas  a écrit :
>
> Got them.
>
> The idiot concerned has won themselves a lifetime subscription to the
> deny list for commons-dev and the handful of other ASF lists they are
> subscribed to.
>
> Sorry it took a while to sort this out.

Was it a mistake or was there a purpose?

>
> Some of you won't yet have received the test message yet due to my mail
> server being rate limited. You should received it in the next few hours.

Out of curiosity, what was the strategy for figuring out what
was going on?  [Or a pointer to a description of the issue
and the way to fix it.]

Thank you,
Gilles

>> [...]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



[commons-lang] Util function in NumberUtils to count significant figures in a numeric string

2023-08-10 Thread Daniel Watson
I brought this up in commons-math and it was determined that that probably
wasn't a good place for it, as that lib focuses on computational functions.
It was also mentioned that commons-numbers was not a great place for the
static util method either.

Essentially the need for this relates to scientific measurements.
Measurements are often reported with implied precision and uncertainty
(e.g. 0.0015 has 2 significant figures, 1.10 has 3, etc). Currently there
are no Number classes that retain or respect this information. There are
widely accepted conventions for how to retain and adjust both precision and
uncertainty during mathematical operations. But the first step is simply
knowing what those two values are. I propose a util method (already
written) in NumberUtils that can do this. The conventions are widely
documented but would be spelled out very specifically in the javadoc.
Although NumberUtils mainly focuses on pure math transformation, it does
also include some parsing, so this doesn't seem to be *completely* out of
scope.

Is NumberUtils a possible home for this?

On a separate, but related note, I honestly think this sort of math
actually deserves a full blown java Number implementation (similar to
BigFraction and Complex classes in commons- numbers). Possibly called
BigMeasurement? Which can interact with other Number implementations as
well as other BigMeasurements and retain/report the correct uncertainty and
precision throughout the computation. I haven't ironed that out - but a
necessary intermediate step is just being able to get the sigfig count.

Dan


Re: [Meta] gitlab error responses to mailing list

2023-08-10 Thread Daniel Watson
I had my pitchfork ready, but I suppose a ban is more civil.

Thanks!

On Thu, Aug 10, 2023 at 9:41 AM Mark Thomas  wrote:

> Got them.
>
> The idiot concerned has won themselves a lifetime subscription to the
> deny list for commons-dev and the handful of other ASF lists they are
> subscribed to.
>
> Sorry it took a while to sort this out.
>
> Some of you won't yet have received the test message yet due to my mail
> server being rate limited. You should received it in the next few hours.
>
> Mark
>
>
> On 10/08/2023 09:48, Mark Thomas wrote:
> > Hi all,
> >
> > In an effort to trace the idiot that set up whatever process is
> > triggering these messages directly to anyone who posts to the dev list I
> > will be sending out some test messages later today. Each subscriber to
> > this list should only receive one test message. Apologies in advance for
> > the noise.
> >
> > Mark
> >
> >
> > On 07/08/2023 15:40, Gilles Sadowski wrote:
> >> Le lun. 7 août 2023 à 16:38, Gilles Sadowski  a
> >> écrit :
> >>>
> >>> Le lun. 7 août 2023 à 10:46, Mark Thomas  a écrit :
> 
>  Got the error message. To help me play hunt the subscriber, can anyone
>  provide information on when this behaviour started?
> >>>
> >>> I got one on Saturday at 11:17, in a thread with
> >>> [commons-math] Three Concerns
> >>> as subject line.  Content was:
> >>> ---CUT---
> >>> Unfortunately, your email message to GitLab could not be processed.
> >>>
> >>> We couldn't figure out what the email is for. Please create your issue
> >>> or comment through the web interface.
> >>> ---CUT---
> >>
> >> And again, just now, in reply to the above message...
> >>
> >>>
> >>> Regards,
> >>> Gilles
> >>>
> > [...]
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [Meta] gitlab error responses to mailing list

2023-08-10 Thread Gary Gregory
Thank you Mark!

Gary

On Thu, Aug 10, 2023, 9:41 AM Mark Thomas  wrote:

> Got them.
>
> The idiot concerned has won themselves a lifetime subscription to the
> deny list for commons-dev and the handful of other ASF lists they are
> subscribed to.
>
> Sorry it took a while to sort this out.
>
> Some of you won't yet have received the test message yet due to my mail
> server being rate limited. You should received it in the next few hours.
>
> Mark
>
>
> On 10/08/2023 09:48, Mark Thomas wrote:
> > Hi all,
> >
> > In an effort to trace the idiot that set up whatever process is
> > triggering these messages directly to anyone who posts to the dev list I
> > will be sending out some test messages later today. Each subscriber to
> > this list should only receive one test message. Apologies in advance for
> > the noise.
> >
> > Mark
> >
> >
> > On 07/08/2023 15:40, Gilles Sadowski wrote:
> >> Le lun. 7 août 2023 à 16:38, Gilles Sadowski  a
> >> écrit :
> >>>
> >>> Le lun. 7 août 2023 à 10:46, Mark Thomas  a écrit :
> 
>  Got the error message. To help me play hunt the subscriber, can anyone
>  provide information on when this behaviour started?
> >>>
> >>> I got one on Saturday at 11:17, in a thread with
> >>> [commons-math] Three Concerns
> >>> as subject line.  Content was:
> >>> ---CUT---
> >>> Unfortunately, your email message to GitLab could not be processed.
> >>>
> >>> We couldn't figure out what the email is for. Please create your issue
> >>> or comment through the web interface.
> >>> ---CUT---
> >>
> >> And again, just now, in reply to the above message...
> >>
> >>>
> >>> Regards,
> >>> Gilles
> >>>
> > [...]
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [Meta] gitlab error responses to mailing list

2023-08-10 Thread Mark Thomas

Got them.

The idiot concerned has won themselves a lifetime subscription to the 
deny list for commons-dev and the handful of other ASF lists they are 
subscribed to.


Sorry it took a while to sort this out.

Some of you won't yet have received the test message yet due to my mail 
server being rate limited. You should received it in the next few hours.


Mark


On 10/08/2023 09:48, Mark Thomas wrote:

Hi all,

In an effort to trace the idiot that set up whatever process is 
triggering these messages directly to anyone who posts to the dev list I 
will be sending out some test messages later today. Each subscriber to 
this list should only receive one test message. Apologies in advance for 
the noise.


Mark


On 07/08/2023 15:40, Gilles Sadowski wrote:
Le lun. 7 août 2023 à 16:38, Gilles Sadowski  a 
écrit :


Le lun. 7 août 2023 à 10:46, Mark Thomas  a écrit :


Got the error message. To help me play hunt the subscriber, can anyone
provide information on when this behaviour started?


I got one on Saturday at 11:17, in a thread with
    [commons-math] Three Concerns
as subject line.  Content was:
---CUT---
Unfortunately, your email message to GitLab could not be processed.

We couldn't figure out what the email is for. Please create your issue
or comment through the web interface.
---CUT---


And again, just now, in reply to the above message...



Regards,
Gilles


[...]


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: [commons-math] function or Number class to count/track number of significant figures

2023-08-10 Thread Daniel Watson
After some thought, this wrapper class might be better named something like
BigMeasurement (or just Measurement?). Significant figures and precision
are very closely tied to measurements, since the act of measuring is really
what causes the uncertainty to begin with.

I think a static method to count sigfigs is worth adding to commons-lang
math utils, so ill propose it there. As for a wrapper class, Im not so
sure. Measurement calculation seems closer to something like
commons-numbers, but if its not quite close enough to fit then i'll just
retain it in my personal commons.

Thanks for the discussion!

On Wed, Aug 9, 2023 at 3:00 PM Daniel Watson  wrote:

> I believe the convention is to take the *least* precise term and apply
> that precision (here "precision" != "sigfigs" - Ive been using both terms
> to mean sigfigs, but for these purposes precision is actually defined as
> how small a fraction the measurement is able to convey - e.g 0.01 is more
> precise than 1.1, despite the latter having more sigfigs).
>
> The results should be...
>
> 12345 + 10.0 = 12355
> 12345 + 10 =  12355
> 12345 + 1 =  12346
> 12345 + 1.0 =  12346
> 12345 + 1.0 = 12346
>
> None of these will have decimal places because the left term was not
> precise enough to have them. When adding/subtracting you can end up with
> more significant figures in your result than you had in one of your terms,
> you just can end up with a more "precise" result than either of your
> terms.e.g.
>
> 999.0 + 9.41 = 1008.4
> 4 sigfigs + 3 sigfigs = 5 sigfigs - It's perfectly fine that we ended up
> with more here, as long as we didnt increase the "precision".
>
> So in this case I think the correct logic is to add the two terms together
> in the normal way, reduce the precision to that of the limiting term, and
> then recalculate the number of significant figures on the result.
>
> I believe that, conveniently, the BigDecimal class already tracks this as
> scale(). So the information is available to determine the new precision. It
> would just be a matter of retaining it within the wrapper class and
> applying it when producing the final output string. I'd need to play around
> with a few more examples, but I think that's the logic at a high level.
>
> Dan
>
> On Wed, Aug 9, 2023 at 2:08 PM Alex Herbert 
> wrote:
>
>> On Wed, 9 Aug 2023 at 17:13, Daniel Watson  wrote:
>>
>> > BigSigFig result = new BigSigFig("1.1").multiply(new BigSigFig("2"))
>>
>> Multiply is easy as you take the minimum significant figures. What
>> about addition?
>>
>> 12345 + 0.0001
>>
>> Here the significant figures should remain at 5.
>>
>> And for this:
>>
>> 12345 + 10.0
>> 12345 + 10
>> 12345 + 1
>> 12345 + 1.0
>> 12345 + 1.00
>>
>> You have to track the overlap of significant digits somehow.
>>
>> Alex
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>


เสาร์ 19 ส.ค. สัมมนาเรียนต่อ - ทำงาน 10ประเทศ

2023-08-10 Thread StudyPlus - เรียนและทำงานเมืองนอก แนะแนวการศึกษาต่างประเทศ เรียนเมืองนอก เรียนออสเตรเลีย เรียนอังกฤษ เรียนสิงคโปร์ เรียนมาเลเซีย เรียนอเมริกา เรียนเเคนาดา เรียนนิวซีเเลนด์ เรียนเยอรมัน เรียนฝรั่งเศส เ
webversion [1] | Unsubscribe (ยกเลิกรับข่าวสาร) [2] | update profile [3]
‌
[Logo] [4]
เสาร์ 19 ส.ค. สัมมนาเรียนต่อ - ทำงาน 10ประเทศ
‌
‌
‌
 [%e0%b9%80%e0%b8%aa%e0%b8%b2%e0%b8%a3%e0%b9%8c-18-%e0%b8%81-%e0%b8%9e-2-2]
เสาร์ 19 ส.ค.สัมมนาเรียน+ทำงาน 10ประเทศ เข้างานฟรีคลิก 
https://u33942714.ct.sendgrid.net/ls/click?upn=JBcUu5wGpAzP6xYNYYhcJ0Anac9NDqKYIFOYilHa8-2By6n1QlJQ83gcAzr-2Fr6O9XdbcvG_iznFK8wYnh2HhOZuIul8aebVIBv3P61-2F1pe-2F7YPLSeiUwd7E4vQabVGav5s5u-2FBEFmaGoA3DlhMif5tU-2F40mt2P52KRVvR8-2BftKbT2n-2B0iGR8UPax5zFwjjomcmeMGXIM0XdZayPdawkhivFL3XSh1KUjGiBlExRwrvkKUUAUVaH-2F8IEMsrJPZvW9EIqhznAYuDh5OfH1KCZ85jeQ4Glew-3D-3D
เรียน + ทำงาน +การเป็นพลเมือง
ดูไบ: เรียน + ทำงาน No Statement
ออสเตรเลีย: เรียน + ทำงาน 
เยอรมัน:ค่าเรียนฟรี ตรี โท เอก หลักสูตรภาษาเยอรมัน 
นิวซีแลนด์:เรียน +ทำงาน 
มอลต้า:เรียน +ทำงานยาว
สิงคโปร์:เรียน +ทำงานยาว
แคนนาดา:เรียน +ทำงาน 
อินเดีย:ทุน
อิตาลี:เรียนต่ออิตาลี + ทำงานยาว
อเมริกา:เรียน ภาษา ตรี โท เอก
Read More
‌
‌
‌
 [ext-264x198]
‌
จัดงานที่ BCGH สีลม กทม. ใกล้ BTS ศาลาเเดง / MRTสีลมเวลา 12.30 - 16.00 น.
สถานที่ BCGH สีลม
ลง BTS ศาลาแดง / MRT สีลมเบอร์โทรติดต่อโรงแรม 022332206
 123 ซอยศาลาแดง 2 คอนแวนต์ แขวง สีลม เขต บางรัก กรุงเทพมหานคร 10500
ติดต่อสอบถามได้ที่0982533062095715477408411189070617890046
เปิดทำการ วันจันทร์ ถึงศุกร์ 10.00-17.00น.
Study Plus ประสบการณ์เกือบ 20ปี ในการแนะแนวเรียนต่อต่างประเทศมั่นใจได้
สาขาหลายประเทศ
www.StudyPlus-education.com
E-mail: i...@studyplus-education.com
Read More
‌
‌
You have received this email because you have subscribed to StudyPlus - 
เรียนและทำงานเมืองนอก
แนะแนวการศึกษาต่างประเทศ เรียนเมืองนอก เรียนออสเตรเลีย เรียนอังกฤษ
เรียนสิงคโปร์ เรียนมาเลเซีย เรียนอเมริกา เรียนเเคนาดา
เรียนนิวซีเเลนด์ เรียนเยอรมัน เรียนฝรั่งเศส เรียนอิตาลี เรียนมอลต้า
เรียนอินเดีย เรียนจีน เรียนญี่ปุ่น เรียนฮ่องกง เรียนฟิลิปปินส์
เรียนเมืองนอกทั่วโลก ทุนเรียนต่อ [5] as dev@commons.apache.org. If you no 
longer wish to receive emails please Unsubscribe
(ยกเลิกรับข่าวสาร) [6].
© 2023 StudyPlus - เรียนและทำงานเมืองนอก แนะแนวการศึกษาต่างประเทศ เรียนเมืองนอก
เรียนออสเตรเลีย เรียนอังกฤษ เรียนสิงคโปร์ เรียนมาเลเซีย เรียนอเมริกา
เรียนเเคนาดา เรียนนิวซีเเลนด์ เรียนเยอรมัน เรียนฝรั่งเศส เรียนอิตาลี
เรียนมอลต้า เรียนอินเดีย เรียนจีน เรียนญี่ปุ่น เรียนฮ่องกง
เรียนฟิลิปปินส์ เรียนเมืองนอกทั่วโลก ทุนเรียนต่อ, All rights reserved.
[Share this on Facebook] [7]
‌
Links:
--
[1] 
https://u33942714.ct.sendgrid.net/ls/click?upn=JBcUu5wGpAzP6xYNYYhcJ4L1bRFnobs20t8Mf9EGPNUzSujRM4bp3eQ2inLvawvEWatQjJbPSK-2BNEiCppCSeqrZR1lVCFZV2XI0mdepG5CPPBYAWVFxWviwEr1OESvXPLyj1kFGy-2F5pH91vMpZCkRdLfyCg1H1JjgPA-2BnjNcFBbP1fvxZcZVaiH8Mk5HQLcHqc74RaOueN2nhc3rwmEJQQCzckUV7k1zJH0oq70LoBs-3Da0Cx_iznFK8wYnh2HhOZuIul8aebVIBv3P61-2F1pe-2F7YPLSeiUwd7E4vQabVGav5s5u-2FBEIUgPkHRROg-2BZ4VuIggRjAuAalReHWpev-2BdGwpheaetw8LA4u8xMYXFo5JGkVIXirDgLfes-2F29Ja8gmvLZRQ2ZttcncTM1WEArD8yW90suq4wUkEcU1PJMLZtuRP9jUClKeGYpWEXpHzolA079T-2BQZw-3D-3D
[2] 
https://u33942714.ct.sendgrid.net/ls/click?upn=JBcUu5wGpAzP6xYNYYhcJ4L1bRFnobs20t8Mf9EGPNUzSujRM4bp3eQ2inLvawvEWatQjJbPSK-2BNEiCppCSeqrZR1lVCFZV2XI0mdepG5CPPBYAWVFxWviwEr1OESvXPLyj1kFGy-2F5pH91vMpZCkRdLfyCg1H1JjgPA-2BnjNcFBZTgr5DgqnBu4jhBxNdvTb-2FCNQXCYehsYdkgi8b9JH6X-2BA7RtGGa3EoZ63WQm-2F8Xas2pGWKVulZmv-2FU-2FcWLj7AyR8-2FidSwheguvlej1WPzkywwy-2Bxdm9jYn37BnANvtFAA-3DCUf3_iznFK8wYnh2HhOZuIul8aebVIBv3P61-2F1pe-2F7YPLSeiUwd7E4vQabVGav5s5u-2FBE5S92VVvxkyhttcPem0zm-2Bf8L5Z6odoyFB5oZqEL47FsuS3JC0Q8LpjYupfn0HxX4lDY3py34K3apOZnCCLAFCsnLasK4orTU1BM-2FRgpw2QPbguINPTS8z24PnXqaDIKwS6N83q-2B3QBqGFNA0gocn7w-3D-3D
[3] 
https://u33942714.ct.sendgrid.net/ls/click?upn=JBcUu5wGpAzP6xYNYYhcJ4L1bRFnobs20t8Mf9EGPNUzSujRM4bp3eQ2inLvawvEWatQjJbPSK-2BNEiCppCSeqrZR1lVCFZV2XI0mdepG5CPPBYAWVFxWviwEr1OESvXPLyj1kFGy-2F5pH91vMpZCkRdLfyCg1H1JjgPA-2BnjNcFBZTgr5DgqnBu4jhBxNdvTb-2F0gw-2F2laYQnhaJb4DHKD7Ka3aYzs-2BqI1O1QyQoD9iCm1d3OpnHW99x7VmxqCa5I4-2BbafxPCNftjTieQCJ5OepG9Ie7vH9m7wUh17a-2FJ1QdbQ-3DAuUe_iznFK8wYnh2HhOZuIul8aebVIBv3P61-2F1pe-2F7YPLSeiUwd7E4vQabVGav5s5u-2FBEgFpWbx7fZjG-2F2vX7kMcq2tEMOZVDYcpp0jdFrEGlrzjgf4MIgwfNJv2mq8lX-2F-2B7THmUn8qEN1D7ZeVm5QdHHQWBXxIjKUknmF5ZSJE8B-2F2GWZ3-2BMZNZrRwlyAAaHckJ4cIJ7ui8j9q-2BSX4BLKLVDpA-3D-3D
[4] 
https://u33942714.ct.sendgrid.net/ls/click?upn=JBcUu5wGpAzP6xYNYYhcJ4L1bRFnobs20t8Mf9EGPNUzSujRM4bp3eQ2inLvawvEWatQjJbPSK-2BNEiCppCSeqrZR1lVCFZV2XI0mdepG5CPPBYAWVFxWviwEr1OESvXPGbQnMj49Tmb3OqgZiLEyovjxcIQMa6ngheIan3cBY0rcnjFwGn03m4gxWQOaVRg0ps6__iznFK8wYnh2HhOZuIul8aebVIBv3P61-2F1pe-2F7YPLSeiUwd7E4vQabVGav5s5u-2FBEB3D3Exroo0iu4A5ID7VwbYLxwjewb6yBK0IBaWH4-2FvSOuh9Hxu3SIwYmfi0dbGHnJzNgpcq0gE688ZMcwv9VkTDXm2-2FLxRVFqQsWnrnY1U9ZQ4vi8X4qis20vFgUIOb1wcNjVIudwupwaFJqiJiKOA-3D-3D
[5] 

Test for [arch...@jab.org]

2023-08-10 Thread postmaster
This is a test to trace the subscriber currently generating spam. Apologies to the other subscribers for the noise.

Re: [Meta] gitlab error responses to mailing list

2023-08-10 Thread Mark Thomas

Hi all,

In an effort to trace the idiot that set up whatever process is 
triggering these messages directly to anyone who posts to the dev list I 
will be sending out some test messages later today. Each subscriber to 
this list should only receive one test message. Apologies in advance for 
the noise.


Mark


On 07/08/2023 15:40, Gilles Sadowski wrote:

Le lun. 7 août 2023 à 16:38, Gilles Sadowski  a écrit :


Le lun. 7 août 2023 à 10:46, Mark Thomas  a écrit :


Got the error message. To help me play hunt the subscriber, can anyone
provide information on when this behaviour started?


I got one on Saturday at 11:17, in a thread with
[commons-math] Three Concerns
as subject line.  Content was:
---CUT---
Unfortunately, your email message to GitLab could not be processed.

We couldn't figure out what the email is for. Please create your issue
or comment through the web interface.
---CUT---


And again, just now, in reply to the above message...



Regards,
Gilles


[...]


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: [Crypto] Compile From Source and Openssl3 Support

2023-08-10 Thread sebb
Have a look at

https://github.com/apache/commons-crypto/blob/master/src/docker/README.md

On Thu, 10 Aug 2023 at 01:33, Daniel Thertell  wrote:
>
> Okay thanks Alex, I haven't looked at the Docker file! I just called make
> in the root of the project.
> I will be digging into it more tomorrow!
>
> Dan Thertell
>
> On Wed, Aug 9, 2023, 8:21 p.m. Alex Remily  wrote:
>
> > I've been meaning to add openssl3 support to common crypto for a while
> > now.  Maybe this will give me the push that I need.  I'm on my phone now
> > without access to the branch, but I recall a docker file that provided a
> > lot of build information on the main branch.  You may consider having a
> > look if you haven't already.
> >
> >
> > Alex
> >
> > On Wed, Aug 9, 2023, 2:01 PM Daniel Thertell  wrote:
> >
> > > ya that's totally fine!
> > > I will continue to try and figure this out.
> > >
> > > Thanks,
> > > Dan Thertell
> > >
> > >
> > > On Wed, Aug 9, 2023 at 4:53 PM Gary Gregory 
> > > wrote:
> > >
> > > > The branch is work in progress from a while ago, and it did not work
> > > > completely, that much i remember. I can't take the time today to look
> > at
> > > it
> > > > today, I'm looking at other issues in Commons.
> > > >
> > > > Gary
> > > >
> > > > On Wed, Aug 9, 2023, 4:27 PM Daniel Thertell 
> > > wrote:
> > > >
> > > > > Hey Gary
> > > > >
> > > > > I believe I managed to get it to build, however I do have a few
> > > > questions.
> > > > >
> > > > > 1. Why were the make targets for the header files commented out and
> > > > > pointing to the wrong locations (in the make file)?
> > > > > 2. After successfully running make, how do I package everything into
> > a
> > > > JAR
> > > > > for testing?
> > > > >
> > > > > Thanks,
> > > > > Dan Thertell
> > > > >
> > > > > On Wed, Aug 9, 2023 at 2:13 PM Daniel Thertell 
> > > > > wrote:
> > > > >
> > > > > > Hey Gary,
> > > > > >
> > > > > > lol ya I also have that note keeping issue!
> > > > > > By any chance do you know what the version env variable should be?
> > I
> > > am
> > > > > > using 3_0_X right now.
> > > > > >
> > > > > > Thanks,
> > > > > > Dan Thertell
> > > > > >
> > > > > > On Wed, Aug 9, 2023 at 2:10 PM Gary Gregory <
> > garydgreg...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > >> I should have kept notes!
> > > > > >>
> > > > > >> Gary
> > > > > >>
> > > > > >> On Wed, Aug 9, 2023, 1:49 PM Daniel Thertell  > >
> > > > > wrote:
> > > > > >>
> > > > > >> > Hey All,
> > > > > >> >
> > > > > >> > I am looking to compile Commons Crypto from source and I am
> > > > wondering
> > > > > if
> > > > > >> > there is any documentation for this process? I am trying to
> > build
> > > > Gary
> > > > > >> > Gregory's OpenSSL3 branch but I am encountering the following
> > > > error. I
> > > > > >> know
> > > > > >> > this isn't the main branch but I am hoping someone will still be
> > > > able
> > > > > to
> > > > > >> > help out. I receive the following error when i run "make
> > linux64"
> > > (i
> > > > > >> > received a similar error on a M1 when i ran 'make mac64')
> > > > > >> >
> > > > > >> > *** No rule to make target
> > > > > >> >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> > 'target/jni-classes/org_apache_commons_crypto_random_OpenSslCryptoRandomNative.h',
> > > > > >> > needed by
> > > > > >> >
> > > > >
> > 'target/commons-crypto-3_0_x-Linux-x86_64/OpenSslCryptoRandomNative.o'.
> > > > > >> > Stop.
> > > > > >> >
> > > > > >> > Any help or ideas would be appreciated!
> > > > > >> >
> > > > > >> > Thanks,
> > > > > >> > Dan Thertell
> > > > > >> >
> > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org