Re: [VOTE] Release httpd-2.4.53-rc2 as httpd-2.4.53
> On Mar 9, 2022, at 11:19 AM, Stefan Eissing wrote: > > Hi all, > > Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/dist/dev/httpd/ > > I would like to call a VOTE over the next few days to release > this candidate tarball httpd-2.4.53-rc2 as 2.4.53: > [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. > macOS 12.2.1 / Xcode 13.2.1 Ubuntu 20.04LTS
Re: About our autoconf problems
On 3/10/22 9:09 AM, Rainer Jung wrote: > First thanks to Stefan for downgrading his release system. It is a good > workaround for the observed problems. > > Since downgrades are not a long term solution, here's the status info to > avoid confusion. > > We observed two problems that had to do with using a recent autoconf version > (2.70 an above) during releasing: > > - bundled APR configure broken (ongoing) > > This is already fixed by adjusting one of our autoconf macros in APR 1.7.x > and trunk (I think not in 1.6.x). But we didn't have an > APR release since a long time, so the deps tarball for httpd still contains > the latest but unfixed APR version. Once we will have > a new APR release und bundle that, this autoconf problem will be gone and the > latest autoconf should again be fine. > > - thread local detection broken in httpd.h (fixed) > > This is not a configure time problem, but a compile time problem. But it is > still related to configure, because since autoconf > 2.70 our call to AC_PROG_CC also checks whether the compiler support C11. For > some gcc versions, eg. 4.8.x, this leads in > "-std=gnu11" being added to the compiler flags. This in combination with > httpd.h in 2.4.53-rc1 lead to a compile time failure. But isn't this a bug in autoconf to add this as 4.8.x does not implement C11? Or should we blame it on gcc 4.8.x to accept -std=gnu11 if it doesn't implement this? Irrespective of the answers to the the questions above it is good that we have the fix in httpd.h. Regards RĂ¼diger
Re: [VOTE] Release httpd-2.4.53-rc2 as httpd-2.4.53
On Wed, Mar 9, 2022 at 5:20 PM Stefan Eissing wrote: > > I would like to call a VOTE over the next few days to release > this candidate tarball httpd-2.4.53-rc2 as 2.4.53: [X] +1: It's not just good, it's good enough! All good on Debian 10, 11 & 12. Thanks Stefan for RMing, now we know that rc++ mechanism works too ;)
Re: [VOTE] Release httpd-2.4.53-rc2 as httpd-2.4.53
> Am 09.03.2022 um 17:19 schrieb Stefan Eissing : > > Hi all, > > Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/dist/dev/httpd/ > > I would like to call a VOTE over the next few days to release > this candidate tarball httpd-2.4.53-rc2 as 2.4.53: > [ ] +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. > > The computed digests of the tarball up for vote are: > sha256: 7a045e8e653aaf931f9667f3a7e1943bd81306bf908f316465f737a854d10c16 > *httpd-2.4.53-rc2.tar.gz > sha512: > 2fa1918aa44eb9984c0a294f416102088ed6874213391acd8c434b062603eb2a9ec64f7b1a218d4fe283d74fc9956650297d0b4dda57dcd8533b075a7321ec78 > *httpd-2.4.53-rc2.tar.gz > > The SVN candidate source is found at tags/2.4.53-rc2-candidate. +1 on 21.3.0 Darwin Kernel, macOS 12.2.1 (Intel)
Re: [VOTE] Release httpd-2.4.53-rc2 as httpd-2.4.53
On Wed, Mar 09, 2022 at 05:19:22PM +0100, Stefan Eissing wrote: > Hi all, > > Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/dist/dev/httpd/ > > I would like to call a VOTE over the next few days to release > this candidate tarball httpd-2.4.53-rc2 as 2.4.53: > [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. > > The computed digests of the tarball up for vote are: > sha256: 7a045e8e653aaf931f9667f3a7e1943bd81306bf908f316465f737a854d10c16 > *httpd-2.4.53-rc2.tar.gz > sha512: > 2fa1918aa44eb9984c0a294f416102088ed6874213391acd8c434b062603eb2a9ec64f7b1a218d4fe283d74fc9956650297d0b4dda57dcd8533b075a7321ec78 > *httpd-2.4.53-rc2.tar.gz > > The SVN candidate source is found at tags/2.4.53-rc2-candidate. +1 from me, test suite passes on Fedora 35, RHEL8+"9ish". Thanks again. Regards, Joe
About our autoconf problems
First thanks to Stefan for downgrading his release system. It is a good workaround for the observed problems. Since downgrades are not a long term solution, here's the status info to avoid confusion. We observed two problems that had to do with using a recent autoconf version (2.70 an above) during releasing: - bundled APR configure broken (ongoing) This is already fixed by adjusting one of our autoconf macros in APR 1.7.x and trunk (I think not in 1.6.x). But we didn't have an APR release since a long time, so the deps tarball for httpd still contains the latest but unfixed APR version. Once we will have a new APR release und bundle that, this autoconf problem will be gone and the latest autoconf should again be fine. - thread local detection broken in httpd.h (fixed) This is not a configure time problem, but a compile time problem. But it is still related to configure, because since autoconf 2.70 our call to AC_PROG_CC also checks whether the compiler support C11. For some gcc versions, eg. 4.8.x, this leads in "-std=gnu11" being added to the compiler flags. This in combination with httpd.h in 2.4.53-rc1 lead to a compile time failure. That problem is now fixed by making httpd.h more robust, so fir that problem the downgrade is no longer needed. Thanks and regards, Rainer