Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

vote passes with following binding +1 and no other votes: steffenal, ylavic, kotkov, covener, jailletc36 On Wed, Apr 12, 2023 at 10:25 PM Eric Covener wrote: > > Hi all, > > Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/d

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

Le 13/04/2023 à 04:25, Eric Covener a écrit : Hi all, Please find below the proposed release tarball and signatures: https://dist.apache.org/repos/dist/dev/apr/ I would like to call a VOTE over the next few days to release this candidate tarball apr-1.7.4-rc1 as 1.7.4: [X] +1: It's not just

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

+1 All looks fine on Windows. Steffen On Thursday 13/04/2023 at 04:25, Eric Covener wrote: Hi all, Please find below the proposed release tarball and signatures: https://dist.apache.org/repos/dist/dev/apr/ I would like to call a VOTE over the next few days to release this candidate

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

On Wed, Apr 12, 2023 at 10:25 PM Eric Covener wrote: > > Hi all, > > Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/dist/dev/apr/ > > I would like to call a VOTE over the next few days to release > this candidate tar

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

Eric Covener writes: > Hi all, > > Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/dist/dev/apr/ > > I would like to call a VOTE over the next few days to release > this candidate tarball apr-1.7.4-rc1 as 1.7.4: [X] +1:

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

On Thu, Apr 13, 2023 at 1:08 PM Evgeny Kotkov wrote: > > Eric Covener writes: > > > Hi all, > > > > Please find below the proposed release tarball and signatures: > > > > https://dist.apache.org/repos/dist/dev/apr/ > > First time voting for an APR release, but isn't apr-1.7.4-rc1-win32-src.zip >

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

