Yeah, that's what what I decided to do. Thanks.
On Thu, Apr 9, 2020, at 2:08 PM, Florian Weimer wrote:
> * Jay Berkenbilt:
>
> > I'm about to release qpdf 10. Someone contributed an openssl crypto
> > provider. Do you think I should build with the qpdf packages for
> > debian with 1) only
* Jay Berkenbilt:
> I'm about to release qpdf 10. Someone contributed an openssl crypto
> provider. Do you think I should build with the qpdf packages for
> debian with 1) only gnutls, 2) only openssl, or 3) both gnutls and
> openssl? Option 3 allows users to select at runtime but makes qpdf
>
I'm about to release qpdf 10. Someone contributed an openssl crypto provider.
Do you think I should build with the qpdf packages for debian with 1) only
gnutls, 2) only openssl, or 3) both gnutls and openssl? Option 3 allows users
to select at runtime but makes qpdf dependent on both packages.
Okay, thanks for all the response, public and private. There seems to be
broad consensus to use the gnutls crypto and disable the native one, so
that's what I'll do. Appreciate the advice!
--Jay
On Sun, Nov 10, 2019 at 2:05 PM Moritz Mühlenhoff wrote:
> On Sat, Nov 09, 2019 at 07:10:44PM
On Sat, Nov 09, 2019 at 07:10:44PM -0500, Jay Berkenbilt wrote:
> I am the upstream author and the debian maintainer of qpdf.
>
> At the request of RedHat, I have made an enhancement to qpdf that
> allows an external library to be used for crypto functions rather than
> using qpdf's native crypto
Hi Jan,
On 10-11-2019 01:10, Jay Berkenbilt wrote:
> I can build qpdf 9.1 for Debian in one of three ways: 1) use only the
> native crypto as in all previous releases, thus avoiding a dependency
> on gnutls; 2) build only the gnutls crypto provider thus causing a
> dependency on gnutls but
On Sun, Nov 10, 2019 at 8:11 AM Jay Berkenbilt wrote:
> I am the upstream author and the debian maintainer of qpdf.
Disclaimer: I'm not part of either of the teams you CCed.
> Do you have an opinion about which way I should go?
I would drop the native crypto code from qpdf. If the native
I am the upstream author and the debian maintainer of qpdf.
At the request of RedHat, I have made an enhancement to qpdf that
allows an external library to be used for crypto functions rather than
using qpdf's native crypto implementations. The qpdf library includes
code to compute hashes with
8 matches
Mail list logo
