Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Daniel Ruggeri]

Agreed - thank you (everyone) for the quick rally to fix this and for
confirming we don't have other work needing to be done. I apologize for
taking almost 24 hours to ACK and get us moving again.

I've updated CHANGES and will send a VOTE shortly

-- 
Daniel Ruggeri

On 7/31/2020 1:28 PM, Rainer Jung wrote:
> Since here were lots of "good-to-go, let's roll" one note though: the
> current CHANGES does not yet a section for 2.4.46, cause normally
> APLOGNO doesn't get noted on CHANGES. In this case it might be
> something like
>
>   *) mod_proxy_fcgi: Fix build on Windows.
>
> and credits for Eric (who fixed it on trunk) oand/or Christophe, who
> backported it.
>
> Best regards,
>
> Rainer
>
> Am 31.07.2020 um 15:36 schrieb Rainer Jung:
>> Since there wasn't yet any reaction to Daniel's question: Is anybody
>> right now working on more warnings fixes for Windows?
>>
>> The most prominent one (missing APLOGNo number = missing macro
>> argument) IMHO was already fixed by Christophe in r1880438. Anything
>> else worth waiting for or are we (is Daniel) good to go for 2.4.46?
>>
>> Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.
>>
>> Regards,
>>
>> Rainer
>>
>> Am 30.07.2020 um 22:26 schrieb Daniel Ruggeri:
>>> Hi, all;
>>>     I thank everyone for their testing and quick feedback. While we had
>>> enough votes and positive feedback, we have some easily fixable
>>> warnings
>>> which have precedence for holding up a release.
>>>
>>>     To that end, I will close this vote and declare 2.4.45 dead on
>>> the vine.
>>>
>>>     I will roll 2.4.46 when we are all buttoned up with the warnings.

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Steffen]

Below said : *) mod_proxy_fcgi: Fix build on Windows

Not agree, just say what really happened. 

Better :  *) mod_proxy_fcgi: Fix missing macro argument

No, not a fix for build on windows., was/is building fine. APLOGNO is used on 
all platforms, only a list of warnings from my Windows build was showing a 
APLOGNO warning. 


 Begin Message  
  B Group: gmane.comp.apache.devel 
MsgID: <81701411-6eea-85cb-4f3f-eef114069...@kippdata.de> 

Since here were lots of "good-to-go, let's roll" one note though: the 
current CHANGES does not yet a section for 2.4.46, cause normally 
APLOGNO doesn't get noted on CHANGES. In this case it might be something 
like

  *) mod_proxy_fcgi: Fix build on Windows.

and credits for Eric (who fixed it on trunk) oand/or Christophe, who 
backported it.

Best regards,

Rainer

Am 31.07.2020 um 15:36 schrieb Rainer Jung:
>Since there wasn't yet any reaction to Daniel's question: Is anybody 
>right now working on more warnings fixes for Windows?
>
>The most prominent one (missing APLOGNo number =) 
>IMHO was already fixed by Christophe in r1880438. Anything else worth 
>waiting for or are we (is Daniel) good to go for 2.4.46?
>
>Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.
>
>Regards,
>
>Rainer
>
>Am 30.07.2020 um 22:26 schrieb Daniel Ruggeri:
>>Hi, all;
>>I thank everyone for their testing and quick feedback. While we had
>>enough votes and positive feedback, we have some easily fixable warnings
>>which have precedence for holding up a release.
>>
>>To that end, I will close this vote and declare 2.4.45 dead on the 
>>vine.
>>
>>I will roll 2.4.46 when we are all buttoned up with the warnings.



- End Message - 

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Rainer Jung]

Since here were lots of "good-to-go, let's roll" one note though: the 
current CHANGES does not yet a section for 2.4.46, cause normally 
APLOGNO doesn't get noted on CHANGES. In this case it might be something 
like


  *) mod_proxy_fcgi: Fix build on Windows.

and credits for Eric (who fixed it on trunk) oand/or Christophe, who 
backported it.


