View previous topic :: View next topic |
Author |
Message |
trakrailysurely n00b
Joined: 19 Sep 2022 Posts: 5
|
Posted: Wed Jul 05, 2023 2:21 am Post subject: openlitespeed and lsquic |
|
|
I am currently working on getting OpenLiteSpeed and its related libraries listed in the GURU repository.
The problem is the issue of LSQUIC in the packages it depends on.
Since the LSQUIC package depends on BoringSSL, I cannot register the package as it is.
We are working on changing the headers used by the boringssl package to be used by openssl and nettle, but only the "aead.h" header is not included in both.
Is there a best way to resolve this issue? |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1678
|
Posted: Wed Jul 05, 2023 4:29 am Post subject: Re: openlitespeed and lsquic |
|
|
trakrailysurely wrote: | We are working on changing the headers used by the boringssl package to be used by openssl and nettle, but only the "aead.h" header is not included in both. |
I'm not sure what this part means, but the only sane way to use boringssl is to statically link it directly in leaf packages which need it. It cannot be used in a library which also uses openssl (or a library whose consumer might be linked against openssl). Note that OpenSSL itself does not yet have quic support. |
|
Back to top |
|
|
trakrailysurely n00b
Joined: 19 Sep 2022 Posts: 5
|
Posted: Fri Jul 07, 2023 6:37 am Post subject: |
|
|
Thank you very much.
If we really need to incorporate BoringSSL in the future, we will import it directly statically. |
|
Back to top |
|
|
|