Mailing List Archive

[VOTE] Release libapreq2-2.17
Hi, I've prepared a candidate release tarball for libapreq2 v2.17 here:

https://dist.apache.org/repos/dist/dev/httpd/libapreq/

I would like to call a VOTE over the next week to release this candidate
tarball as v2.17:

[ ] +1: It's not just good, it's good enough!
[ ] +0: Let's have a talk.
[ ] -1: There's trouble in paradise. Here's what's wrong.

SHA-256 and SHA-512 checksums for the tarball are as follows:

046487f084c12fa1c822affc5f7de56efed9b48905a426e631a6b949c114d86c libapreq2-2.17.tar.gz
89b139b8673145d9e2d8fd77d36f878c519c1deb7f9b853cda2a15d34cbb619d1c5e784ba21553f23c2ef07803f07c75a83d96cd770f80e1b36283a4cbb88999 libapreq2-2.17.tar.gz

The release is prepared from:
https://svn.apache.org/repos/asf/httpd/apreq/branches/v2.17 at r1903514

Regards, Joe
Re: [VOTE] Release libapreq2-2.17 [ In reply to ]
On Thu, Aug 18, 2022 at 1:32 PM Joe Orton <jorton@redhat.com> wrote:
>
> I would like to call a VOTE over the next week to release this candidate
> tarball as v2.17:

+1 on Debian(s).


Thanks Joe for RMIng!
Re: [VOTE] Release libapreq2-2.17 [ In reply to ]
On Mon, Aug 22, 2022 at 11:32 AM Yann Ylavic <ylavic.dev@gmail.com> wrote:
>
> On Thu, Aug 18, 2022 at 1:32 PM Joe Orton <jorton@redhat.com> wrote:
> >
> > I would like to call a VOTE over the next week to release this candidate
> > tarball as v2.17:
>
> +1 on Debian(s).

Not really related to apreq, but somehow the perl test framework is
now generating certificate key files in PKCS#8 format (for
SSLProxyMachineCertificateFile), previously they were in PKCS#1
format. That's the case for the httpd test framework too.
Any idea what happened there?

As a result load_x509_info()::PEM_X509_INFO_read_bio() does not
recognize them as private key files and httpd-2.4.x fails to load.
httpd-trunk is loading still, thanks to r1884552, but this commit
looks quite orthogonal/incidental per the commit message?
Linking httpd-trunk with libapreq seems useless/hopeless though, since
the apreq util/helper functions have been copied in server/apreq_*.c
files with the exact same apreq_ prefix, httpd will always use its own
ones..


Regards;
Yann.
Re: [VOTE] Release libapreq2-2.17 [ In reply to ]
On 8/18/22 13:31, Joe Orton wrote:
> [X] +1: It's not just good, it's good enough!

Tested on fedora 36

--
Cheers

Jean-Frederic
Re: [VOTE] Release libapreq2-2.17 [ In reply to ]
On Thu, Aug 18, 2022 at 12:31:56PM +0100, Joe Orton wrote:
> Hi, I've prepared a candidate release tarball for libapreq2 v2.17 here:
>
> https://dist.apache.org/repos/dist/dev/httpd/libapreq/
>
> I would like to call a VOTE over the next week to release this candidate
> tarball as v2.17:
>
> [X] +1: It's not just good, it's good enough!
> [ ] +0: Let's have a talk.
> [ ] -1: There's trouble in paradise. Here's what's wrong.

Adding my own +1, tests fine here on Fedora 36.

Regards, Joe