Best regards,

Rainer

Am 31.07.2020 um 15:36 schrieb Rainer Jung:
Since there wasn't yet any reaction to Daniel's question: Is anybody 
right now working on more warnings fixes for Windows?


The most prominent one (missing APLOGNo number = missing macro argument) 
IMHO was already fixed by Christophe in r1880438. Anything else worth 
waiting for or are we (is Daniel) good to go for 2.4.46?


Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.

Regards,

Rainer

Am 30.07.2020 um 22:26 schrieb Daniel Ruggeri:

Hi, all;
    I thank everyone for their testing and quick feedback. While we had
enough votes and positive feedback, we have some easily fixable warnings
which have precedence for holding up a release.

    To that end, I will close this vote and declare 2.4.45 dead on the 
vine.


    I will roll 2.4.46 when we are all buttoned up with the warnings.

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Jan Ehrhardt]

Rainer Jung in gmane.comp.apache.devel (Fri, 31 Jul 2020 15:36:16
+0200):
>Since there wasn't yet any reaction to Daniel's question: Is anybody 
>right now working on more warnings fixes for Windows?

AFAIK, Steffen is not working on them and nobody else from the
Apachelounge or Apachehaus community.

>The most prominent one (missing APLOGNo number = missing macro argument) 
>IMHO was already fixed by Christophe in r1880438. Anything else worth 
>waiting for or are we (is Daniel) good to go for 2.4.46?

I had alredy built and tested 2.4.45 for Windows my self. If the APLOGNO
fix is there it is a +1 for 2.4.46 as well.
-- 
Jan

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Jim Jagielski]

+1

> On Jul 31, 2020, at 9:41 AM, Eric Covener  wrote:
> 
> On Fri, Jul 31, 2020 at 9:37 AM Rainer Jung  wrote:
>> 
>> Since there wasn't yet any reaction to Daniel's question: Is anybody
>> right now working on more warnings fixes for Windows?
>> 
> 
> Not me. I don't think we should wait on them.
> 
>> The most prominent one (missing APLOGNo number = missing macro argument)
>> IMHO was already fixed by Christophe in r1880438. Anything else worth
>> waiting for or are we (is Daniel) good to go for 2.4.46?
> 
> Good to go from my POV.
> 
>> Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.
> 
> +1

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Christophe JAILLET]

Le 31/07/2020 à 15:36, Rainer Jung a écrit :
Since there wasn't yet any reaction to Daniel's question: Is anybody 
right now working on more warnings fixes for Windows?


The most prominent one (missing APLOGNo number = missing macro 
argument) IMHO was already fixed by Christophe in r1880438. Anything 
else worth waiting for or are we (is Daniel) good to go for 2.4.46?


Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.

Regards,

Rainer

Am 30.07.2020 um 22:26 schrieb Daniel Ruggeri:

Hi, all;
    I thank everyone for their testing and quick feedback. While we had
enough votes and positive feedback, we have some easily fixable warnings
which have precedence for holding up a release.

    To that end, I will close this vote and declare 2.4.45 dead on 
the vine.


    I will roll 2.4.46 when we are all buttoned up with the warnings.



IMHO, good to go as-is.

The warning with VC built on Windows are mostly related to int vs 
size_t. Not really an issue for me.

They should be fixed whenever possible, but it can wait.

Some can be triggered by gcc with -Wextra.
This could maybe be added in the maintainer built.

CJ

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Eric Covener]

On Fri, Jul 31, 2020 at 9:37 AM Rainer Jung  wrote:
>
> Since there wasn't yet any reaction to Daniel's question: Is anybody
> right now working on more warnings fixes for Windows?
>

Not me. I don't think we should wait on them.

> The most prominent one (missing APLOGNo number = missing macro argument)
> IMHO was already fixed by Christophe in r1880438. Anything else worth
> waiting for or are we (is Daniel) good to go for 2.4.46?

Good to go from my POV.

> Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.

+1

Re: Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Yann Ylavic]