present during the vote for APR 1.7.3: [[[ > svn log https://dist.apache.org/repos/dist/dev/apr -c60838 -v Changed paths: M /dev/apr/Announcement1.x.html M /dev/apr/Announcement1.x.txt A /dev/apr/apr-1.7.3-rc1-win32

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

On Thu, Apr 13, 2023 at 1:08 PM Yann Ylavic wrote: > > On Thu, Apr 13, 2023 at 1:02 PM Eric Covener wrote: > > > > New for this release we are only toggling it on the release tag (sic), > > similar to httpd release process. > > Maybe a bump (to 1.7.5 here) is missing in 1.7.x after tagging now?

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

On Thu, Apr 13, 2023 at 4:25 AM Eric Covener wrote: > > I would like to call a VOTE over the next few days to release > this candidate tarball apr-1.7.4-rc1 as 1.7.4: [X] +1: It's not just good, it's good enough! All tests pass on Debian 11 and 12, sums/sigs/version/dirname OK. Th

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

On Thu, Apr 13, 2023 at 1:02 PM Eric Covener wrote: > > New for this release we are only toggling it on the release tag (sic), > similar to httpd release process. Maybe a bump (to 1.7.5 here) is missing in 1.7.x after tagging now? Currently apr_version.h is still at 1.7.4-dev it seems.

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

#define APR_IS_DEV_VERSION > > Yeah, this is restored immediately after tagging to not let a branch > in a "release" state. > You could checkout tags/apr-1.7.4-rc1 rather than branches/1.7.x for > testing, the vote is about the tarballs but I suppose testing the tag > is fi

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

ches/1.7.x for testing, the vote is about the tarballs but I suppose testing the tag is fine too if it helps (maybe related with Windows' CRLF vs tarball's LF in the source files in your case..). Regards; Yann.

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

On Thu, Apr 13, 2023 at 9:38 AM SteffenAL wrote: > > It is identified as 1.7.4-dev > > In apr_version.h dev version is defined. I don't see this in the release candidate tarballs (.gz or .bz2), apr_version.h contains: /* #undef APR_IS_DEV_VERSION */ so it should not include the "-dev" suffix in

Re: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

It is identified as 1.7.4-dev In apr_version.h dev version is defined. Steffen --- Original message --- Subject: [VOTE] Release apr-1.7.4-rc1 as apr-1.7.4 From: Eric Covener To: dev@apr.apache.org Date: Thursday, 13/04/2023 04:25 Hi all, Please find below the proposed release tarball

[VOTE] Release apr-1.7.4-rc1 as apr-1.7.4

Hi all, Please find below the proposed release tarball and signatures: https://dist.apache.org/repos/dist/dev/apr/ I would like to call a VOTE over the next few days to release this candidate tarball apr-1.7.4-rc1 as 1.7.4: [ ] +1: It's not just good, it's good enough! [ ] +0: Let's have a talk

[VOTE] Release apr-1.7.3 [RESULTS]

On 3/27/23 10:17 AM, Ruediger Pluem wrote: > 1.7.3-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.3 > [ ] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through end-of-week. > With mo

Re: [VOTE] Release apr-1.7.3

On 3/27/2023 1:17 AM, Ruediger Pluem wrote: 1.7.3-rc1 is here: https://apr.apache.org/dev/dist/ For the release of apr-1.7.3 [+1] +1 looks great! [ ] -1 something is broken I will let the vote run through end-of-week. Regards Rüdiger I appreciate the quality of testing being

Re: [VOTE] Release apr-1.7.3

On Mon, Mar 27, 2023 at 4:18 AM Ruediger Pluem wrote: > > 1.7.3-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.3 > [x] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through end-of-week. +1 AIX/xlc/ppc64 no regression

Re: [VOTE] Release apr-1.7.3

+1 No issues seen on Windows 32/64 with httpd 2.4.56 Regards, Steffen On Monday 27/03/2023 at 10:18, Ruediger Pluem wrote: 1.7.3-rc1 is here: https://apr.apache.org/dev/dist/ For the release of apr-1.7.3 [ ] +1 looks great! [ ] -1 something is broken I will let the vote run

Re: [VOTE] Release apr-1.7.3

On Mon, Mar 27, 2023 at 10:18 AM Ruediger Pluem wrote: > > 1.7.3-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.3 [X] +1 looks great! Tested on Debian 11 and 12. All good with: apr_lock_method=USE_PROC_PTHREAD_SERIALIZE --enable-nonportable-atomics=yes

Re: [VOTE] Release apr-1.7.3

On 3/27/23 10:17 AM, Ruediger Pluem wrote: > 1.7.3-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.3 > [X ] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through end-of-week. > Tested on RedHa

[VOTE] Release apr-1.7.3

1.7.3-rc1 is here: https://apr.apache.org/dev/dist/ For the release of apr-1.7.3 [ ] +1 looks great! [ ] -1 something is broken I will let the vote run through end-of-week. Regards Rüdiger

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

Vote passes with 4 binding votes (thanks to all who voted/reviewed) +1: covener, rpluem, jorton, ylavic On Wed, Feb 1, 2023 at 8:22 AM Eric Covener wrote: > > Thanks for the quick votes everyone, I will just give it a couple more > hours then proceed. > > On Wed, Feb 1,

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

Thanks for the quick votes everyone, I will just give it a couple more hours then proceed. On Wed, Feb 1, 2023 at 4:43 AM SteffenAL wrote: > > +1 All fine on Windows > > Thanks! Eric > > > --- Original message --- > Subject: [VOTE] apr 1.7.2 and apr-util 1.6.3 > Fr

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

+1 All fine on Windows Thanks! Eric --- Original message --- Subject: [VOTE] apr 1.7.2 and apr-util 1.6.3 From: Eric Covener To: dev@apr.apache.org Date: Tuesday, 31/01/2023 22:23 I hosed 1.7.1/1.6.2 and the archives have -rcX in them at the top level. I would like to call

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

On Tue, Jan 31, 2023 at 10:23 PM Eric Covener wrote: > > I hosed 1.7.1/1.6.2 and the archives have -rcX in them at the top > level. I would like to call for an expedited vote to replace them > with version bumps. I will proceed once we get 3 binding +1. > > I have re-tagg

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

On Tue, Jan 31, 2023 at 04:22:56PM -0500, Eric Covener wrote: > I hosed 1.7.1/1.6.2 and the archives have -rcX in them at the top > level. I would like to call for an expedited vote to replace them > with version bumps. I will proceed once we get 3 binding +1. > > I have re-t

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

On 2/1/23 8:32 AM, Ruediger Pluem wrote: > > > On 1/31/23 10:22 PM, Eric Covener wrote: >> I hosed 1.7.1/1.6.2 and the archives have -rcX in them at the top >> level. I would like to call for an expedited vote to replace them >> with version bumps. I will proce

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

On 1/31/23 10:22 PM, Eric Covener wrote: > I hosed 1.7.1/1.6.2 and the archives have -rcX in them at the top > level. I would like to call for an expedited vote to replace them > with version bumps. I will proceed once we get 3 binding +1. > > I have re-tagged because I thin

Re: [VOTE] apr 1.7.2 and apr-util 1.6.3

> For the release of apr-1.7.2 AND apr-util-1.6.3 > [x] +1 looks great > [ ] -1 something is broken +1 for both

[VOTE] apr 1.7.2 and apr-util 1.6.3

I hosed 1.7.1/1.6.2 and the archives have -rcX in them at the top level. I would like to call for an expedited vote to replace them with version bumps. I will proceed once we get 3 binding +1. I have re-tagged because I think the consensus will be that updating the tarballs and signatures

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

Many thanks Eric. On 31/01/2023 23:35, Eric Covener wrote: Vote passes with three binding +1 (ylavic, rpluem, covener), i will [slowly] proceed on APR and APU. -- Regards, Noel Butler This Email, including attachments, may contain legally privileged information, therefore at all times

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

gt; > [ ] -1 something is broken > > > > +1 AIX/xlc/ppc64 no regression. > > Given the Friday re-roll, I will hold the vote open an extra 24h (3 > binding +1 as of now) to give time for more feedback. Vote passes with three binding +1 (ylavic, rpluem, covener), i will [slowly] proceed on APR and APU. -- Eric Covener cove...@gmail.com

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

elease apr-util 1.6.2 with it. > > In the spirit of minimizing further delays, I have backported and > rolled RC3 so we can bank a vote on it separately from the versioning > info. -- Eric Covener cove...@gmail.com

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

On Fri, Jan 27, 2023 at 8:42 AM Eric Covener wrote: > > 1.6.2-rc3 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-util-1.6.2 > [ ] +1 looks great > [ ] -1 something is broken > +1 AIX/xlc/ppc64 no regression. Given the Friday re-roll

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

Argh, this vote was actually meant for apr-util-1.6.2-rc2 :/ Nevermind, my +1 for apr-util-1.6.2-rc3 on the other thread anyway. On Wed, Jan 25, 2023 at 4:10 PM Yann Ylavic wrote: > > On Fri, Jan 20, 2023 at 1:44 AM Eric Covener wrote: > > > > 1.7.1-rc1 is here: > > &g

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

On Fri, Jan 27, 2023 at 2:42 PM Eric Covener wrote: > > 1.6.2-rc3 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-util-1.6.2 [X] +1 looks great Debian 11 & 12. Did not test the new mariadb bits specifically. Thanks Eric. Regards; Yann.

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

https://apr.apache.org/dev/dist/ For the release of apr-util-1.6.2 [x] +1 looks great [ ] -1 something is broken +1

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

On 27/01/2023 23:42, Eric Covener wrote: 1.6.2-rc3 is here: https://apr.apache.org/dev/dist/ For the release of apr-util-1.6.2 [ X ] +1 looks great [ ] -1 something is broken non binding +1 on rc3 build process Rebuilt httpd with included apr option, no errors, apru build succeeds and

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

gt;>> For the release of apr-util-1.6.2 >>> [ ] +1 looks great >>> [ ] -1 something is broken >>> >>> I'd like to call a vote in parallel to the discussion around the >>> suitability for 1.6.x. >>> >>> If there is not a passing vote (

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

[ ] -1 something is broken > > > > I'd like to call a vote in parallel to the discussion around the > > suitability for 1.6.x. > > > > If there is not a passing vote (or is no versioning consensus) in ~72H > > I will proceed with rc2 and abandon rc3. Otherw

Re: [VOTE] release apr-1.6.2-rc3 as APR 1.6.2

On 1/27/23 2:42 PM, Eric Covener wrote: > 1.6.2-rc3 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-util-1.6.2 > [ ] +1 looks great > [ ] -1 something is broken > > I'd like to call a vote in parallel to the discussion around

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

> I would be in favor of hearing further opinions on whether backporting this > to APR-UTIL 1.6 complies with our versioning rules. > If it does we should do so and release apr-util 1.6.2 with it. In the spirit of minimizing further delays, I have backported and rolled RC3 so we can ba

[VOTE] release apr-1.6.2-rc3 as APR 1.6.2

1.6.2-rc3 is here: https://apr.apache.org/dev/dist/ For the release of apr-util-1.6.2 [ ] +1 looks great [ ] -1 something is broken I'd like to call a vote in parallel to the discussion around the suitability for 1.6.x. If there is not a passing vote (or is no versioning consensus

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

Am 23.01.23 um 19:57 schrieb Eric Covener: 1.6.2-rc2 is here: https://apr.apache.org/dev/dist/ For the release of apr-util-1.6.2 [ X] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week and then try to finalize APR and APU on Thursday if I can, else

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

Am 20.01.23 um 01:44 schrieb Eric Covener: 1.7.1-rc1 is here: https://apr.apache.org/dev/dist/ For the release of apr-1.7.1 [ X] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week. +1 to release and thanks a bunch for RMing. Build and tested

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On 1/26/23 3:15 AM, Noel Butler wrote: > On 24/01/2023 22:08, Graham Leggett via dev wrote: > >> On 24 Jan 2023, at 02:02, Noel Butler > > wrote: >>> >>> This is a result of apr-util 1.6 STILL NOT patched for mariadb or mysql 10 >>> plus  >>> >>>

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On 24/01/2023 22:08, Graham Leggett via dev wrote: On 24 Jan 2023, at 02:02, Noel Butler wrote: This is a result of apr-util 1.6 STILL NOT patched for mariadb or mysql 10 plus https://bz.apache.org/bugzilla/show_bug.cgi?id=61517#c5 If you prepare a patch for 1.6 I can take a look. Is it

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On 2023-01-23 13:57, Eric Covener wrote: 1.6.2-rc2 is here: I think this release should be on hold until the patch that has been available for 5 years made it into the code base. While the main devs are happy with svn, most other devs prefer git and PRs for development. In this regard

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

t; > > > For the release of apr-util-1.6.2 > > [X] +1 looks great! > > [ ] -1 something is broken > > > > I will let the vote run through mid-week and then try to finalize APR > > and APU on Thursday if I can, else early the week after. > > +1: macOS/Xcode > > Thx for RMing! > -- Eric Covener cove...@gmail.com

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On Tue, Jan 24, 2023 at 2:49 PM William Kimball Jr. wrote: > > I'm sorry to pester, but I've been supporting this patch by hand for several > years; I'd really like to get this fix into APR so I no longer need to. This > is an important security fix; it adds long-missing TLS to MySQL DB >

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On Fri, Jan 20, 2023 at 1:44 AM Eric Covener wrote: > > 1.7.1-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 [X] +1 looks great! Testing on Debian 11 and 12+ (bookwork/sid) using apr-1.7.1(-rc2). No test failure, checksum/signature ok. Thanks Eric!

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

I'm sorry to pester, but I've been supporting this patch by hand for several years; I'd really like to get this fix into APR so I no longer need to.  This is an important security fix; it adds long-missing TLS to MySQL DB connections. When I last followed all instructions given to me, I was

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

+1 Windows Steffen > Op 23 jan. 2023 om 19:58 heeft Eric Covener het volgende > geschreven: > > 1.6.2-rc2 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-util-1.6.2 > [x] +1 looks great! > [ ] -1 something is broken > >

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

> On Jan 23, 2023, at 1:57 PM, Eric Covener wrote: > > 1.6.2-rc2 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-util-1.6.2 > [X] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through mid-week and t

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On 1/24/23 1:08 PM, Graham Leggett via dev wrote: > On 24 Jan 2023, at 02:02, Noel Butler > wrote: >> >> This is a result of apr-util 1.6 STILL NOT patched for mariadb or mysql 10 >> plus  >> >> https://bz.apache.org/bugzilla/show_bug.cgi?id=61517#c5 >> > If you

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On Tue, Jan 24, 2023 at 7:09 AM Graham Leggett via dev wrote: > > On 24 Jan 2023, at 02:02, Noel Butler wrote: > > This is a result of apr-util 1.6 STILL NOT patched for mariadb or mysql 10 > plus > > https://bz.apache.org/bugzilla/show_bug.cgi?id=61517#c5 > > If you prepare a patch for 1.6 I

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On 24 Jan 2023, at 02:02, Noel Butler wrote: > This is a result of apr-util 1.6 STILL NOT patched for mariadb or mysql 10 > plus > > https://bz.apache.org/bugzilla/show_bug.cgi?id=61517#c5 > If you prepare a > patch for 1.6 I can take

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

This is a result of apr-util 1.6 STILL NOT patched for mariadb or mysql 10 plus https://bz.apache.org/bugzilla/show_bug.cgi?id=61517#c5 On 24/01/2023 09:52, Noel Butler wrote: On 24/01/2023 04:57, Eric Covener wrote: 1.6.2-rc2 is here: https://apr.apache.org/dev/dist/ For the release of

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On 24/01/2023 04:57, Eric Covener wrote: 1.6.2-rc2 is here: https://apr.apache.org/dev/dist/ For the release of apr-util-1.6.2 [ ] +1 looks great! [ x ] -1 something is broken building http 2.4.55 with included apr fails libaprutil-1.so: undefined reference to `my_init' make[2]:

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

On Mon, Jan 23, 2023 at 1:57 PM Eric Covener wrote: > > 1.6.2-rc2 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-util-1.6.2 > [x] +1 looks great! > [ ] -1 something is broken > +1 aix/xlc/ppc64 no regression (testxlate has never worked)

[VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

1.6.2-rc2 is here: https://apr.apache.org/dev/dist/ For the release of apr-util-1.6.2 [ ] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week and then try to finalize APR and APU on Thursday if I can, else early the week after. -- Eric Covener cove

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

FYI holding finalization so APU vote can wrap up and be announced together. On Thu, Jan 19, 2023 at 7:44 PM Eric Covener wrote: > > 1.7.1-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 > [ ] +1 looks great! > [ ] -1 something

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On Fri, Jan 20, 2023 at 1:44 AM Eric Covener wrote: > > For the release of apr-1.7.1 [X] +1 looks great! apr-1.7.1-rc2 tested on Debian 11 and 12+ (bookwork/sid). All good with: apr_lock_method=USE_PROC_PTHREAD_SERIALIZE --enable-nonportable-atomics=yes --enable-posix-shm Thanks a lot

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On 1/20/23 1:44 AM, Eric Covener wrote: > 1.7.1-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 > [ ] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through mid-week. > +1. Tested on RedHat 8.7 x86_64 Regards Rüdiger

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

> On Jan 19, 2023, at 7:44 PM, Eric Covener wrote: > > 1.7.1-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 > [ X] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through mid-week. > macOS 12.6.2 / Xcode 14.2

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

Is it still possible to do so?  When I last asked (years ago), I was told to start the process by making an additional patch for APR 2.0, which I did.  Do you need another patch from me for 1.7 to get it in?  I'm happy to create it, if it'll really help move this forward. On 1/21/2023 3:46

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On Sat, Jan 21, 2023 at 4:21 PM William Kimball Jr. wrote: > > I'm sorry if this is not an appropriate thread to ask, but will this release > include https://bz.apache.org/bugzilla/show_bug.cgi?id=62342 (apr_dbd_mysql > Lacks TLS Support )? I submitted that fix way back in 2018 and I don't

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

I'm sorry if this is not an appropriate thread to ask, but will this release include https://bz.apache.org/bugzilla/show_bug.cgi?id=62342 (apr_dbd_mysql Lacks TLS Support )?  I submitted that fix way back in 2018 and I don't know how to tell whether it has "made it in". On 1/20/2023 9:30 AM,

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On Fri, 20 Jan 2023 at 03:44, Eric Covener wrote: > 1.7.1-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 > [X ] +1 looks great! > [ ] -1 something is broken > > +1 (Windows) -- Ivan Zhakov

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

[ ] +1 looks great! > > [ ] -1 something is broken > > > > I will let the vote run through mid-week. > > +1 AIX/ppc64 (no regression) and Ubuntu 20.04/x86_64. also 100% on solaris/sunstudio/sparc64

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On 20/01/2023 10:44, Eric Covener wrote: On Thu, Jan 19, 2023 at 7:44 PM Eric Covener wrote: 1.7.1-rc1 is here: rc2 of course https://apr.apache.org/dev/dist/ For the release of apr-1.7.1 [ ] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week. +1

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

For the release of apr-1.7.1 [x] +1 looks great! [ ] -1 something is broken +1 Windows Steffen

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

For the release of apr-1.7.1 [x] +1 looks great! [ ] -1 something is broken +1 Debian 11 x64

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

On Thu, Jan 19, 2023 at 7:44 PM Eric Covener wrote: > > 1.7.1-rc1 is here: rc2 of course > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 > [ ] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through mid-week

VOTE: Release apr-1.7.1-rc2 as 1.7.1

1.7.1-rc1 is here: https://apr.apache.org/dev/dist/ For the release of apr-1.7.1 [ ] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week. -- Eric Covener cove...@gmail.com

Re: [VOTE] Release apr-1.7.1

On Thu, Jan 19, 2023 at 12:20 PM Eric Covener wrote: > > 1.7.1-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 > [ ] +1 looks great! > [ ] -1 something is broken -1 for AIX result. I have opted-out for AIX in the change in 1906827 and will try a new rc

Re: [VOTE] Release apr-1.7.1

> [ ] -1 something is broken > > > > I will let the vote run through mid-week. > > > > I've got no idea what I'm doing here, so I've adopted the -rcX style > > from recent httpd releases as it's likely many version numbers would > > be burned otherwise. >

Re: [VOTE] Release apr-1.7.1

On Thu, Jan 19, 2023 at 12:20 PM Eric Covener wrote: > > 1.7.1-rc1 is here: > > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.1 > [ ] +1 looks great! > [ ] -1 something is broken > > I will let the vote run through mid-week. > > I've

[VOTE] Release apr-1.7.1

1.7.1-rc1 is here: https://apr.apache.org/dev/dist/ For the release of apr-1.7.1 [ ] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week. I've got no idea what I'm doing here, so I've adopted the -rcX style from recent httpd releases as it's likely many

[results] [vote] Win32 Decision Point

As this vote has run 4 weeks, and has 7 votes in favor (including mine), none opposed, announcing that; Please drop 8-bit and focus only on utf-8 resource names on Win32. is now the official policy for APR 2.0 branch. Others are welcome to help detangle and eliminate the ANSI win32 code

Re: [vote] Win32 Decision Point

re > leveraging ANSI-specific builds for local code page semantics, vs how > many are willing to treat all system resources as utf-8 names, and for > ANSI, willing to live on the 1.x branch in perpetuity? These are builds > that explicitly toggle ANSI in spite of whatever OS the bina

Re: [vote] Win32 Decision Point

On Thu, Apr 25, 2019 at 2:59 AM Ivan Zhakov wrote: > [X] Please drop 8-bit and focus only on utf-8 resource names on Win32. > > The only problem I see that it would harder to backport fixes to > stable branches. What about release apr 1.8 without ANSI logic? > That isn't possible by my reading

Re: [vote] Win32 Decision Point

On Wed, Apr 24, 2019 at 9:31 PM William A Rowe Jr wrote: > > Committers and community both, please choose one below, [X] Please drop 8-bit and focus only on utf-8 resource names on Win32.

Re: [vote] Win32 Decision Point

the binary runs on. > > So the vote is pretty simple, I propose to strip all ANSI 8-bit logic from > the apr (2.0) trunk/ and leave only the utf8->wide char logic remaining. > Committers and community both, please choose one below, > > [ ] Please retain the ANSI logic in APR 2.0 on W

Re: [vote] Win32 Decision Point

OS the binary runs on. > > So the vote is pretty simple, I propose to strip all ANSI 8-bit logic from > the apr (2.0) trunk/ and leave only the utf8->wide char logic remaining. > Committers and community both, please choose one below, > > [ ] Please retain the ANSI logic in APR 2.

Re: [vote] Win32 Decision Point

On Wed, Apr 24, 2019, 14:31 William A Rowe Jr wrote: >... > > > [X] Please drop 8-bit and focus only on utf-8 resource names on Win32. > It is a very good breaking change for 2.0. Leave that stuff behind. Devs who need it can stick to 1.x or choose another solution. Cheers, -g

[vote] Win32 Decision Point

many are willing to treat all system resources as utf-8 names, and for ANSI, willing to live on the 1.x branch in perpetuity? These are builds that explicitly toggle ANSI in spite of whatever OS the binary runs on. So the vote is pretty simple, I propose to strip all ANSI 8-bit logic from the apr

Re: [result] [vote] Release apr-1.7.0 ?

On 4/4/19 4:56 PM, Rainer Jung wrote: > Hi Dennis, > Thank you for the extensive details ! I arrived at a similar sort of discovery but I used a more brute force method. I did check sources to see that we had new symbols that did not previously exist and I did have apr headers on the system

Re: [result] [vote] Release apr-1.7.0 ?

Hi Dennis, Am 04.04.2019 um 20:32 schrieb Dennis Clarke: On 4/4/19 2:10 PM, William A Rowe Jr wrote: First off, thanks all who have contributed to the 1.6.0 -> 1.7.0 evolution in some large or small way. Secondly, thanks to all who reviewed. May not matter much at this point but on Solaris

Re: [result] [vote] Release apr-1.7.0 ?

Yes, please consult with Rainer, there are still hours to pull back and rework a 1.7.1 launch. Thanks for the very complete details. Please crosscheck if you are each speaking of opteron or sparc flavors. On Thu, Apr 4, 2019 at 1:32 PM Dennis Clarke wrote: > On 4/4/19 2:10 PM, William A Rowe

Re: [result] [vote] Release apr-1.7.0 ?

On 4/4/19 2:10 PM, William A Rowe Jr wrote: > First off, thanks all who have contributed to the 1.6.0 -> 1.7.0 evolution > in some large or small way. Secondly, thanks to all who reviewed. > May not matter much at this point but on Solaris 10 sparc I saw this in tests : us=$status; \

[result] [vote] Release apr-1.7.0 ?

. I observed Yann's feedback which I agree with on the change of locking priority in the announcement, I'm still hoping someone from the Netware maintainers community will comment on that specific communication in the draft Announcement before it goes out tomorrow. So with all this said, the vote pas

Re: [vote] Release apr-1.7.0 ?

On Mon, 1 Apr 2019 13:01:55 -0500 William A Rowe Jr wrote: > Candidate tarballs are at the usual location; > https://apr.apache.org/dev/dist/ > > For the release of apr-1.7.0 > [ ] +1 looks great! > [ ] -1 something is broken +1. Works for me. Debian (currently my only dev

Re: [vote] Release apr-1.7.0 ?

already solved there. --- Original message --- Subject: Re: [vote] Release apr-1.7.0 ? From: Yann Ylavic To: Steffen Cc: APR Developer List Date: Wednesday, 03/04/2019 15:57 On Wed, Apr 3, 2019 at 2:30 PM Steffen wrote: Warnings : Thanks Steffen, better with the attached patch applied?

Re: [vote] Release apr-1.7.0 ?

On Wed, Apr 3, 2019 at 2:30 PM Steffen wrote: > > Warnings : Thanks Steffen, better with the attached patch applied? Index: atomic/win32/apr_atomic64.c === --- atomic/win32/apr_atomic64.c (revision 1856873) +++

Re: [vote] Release apr-1.7.0 ?

arning C4267: '=': conversion from 'size_t' to 'apr_uint32_t', possible loss of data On 1-4-2019 20:01, William A Rowe Jr wrote: Candidate tarballs are at the usual location; https://apr.apache.org/dev/dist/ For the release of apr-1.7.0   [  ]  +1 looks great!   [  ]  -1 something is broke

Re: [vote] Release apr-1.7.0 ?

Am 01.04.2019 um 20:01 schrieb William A Rowe Jr: Candidate tarballs are at the usual location; https://apr.apache.org/dev/dist/ For the release of apr-1.7.0   [X]   +1 looks great!   [  ]  -1 something is broken This vote will conclude April 4th 2pm EDT, for potential announcement Friday

Re: tarball.sha256 file formatting (Was Re: [VOTE] apr-1.6.4 release?)

Hi Bill, Am 01.04.2019 um 20:06 schrieb William A Rowe Jr: On Mon, Sep 10, 2018 at 3:34 PM Rainer Jung > wrote: Am 07.09.2018 um 18:19 schrieb William A Rowe Jr: > Please cast your votes on the following release candidate > found at

  1   2   3   4   5   6   7   8   9   10   >