On Fri, Jul 31, 2020 at 3:37 PM Rainer Jung  wrote:
>
> Since there wasn't yet any reaction to Daniel's question: Is anybody
> right now working on more warnings fixes for Windows?
>
> The most prominent one (missing APLOGNo number = missing macro argument)
> IMHO was already fixed by Christophe in r1880438. Anything else worth
> waiting for or are we (is Daniel) good to go for 2.4.46?

I think we are OK to T again.

>
> Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.

+1


Regards;
Yann.

Pending fixes or reroll? Was: [RESULT] [VOTE] Release httpd-2.4.45

[Rainer Jung]

Since there wasn't yet any reaction to Daniel's question: Is anybody 
right now working on more warnings fixes for Windows?


The most prominent one (missing APLOGNo number = missing macro argument) 
IMHO was already fixed by Christophe in r1880438. Anything else worth 
waiting for or are we (is Daniel) good to go for 2.4.46?


Concerning lua I'd say the fix(es) for 5.4.0 need a bit more testing.

Regards,

Rainer

Am 30.07.2020 um 22:26 schrieb Daniel Ruggeri:

Hi, all;
    I thank everyone for their testing and quick feedback. While we had
enough votes and positive feedback, we have some easily fixable warnings
which have precedence for holding up a release.

    To that end, I will close this vote and declare 2.4.45 dead on the vine.

    I will roll 2.4.46 when we are all buttoned up with the warnings.

Re: [VOTE] Release httpd-2.4.45

[William A Rowe Jr]

On Thu, Jul 30, 2020 at 3:19 PM Daniel Ruggeri  wrote:

>
> On 7/30/2020 2:41 PM, William A Rowe Jr wrote:
>
> On Thu, Jul 30, 2020 at 10:10 AM Jim Jagielski  wrote:
>
>>
>> > On Jul 30, 2020, at 5:55 AM, Christophe JAILLET <
>> christophe.jail...@wanadoo.fr> wrote:
>> >
>> > I wouldn't say it is a show stopper, but I thought that we had a travis
>> job for that.
>> > Apparently, it is on trunk only (see r1879370 which is not backported,
>> maybe on purpose)
>>
>> I agree that it's not a show-stopper but it is something that seems easy
>> to fix and, considering that (1) we want to release the best possible
>> version as we can and (2) there is quite a bit of time between releases, I
>> wouldn't be opposed if the RM decided to skip 2.4.45 and go w/ 2.4.46.
>>
>
> Agreed. And Steffen points out there is precedence.
>
> Aye - and I'd hate to appear inconsistent :-)
>
> Version numbers are cheap - I'll re-roll when we have confirmation all is
> good in the 2.4 branch.
>

Released on Jun 29th, we do not compile against lua 5.4.0. A possible fix
is described here;

https://github.com/apache/httpd/pull/133

If there is anyone very savvy with lua coding, it would be good to identify
the best approach for compatibility. (It may not be realistic to solve this
in 2.4.46.)

[RESULT] [VOTE] Release httpd-2.4.45

[Daniel Ruggeri]

Hi, all;
   I thank everyone for their testing and quick feedback. While we had
enough votes and positive feedback, we have some easily fixable warnings
which have precedence for holding up a release.

   To that end, I will close this vote and declare 2.4.45 dead on the vine.

   I will roll 2.4.46 when we are all buttoned up with the warnings.

-- 
Daniel Ruggeri

On 7/29/2020 10:26 AM, Daniel Ruggeri 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 as 2.4.45:
> [ ] +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:
> sha1: 98d470cee244a41ac933f44428ebf10149639a8c *httpd-2.4.45.tar.gz
> sha256: 653b4f24eca6852e1b6248f6dc9a6674b647fdc4d1d4583f46bd8a6c8ee049ae
> *httpd-2.4.45.tar.gz
> sha512:
> 8b1e9c22371c75efd2466c69ed48782ddcecfe0a3ff143ca3f9cb720ea2aee56f5c323a9e3ae80cd5c44f1601b5894879af03b6b3729a8ca0555bb5193a1296a
> *httpd-2.4.45.tar.gz
>
> The SVN tag is '2.4.45' at r1880411.
>

Re: [VOTE] Release httpd-2.4.45

[Daniel Ruggeri]

On 7/30/2020 2:41 PM, William A Rowe Jr wrote:
> On Thu, Jul 30, 2020 at 10:10 AM Jim Jagielski  > wrote:
>
>
> > On Jul 30, 2020, at 5:55 AM, Christophe JAILLET
>  > wrote:
> >
> > I wouldn't say it is a show stopper, but I thought that we had a
> travis job for that.
> > Apparently, it is on trunk only (see r1879370 which is not
> backported, maybe on purpose) 
>
> I agree that it's not a show-stopper but it is something that
> seems easy to fix and, considering that (1) we want to release the
> best possible version as we can and (2) there is quite a bit of
> time between releases, I wouldn't be opposed if the RM decided to
> skip 2.4.45 and go w/ 2.4.46.
>
>  
> Agreed. And Steffen points out there is precedence.
>

Aye - and I'd hate to appear inconsistent :-)

Version numbers are cheap - I'll re-roll when we have confirmation all
is good in the 2.4 branch.

-- 
Daniel Ruggeri

Re: [VOTE] Release httpd-2.4.45

[William A Rowe Jr]

On Thu, Jul 30, 2020 at 10:10 AM Jim Jagielski  wrote:

>
> > On Jul 30, 2020, at 5:55 AM, Christophe JAILLET <
> christophe.jail...@wanadoo.fr> wrote:
> >
> > I wouldn't say it is a show stopper, but I thought that we had a travis
> job for that.
> > Apparently, it is on trunk only (see r1879370 which is not backported,
> maybe on purpose)
>
> I agree that it's not a show-stopper but it is something that seems easy
> to fix and, considering that (1) we want to release the best possible
> version as we can and (2) there is quite a bit of time between releases, I
> wouldn't be opposed if the RM decided to skip 2.4.45 and go w/ 2.4.46.
>

Agreed. And Steffen points out there is precedence.

Re: [VOTE] Release httpd-2.4.45

[Eric Covener]

On Wed, Jul 29, 2020 at 11:26 AM Daniel Ruggeri  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 as 2.4.45:
> [ ] +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:
> sha1: 98d470cee244a41ac933f44428ebf10149639a8c *httpd-2.4.45.tar.gz
> sha256: 653b4f24eca6852e1b6248f6dc9a6674b647fdc4d1d4583f46bd8a6c8ee049ae
> *httpd-2.4.45.tar.gz
> sha512:
> 8b1e9c22371c75efd2466c69ed48782ddcecfe0a3ff143ca3f9cb720ea2aee56f5c323a9e3ae80cd5c44f1601b5894879af03b6b3729a8ca0555bb5193a1296a
> *httpd-2.4.45.tar.gz
>
> The SVN tag is '2.4.45' at r1880411.
>
> --

+1 based on 2.4.44 testing on AIX/PPC64

Re: [VOTE] Release httpd-2.4.45

[Steffen Land]

aplogno warnings on 2.4.40 was a reason to skip.

www.apachelounge.com/viewtopic.php?t=8329=aplogno



On Thursday 30/07/2020 at 17:10, Jim Jagielski  wrote:





On Jul 30, 2020, at 5:55 AM, Christophe JAILLET 
 wrote:


I wouldn't say it is a show stopper, but I thought that we had a 
travis job for that.
Apparently, it is on trunk only (see r1879370 which is not backported, 
maybe on purpose)




I agree that it's not a show-stopper but it is something that seems 
easy to fix and, considering that (1) we want to release the best 
possible version as we can and (2) there is quite a bit of time 
between releases, I wouldn't be opposed if the RM decided to skip 
2.4.45 and go w/ 2.4.46.

Re: [VOTE] Release httpd-2.4.45

[Steffen]

Thanks for you reply Graham,

Indeed  apt-util warnings not relevant here.

You said below :  ... more Windows testing over at APR .  For HTTPD enough 
?   We test HTTPD and APR  quite intensive with a few members, even on 
production level on different configurations.  The code is quite good, so we 
find not that much. 

I hope you have also concerns about Windows warnings.  There is a reason that 
ms gives code a warning, a sign that code can be better. 

We had some Windows coders in the community, sadly they left. I shall look 
around again. 

Ps.  We test also Trunk, issues found I let it know (like in May) and post  
warnings here.  After some commits we test. It is not automated like Travis. 


> Op 30 jul. 2020 om 11:56 heeft Graham Leggett  het volgende 
> geschreven:
> 
> On 30 Jul 2020, at 11:16, Steffen Land  wrote:
> 
>> +1 on Windows.
>> 
>> I am in doubt for a -0 :
>> 
>> Still quite some (more) warnings, now 432, attached Win64 warnings with the 
>> ones from APR-UTIL.
>> 
>> I think a goal is (must be) that we get warning free on all platforms, now 
>> it looks bad on Windows.
>> 
>> I reported here a few times. APR is warning free, thanks to Yann.
> 
> Apr-util is a library from the APR project, not httpd, and so warnings from 
> APR wouldn’t be relevant for an httpd release, or for the httpd project.
> 
> That said there is definite need for more Windows testing over at APR, if you 
> or members of the Apachelounge community are in the position to contribute 
> patches this will be very much appreciated.
> 
> Regards,
> Graham
> —
> 

Re: [VOTE] Release httpd-2.4.45

[Jim Jagielski]

> On Jul 30, 2020, at 5:55 AM, Christophe JAILLET 
>  wrote:
> 
> I wouldn't say it is a show stopper, but I thought that we had a travis job 
> for that.
> Apparently, it is on trunk only (see r1879370 which is not backported, maybe 
> on purpose)
> 

I agree that it's not a show-stopper but it is something that seems easy to fix 
and, considering that (1) we want to release the best possible version as we 
can and (2) there is quite a bit of time between releases, I wouldn't be 
opposed if the RM decided to skip 2.4.45 and go w/ 2.4.46.

Re: [VOTE] Release httpd-2.4.45

[Joe Orton]

On Thu, Jul 30, 2020 at 11:55:09AM +0200, Christophe JAILLET wrote:
> I've not tested yet, but looking at Steffen Land compilation error logs on
> Windows, I've been surprised by:
> 
>    Warning    C4003    modules\proxy\mod_proxy_fcgi.c    180 not enough
> arguments for function-like macro invocation 'APLOGNO'
> 
> In fact, in r1879525, r1877830 seems to be missing in what has been
> committed in 2.4.x.
> 
> I wouldn't say it is a show stopper, but I thought that we had a travis job
> for that.

Good catch!  

Unfortunately the APLOGNO() check only runs for trunk because it uses 
docs/log-message-tags/* stuff which doesn't exist outside trunk.  That 
is itself deliberate, the data is only supposed to be maintained in one 
place.

I've updated the travis test in r1880453 to check for the missing 
argument case for non-trunk, will backport if that passes.

Regards, Joe

Re: [VOTE] Release httpd-2.4.45

[jean-frederic clere]

On 29/07/2020 17:26, Daniel Ruggeri wrote:

[X] +1: It's not just good, it's good enough!


Tested on fedora32 x86_64.

--
Cheers

Jean-Frederic

Re: [VOTE] Release httpd-2.4.45

[Christophe JAILLET]

Le 29/07/2020 à 17:26, Daniel Ruggeri a écrit :

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 as 2.4.45:
[ ] +1: It's not just good, it's good enough!
[X] +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:
sha1: 98d470cee244a41ac933f44428ebf10149639a8c *httpd-2.4.45.tar.gz
sha256: 653b4f24eca6852e1b6248f6dc9a6674b647fdc4d1d4583f46bd8a6c8ee049ae
*httpd-2.4.45.tar.gz
sha512:
8b1e9c22371c75efd2466c69ed48782ddcecfe0a3ff143ca3f9cb720ea2aee56f5c323a9e3ae80cd5c44f1601b5894879af03b6b3729a8ca0555bb5193a1296a
*httpd-2.4.45.tar.gz

The SVN tag is '2.4.45' at r1880411.


+0 (before additional testing, likely this afternoon)


I've not tested yet, but looking at Steffen Land compilation error logs 
on Windows, I've been surprised by:


   Warning    C4003    modules\proxy\mod_proxy_fcgi.c    180 not enough 
arguments for function-like macro invocation 'APLOGNO'


In fact, in r1879525, r1877830 seems to be missing in what has been 
committed in 2.4.x.


I wouldn't say it is a show stopper, but I thought that we had a travis 
job for that.
Apparently, it is on trunk only (see r1879370 which is not backported, 
maybe on purpose)


CJ

Re: [VOTE] Release httpd-2.4.45

[Graham Leggett]

On 30 Jul 2020, at 11:16, Steffen Land  wrote:

> +1 on Windows.
> 
> I am in doubt for a -0 :
> 
> Still quite some (more) warnings, now 432, attached Win64 warnings with the 
> ones from APR-UTIL.
> 
> I think a goal is (must be) that we get warning free on all platforms, now it 
> looks bad on Windows.
> 
> I reported here a few times. APR is warning free, thanks to Yann.

Apr-util is a library from the APR project, not httpd, and so warnings from APR 
wouldn’t be relevant for an httpd release, or for the httpd project.

That said there is definite need for more Windows testing over at APR, if you 
or members of the Apachelounge community are in the position to contribute 
patches this will be very much appreciated.

Regards,
Graham
—

Re: [VOTE] Release httpd-2.4.45

[Steffen Land]

HTTPd 2.4.45

Warning C4267   modules\http\http_filters.c 284 '+=': conversion from 
'size_t' to 'apr_int32_t', possible loss of data
Warning C4267   modules\http\http_filters.c 473 '=': conversion from 
'size_t' to 'int', possible loss of data
Warning C4267   modules\http\http_filters.c 980 'initializing': 
conversion from 'size_t' to 'int', possible loss of data
Warning C4267   modules\http\http_filters.c 1850'return': conversion 
from 'size_t' to 'long', possible loss of data
Warning C4267   modules\http\http_protocol.c942 'initializing': 
conversion from 'size_t' to 'int', possible loss of data
Warning C4267   modules\http\http_protocol.c1468'initializing': 
conversion from 'size_t' to 'int', possible loss of data
Warning C4312   os\win32\util_win32.c   100 'type cast': conversion from 
'int' to 'char *' of greater size
Warning C4267   server\config.c 608 'initializing': conversion from 
'size_t' to 'int', possible loss of data
Warning C4267   server\config.c 609 'initializing': conversion from 
'size_t' to 'int', possible loss of data
Warning C4311   server\config.c 1474'type cast': pointer truncation from 
'void *' to 'long'
Warning C4311   server\config.c 1487'type cast': pointer truncation from 
'void *' to 'long'
Warning C4311   server\config.c 1505'type cast': pointer truncation from 
'void *' to 'long'
Warning C4311   server\config.c 1516'type cast': pointer truncation from 
'void *' to 'long'
Warning C4311   server\config.c 1527'type cast': pointer truncation from 
'void *' to 'long'
Warning C4311   server\config.c 1544'type cast': pointer truncation from 
'void *' to 'long'
Warning C4018   server\config.c 1745'>=': signed/unsigned mismatch
Warning C4311   server\core.c   2999'type cast': pointer truncation from 
'void *' to 'long'
Warning C4244   server\core.c   4043'return': conversion from '__int64' to 
'int', possible loss of data
Warning C4244   server\core.c   5277'=': conversion from 'unsigned long' to 
'apr_uint16_t', possible loss of data
Warning C4018   server\core_filters.c   264 '<': signed/unsigned mismatch
Warning C4018   server\core_filters.c   270 '<': signed/unsigned mismatch
Warning C4018   server\core_filters.c   295 '<': signed/unsigned mismatch
Warning C4267   server\core_filters.c   821 'function': conversion from 
'size_t' to 'apr_int32_t', possible loss of data
Warning C4244   server\log.c590 'return': conversion from '__int64' to 
'int', possible loss of data
Warning C4267   server\log.c781 '+=': conversion from 'size_t' to 
'int', possible loss of data
Warning C4267   server\log.c1019'+=': conversion from 'size_t' to 
'int', possible loss of data
Warning C4267   server\log.c1069'+=': conversion from 'size_t' to 
'int', possible loss of data
Warning C4267   server\log.c1551'+=': conversion from 'size_t' to 
'int', possible loss of data
Warning C4311   server\mpm\winnt\child.c791 'type cast': pointer 
truncation from 'void *' to 'int'
Warning C4312   server\mpm\winnt\child.c1006'type cast': conversion 
from 'int' to 'void *' of greater size
Warning C4090   server\mpm\winnt\mpm_winnt.c364 'function': different 
'volatile' qualifiers
Warning C4090   server\mpm\winnt\mpm_winnt.c1089'function': different 
'volatile' qualifiers
Warning C4244   server\protocol.c   643 'return': conversion from 
'__int64' to 'int', possible loss of data
Warning C4244   server\protocol.c   2078'initializing': conversion from 
'__int64' to 'int', possible loss of data
Warning C4267   server\protocol.c   2135'return': conversion from 
'size_t' to 'int', possible loss of data
Warning C4267   server\request.c1468'=': conversion from 'size_t' 
to 'int', possible loss of data
Warning C4267   server\scoreboard.c 147 'return': conversion from 
'size_t' to 'int', possible loss of data
Warning C4267   server\util.c   401 'function': conversion from 'size_t' to 
'int', possible loss of data
Warning C4244   server\util.c   507 '=': conversion from '__int64' to 
'int', possible loss of data
Warning C4244   server\util.c   654 '=': conversion from '__int64' to 
'int', possible loss of data
Warning C4244   server\util.c   686 '=': conversion from '__int64' to 
'int', possible loss of data
Warning C4244   server\util.c   714 '=': conversion from '__int64' to 
'int', possible loss of data
Warning C4244   server\util.c   811 'function': conversion from '__int64' 
to 'int', possible loss of data
Warning C4244   server\util.c   821 'function': conversion from '__int64' 
to 'int', possible loss of data
Warning C4244   server\util.c   865 'function': conversion from '__int64' 
to 'int', possible loss of data
Warning C4244   server\util.c   875 'function': conversion from '__int64' 
to 'int', possible loss of data
Warning C4267   server\util.c   

Re: [VOTE] Release httpd-2.4.45

[Daniel Ruggeri]

For my own vote:   +1

Tested platform info follows. Same note as yesterday where lua was kept
back to 5.3 rather than 5.4.

system:
  kernel:
    name: Linux
    release: 4.19.0-9-amd64
    version: #1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07)
    machine: x86_64

  libraries:
    openssl: "1.1.1g"
    openldap: "2.4.50"
    apr: "1.7.0"
    apr-util: "1.6.1"
    iconv: "1.2.2"
    brotli: "1.0.7"
    nghttp2: "1.41.0"
    zlib: "1.2.11"
    pcre: "8.44"
    libxml2: "2.9.9"
    php: "7.4.8"
    lua: "5.3.5"
    curl: "7.71.1"

-- 
Daniel Ruggeri

On 7/29/2020 10:26 AM, Daniel Ruggeri 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 as 2.4.45:
> [ ] +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:
> sha1: 98d470cee244a41ac933f44428ebf10149639a8c *httpd-2.4.45.tar.gz
> sha256: 653b4f24eca6852e1b6248f6dc9a6674b647fdc4d1d4583f46bd8a6c8ee049ae
> *httpd-2.4.45.tar.gz
> sha512:
> 8b1e9c22371c75efd2466c69ed48782ddcecfe0a3ff143ca3f9cb720ea2aee56f5c323a9e3ae80cd5c44f1601b5894879af03b6b3729a8ca0555bb5193a1296a
> *httpd-2.4.45.tar.gz
>
> The SVN tag is '2.4.45' at r1880411.
>

Re: [VOTE] Release httpd-2.4.45

[Giovanni Bechis]

On 7/29/20 5:26 PM, Daniel Ruggeri 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 as 2.4.45:
> [ ] +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:
> sha1: 98d470cee244a41ac933f44428ebf10149639a8c *httpd-2.4.45.tar.gz
> sha256: 653b4f24eca6852e1b6248f6dc9a6674b647fdc4d1d4583f46bd8a6c8ee049ae
> *httpd-2.4.45.tar.gz
> sha512:
> 8b1e9c22371c75efd2466c69ed48782ddcecfe0a3ff143ca3f9cb720ea2aee56f5c323a9e3ae80cd5c44f1601b5894879af03b6b3729a8ca0555bb5193a1296a
> *httpd-2.4.45.tar.gz
> 
> The SVN tag is '2.4.45' at r1880411.
> 
+1, builds and works fine on Fedora 32 and OpenBSD current.
 Thanks for the release
  Giovanni

Re: [VOTE] Release httpd-2.4.45

[Joe Orton]

On Wed, Jul 29, 2020 at 10:26:27AM -0500, Daniel Ruggeri 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 as 2.4.45:
> [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.

+1 from me, builds and passes tests on Fedora.  For the first time ever 
with this tag, we also have a build which passed in Travis.  Woohoo! 
https://travis-ci.org/github/apache/httpd/builds/712963065

Double thanks for RMing twice :)

Regads, Joe

Re: [VOTE] Release httpd-2.4.45

[Stefan Eissing]

> Am 29.07.2020 um 17:26 schrieb Daniel Ruggeri :
> 
> 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 as 2.4.45:
> [ ] +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:
> sha1: 98d470cee244a41ac933f44428ebf10149639a8c *httpd-2.4.45.tar.gz
> sha256: 653b4f24eca6852e1b6248f6dc9a6674b647fdc4d1d4583f46bd8a6c8ee049ae
> *httpd-2.4.45.tar.gz
> sha512:
> 8b1e9c22371c75efd2466c69ed48782ddcecfe0a3ff143ca3f9cb720ea2aee56f5c323a9e3ae80cd5c44f1601b5894879af03b6b3729a8ca0555bb5193a1296a
> *httpd-2.4.45.tar.gz
> 
> The SVN tag is '2.4.45' at r1880411.

+1

Tested h2 test suite on Darwin19.6.0 x86_64, mpm_worker + mpm_event

Thanks for RMing, Daniel!

- Stefan
> 
> -- 
> Daniel Ruggeri
> 
> 

[VOTE] Release httpd-2.4.45

[Daniel Ruggeri]

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 as 2.4.45:
[ ] +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:
sha1: 98d470cee244a41ac933f44428ebf10149639a8c *httpd-2.4.45.tar.gz
sha256: 653b4f24eca6852e1b6248f6dc9a6674b647fdc4d1d4583f46bd8a6c8ee049ae
*httpd-2.4.45.tar.gz
sha512:
8b1e9c22371c75efd2466c69ed48782ddcecfe0a3ff143ca3f9cb720ea2aee56f5c323a9e3ae80cd5c44f1601b5894879af03b6b3729a8ca0555bb5193a1296a
*httpd-2.4.45.tar.gz

The SVN tag is '2.4.45' at r1880411.

-- 
Daniel Ruggeri