RE: fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 2.4.19 as GA)

[Plüm , Rüdiger , Vodafone Group]

+1 for removing from 2.4.x.

Regards

Rüdiger

From: William A Rowe Jr [mailto:wr...@rowe-clan.net]
Sent: Mittwoch, 23. März 2016 02:16
To: httpd
Subject: Re: fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 
2.4.19 as GA)

On Tue, Mar 22, 2016 at 4:15 PM, Jeff Trawick 
<traw...@gmail.com<mailto:traw...@gmail.com>> wrote:
On Tue, Mar 22, 2016 at 5:03 PM, William A Rowe Jr 
<wr...@rowe-clan.net<mailto:wr...@rowe-clan.net>> wrote:
On Tue, Mar 22, 2016 at 3:38 PM, Jeff Trawick 
<traw...@gmail.com<mailto:traw...@gmail.com>> wrote:
On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr 
<wr...@rowe-clan.net<mailto:wr...@rowe-clan.net>> wrote:
Can anyone get mod_lbmethod_rr.c to build?

That's funny actually.  The very first version README.cmake in trunk says that 
mod_lbmethod_rr.c doesn't build on Windows

 When I added the .dsp, it certainly did build.  --enable-mods=all should be
triggering the build of those sources.

I think this illustrates that we have played fast and loose with something that
1. is a public API, 2. not experimental, and 3. was illustrated with an example
that has been frequently broken by Major ABI changes.

If devs want to promote an API and then continuously break ABI on trunk,
I'm way beyond arguing with such individuals.  Just a few choice examples
which had necessitated major MMN bumps that did not receive one...

http://svn.apache.org/viewvc?view=revision=1560081
http://svn.apache.org/viewvc?view=revision=1477649 (no 
bitwise-alignment assurance)
http://svn.apache.org/viewvc?view=revision=1436919 (no 
bitwise-alignment assurance)

However, this module appears to have been broken prior to 2.4.1 GA with this
at least this commit... 
http://svn.apache.org/viewvc?view=revision=1209958
... which tells me it is simply an abandoned example.

I propose we remove it from 2.4.x branch and trunk, rather than pretending
we have maintained it?

+1 for removing from 2.4.x branch

no arguments here if someone actually wants it to hang around in trunk, but I 
don't actually know if anybody cares so no vote on trunk ATM...

I agree, this discussion is only about 2.4.x branch for the imminent T

If I have a third +1 for removing this horridly wrong example/, I'll commit
in the next 2 hours.  If there is disagreement later, we can always revert.

Bill

Re: fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 2.4.19 as GA)

[William A Rowe Jr]

On Tue, Mar 22, 2016 at 4:15 PM, Jeff Trawick  wrote:

> On Tue, Mar 22, 2016 at 5:03 PM, William A Rowe Jr 
> wrote:
>
>> On Tue, Mar 22, 2016 at 3:38 PM, Jeff Trawick  wrote:
>>
>>> On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr 
>>> wrote:
>>>
 Can anyone get mod_lbmethod_rr.c to build?

>>>
>>> That's funny actually.  The very first version README.cmake in trunk
>>> says that mod_lbmethod_rr.c doesn't build on Windows
>>>
>>
>>  When I added the .dsp, it certainly did build.  --enable-mods=all should
>> be
>> triggering the build of those sources.
>>
>> I think this illustrates that we have played fast and loose with
>> something that
>> 1. is a public API, 2. not experimental, and 3. was illustrated with an
>> example
>> that has been frequently broken by Major ABI changes.
>>
>> If devs want to promote an API and then continuously break ABI on trunk,
>> I'm way beyond arguing with such individuals.  Just a few choice examples
>> which had necessitated major MMN bumps that did not receive one...
>>
>> http://svn.apache.org/viewvc?view=revision=1560081
>> http://svn.apache.org/viewvc?view=revision=1477649 (no
>> bitwise-alignment assurance)
>> http://svn.apache.org/viewvc?view=revision=1436919 (no
>> bitwise-alignment assurance)
>>
>> However, this module appears to have been broken prior to 2.4.1 GA with
>> this
>> at least this commit...
>> http://svn.apache.org/viewvc?view=revision=1209958
>> ... which tells me it is simply an abandoned example.
>>
>> I propose we remove it from 2.4.x branch and trunk, rather than
>> pretending
>> we have maintained it?
>>
>
> +1 for removing from 2.4.x branch
>
> no arguments here if someone actually wants it to hang around in trunk,
> but I don't actually know if anybody cares so no vote on trunk ATM...
>

I agree, this discussion is only about 2.4.x branch for the imminent T

If I have a third +1 for removing this horridly wrong example/, I'll commit
in the next 2 hours.  If there is disagreement later, we can always revert.

Bill

Re: fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 2.4.19 as GA)

[Jeff Trawick]

On Tue, Mar 22, 2016 at 5:03 PM, William A Rowe Jr 
wrote:

> On Tue, Mar 22, 2016 at 3:38 PM, Jeff Trawick  wrote:
>
>> On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr 
>> wrote:
>>
>>> Can anyone get mod_lbmethod_rr.c to build?
>>>
>>
>> That's funny actually.  The very first version README.cmake in trunk says
>> that mod_lbmethod_rr.c doesn't build on Windows
>>
>
>  When I added the .dsp, it certainly did build.  --enable-mods=all should
> be
> triggering the build of those sources.
>
> I think this illustrates that we have played fast and loose with something
> that
> 1. is a public API, 2. not experimental, and 3. was illustrated with an
> example
> that has been frequently broken by Major ABI changes.
>
> If devs want to promote an API and then continuously break ABI on trunk,
> I'm way beyond arguing with such individuals.  Just a few choice examples
> which had necessitated major MMN bumps that did not receive one...
>
> http://svn.apache.org/viewvc?view=revision=1560081
> http://svn.apache.org/viewvc?view=revision=1477649 (no
> bitwise-alignment assurance)
> http://svn.apache.org/viewvc?view=revision=1436919 (no
> bitwise-alignment assurance)
>
> However, this module appears to have been broken prior to 2.4.1 GA with
> this
> at least this commit...
> http://svn.apache.org/viewvc?view=revision=1209958
> ... which tells me it is simply an abandoned example.
>
> I propose we remove it from 2.4.x branch and trunk, rather than pretending
> we have maintained it?
>

+1 for removing from 2.4.x branch

no arguments here if someone actually wants it to hang around in trunk, but
I don't actually know if anybody cares so no vote on trunk ATM...

-- 
Born in Roswell... married an alien...
http://emptyhammock.com/

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[William A Rowe Jr]

On Tue, Mar 22, 2016 at 3:38 PM, Jeff Trawick  wrote:

> On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr 
> wrote:
>
>> Can anyone get mod_lbmethod_rr.c to build?
>>
>
> That's funny actually.  The very first version README.cmake in trunk says
> that mod_lbmethod_rr.c doesn't build on Windows, yet the only build support
> I can find for that module for any platform is in the legacy Windows build
> system.  I guess the legacy build spews some error messages and continues
> on with the next module?
>

Actually, no.  The legacy "BuildAll" target is almost never a target, think
of it as
the Windows equivalent of --enable-modules=really-all :)  It is the method
to
spit out mod_bucketeer and other example/experimental/test modules.

The only reason I built it was to extract .mak & .dep files, which is how
I'd
tripped over something that has apparently been broken for some 4 years.

fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 2.4.19 as GA)

[William A Rowe Jr]

On Tue, Mar 22, 2016 at 3:38 PM, Jeff Trawick  wrote:

> On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr 
> wrote:
>
>> Can anyone get mod_lbmethod_rr.c to build?
>>
>
> That's funny actually.  The very first version README.cmake in trunk says
> that mod_lbmethod_rr.c doesn't build on Windows
>

 When I added the .dsp, it certainly did build.  --enable-mods=all should
be
triggering the build of those sources.

I think this illustrates that we have played fast and loose with something
that
1. is a public API, 2. not experimental, and 3. was illustrated with an
example
that has been frequently broken by Major ABI changes.

If devs want to promote an API and then continuously break ABI on trunk,
I'm way beyond arguing with such individuals.  Just a few choice examples
which had necessitated major MMN bumps that did not receive one...

http://svn.apache.org/viewvc?view=revision=1560081
http://svn.apache.org/viewvc?view=revision=1477649 (no
bitwise-alignment assurance)
http://svn.apache.org/viewvc?view=revision=1436919 (no
bitwise-alignment assurance)

However, this module appears to have been broken prior to 2.4.1 GA with this
at least this commit...
http://svn.apache.org/viewvc?view=revision=1209958
... which tells me it is simply an abandoned example.

I propose we remove it from 2.4.x branch and trunk, rather than pretending
we have maintained it?

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Yann Ylavic]

Done in r1736250 (and merged in r1736251).

On Tue, Mar 22, 2016 at 9:27 PM, Stefan Eissing
 wrote:
> Hmm, I thought we had that fixed by adding the proper compiler flags in 
> maintainer mode. Will fix tomorrow morning.
>
> Stefan
>
>> Am 22.03.2016 um 20:59 schrieb Eric Covener :
>>
>>> On Tue, Mar 22, 2016 at 3:57 PM, William A Rowe Jr  
>>> wrote:
>>> Finally, just confirming we have decided that C99 is now the minimum
>>> supported compiler feature set- used for the vardic macros in h2_filter.c?
>>
>> I don't think that is meant to be bumped. We definitely had simpler
>> c99-isms fixed in h2.
>>
>> --
>> Eric Covener
>> cove...@gmail.com

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Jeff Trawick]

On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr 
wrote:

> Can anyone get mod_lbmethod_rr.c to build?
>

That's funny actually.  The very first version README.cmake in trunk says
that mod_lbmethod_rr.c doesn't build on Windows, yet the only build support
I can find for that module for any platform is in the legacy Windows build
system.  I guess the legacy build spews some error messages and continues
on with the next module?

Meanwhile the proverbial dog is actively chewing on my homework (can't get
past unresolved references in mod_http2 build -- nghttp2 symbols, not the
mod_http2 symbols discussed in this thread) so I'll forget I said anything
about trying to build mod_lbmethod_rr, as there is So Little Time.



> I'm seeing 'name' : is not a member of 'proxy_balancer' errors,
> as well as ap_proxy_retry_worker() undefined (converted into
> an optional function, perhaps?)
>
> On Mon, Mar 21, 2016 at 12:37 PM, Jim Jagielski  wrote:
>
>> The pre-release test tarballs for Apache httpd 2.4.19 can be found
>> at the usual place:
>>
>> http://httpd.apache.org/dev/dist/
>>
>> I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.
>>
>> [ ] +1: Good to go
>> [ ] +0: meh
>> [ ] -1: Danger Will Robinson. And why.
>>
>> Vote will last the normal 72 hrs.
>>
>> NOTE: The *-deps are only there for convenience.
>>
>> Thx!
>>
>
>


-- 
Born in Roswell... married an alien...
http://emptyhammock.com/

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Stefan Eissing]

Hmm, I thought we had that fixed by adding the proper compiler flags in 
maintainer mode. Will fix tomorrow morning. 

Stefan

> Am 22.03.2016 um 20:59 schrieb Eric Covener :
> 
>> On Tue, Mar 22, 2016 at 3:57 PM, William A Rowe Jr  
>> wrote:
>> Finally, just confirming we have decided that C99 is now the minimum
>> supported compiler feature set- used for the vardic macros in h2_filter.c?
> 
> I don't think that is meant to be bumped. We definitely had simpler
> c99-isms fixed in h2.
> 
> -- 
> Eric Covener
> cove...@gmail.com

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Jeff Trawick]

On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr 
wrote:

> Can anyone get mod_lbmethod_rr.c to build?
>

I guess I'll try soon with cmake on Windows, once prereqs are built and I
add a line or two to CMakeLists.txt for that module :)

(I'm backpedaling to trunk from 2.4.19 after seeing a 2.4.19 mod_http2
build error.)


> I'm seeing 'name' : is not a member of 'proxy_balancer' errors,
> as well as ap_proxy_retry_worker() undefined (converted into
> an optional function, perhaps?)
>
> On Mon, Mar 21, 2016 at 12:37 PM, Jim Jagielski  wrote:
>
>> The pre-release test tarballs for Apache httpd 2.4.19 can be found
>> at the usual place:
>>
>> http://httpd.apache.org/dev/dist/
>>
>> I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.
>>
>> [ ] +1: Good to go
>> [ ] +0: meh
>> [ ] -1: Danger Will Robinson. And why.
>>
>> Vote will last the normal 72 hrs.
>>
>> NOTE: The *-deps are only there for convenience.
>>
>> Thx!
>>
>
>


-- 
Born in Roswell... married an alien...
http://emptyhammock.com/

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Reindl Harald]

Am 22.03.2016 um 20:59 schrieb William A Rowe Jr:

On Tue, Mar 22, 2016 at 2:58 PM, Reindl Harald > wrote:


Am 22.03.2016 um 20:55 schrieb William A Rowe Jr:

Can anyone get mod_lbmethod_rr.c to build?


my Fedora 23 rpm-spec builds without any issue or change - most
modules external sub-apckages and typically used ones static

I don't see where you enabled lbmethod_rr module?


not sure if my rpm is missing something we don't use

if something was not built then before 2.4.19 because i wrote the SPEC 
file based on the resulting binary modules - just all of them in own 
subpackages and what did not exist at that moment is not missing now


* Fr Jul 10 2015 Reindl Harald 
- update to 2.4.16 (2.4.13, 2.4.14 and 2.4.15 was skipped upstream)
- split modules in own subpackages
- systemd: PrivateDevices=yes
- systemd: RestrictAddressFamilies=~AF_APPLETALK AF_ATMPVC AF_AX25 
AF_IPX AF_NETLINK AF_PACKET AF_X25

- systemd: SystemCallArchitectures=x86-64



signature.asc
Description: OpenPGP digital signature

VOTE RECALLED: (Was: Re: [VOTE] Release Apache httpd 2.4.19 as GA)

[Jim Jagielski]

Due to the Window's build issue, I am recalling this vote.

With http://svn.apache.org/viewvc?view=revision=1736157,
it looks like this issue is resolved. Will give it until 8am
(Eastern) tomorrow and will kick off 2.4.20 T

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Eric Covener]

On Tue, Mar 22, 2016 at 3:57 PM, William A Rowe Jr  wrote:
> Finally, just confirming we have decided that C99 is now the minimum
> supported compiler feature set- used for the vardic macros in h2_filter.c?

I don't think that is meant to be bumped. We definitely had simpler
c99-isms fixed in h2.

-- 
Eric Covener
cove...@gmail.com

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[William A Rowe Jr]

On Tue, Mar 22, 2016 at 2:58 PM, Reindl Harald 
wrote:

>
> Am 22.03.2016 um 20:55 schrieb William A Rowe Jr:
>
>> Can anyone get mod_lbmethod_rr.c to build?
>>
>
> my Fedora 23 rpm-spec builds without any issue or change - most modules
> external sub-apckages and typically used ones static
>

I don't see where you enabled lbmethod_rr module?

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Reindl Harald]

Am 22.03.2016 um 20:55 schrieb William A Rowe Jr:

Can anyone get mod_lbmethod_rr.c to build?


my Fedora 23 rpm-spec builds without any issue or change - most modules 
external sub-apckages and typically used ones static


[root@srv-rhsoft:~]$ /bin/ls -1 /fileserver/yum-repo/fc23/x86_64/ | grep 
mod_

mod_actions-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_asis-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_auth_form-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_authn_anon-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_authn_dbd-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_authn_dbm-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_authn_socache-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_authz_dbd-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_authz_dbm-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_authz_owner-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_buffer-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_cache-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_cache_disk-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_cache_socache-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_cgi-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_data-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_dav-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_dav_fs-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_dav_lock-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_dbd-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_dialup-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_dumpio-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_echo-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_ext_filter-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_file_cache-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_h264_streaming-2.2.7-21.fc23.20160322.rh.x86_64.rpm
mod_heartbeat-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_heartmonitor-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_http2-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_include-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_info-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_lbmethod_bybusyness-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_lbmethod_byrequests-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_lbmethod_bytraffic-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_lbmethod_heartbeat-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_log_debug-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_log_forensic-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_logio-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_macro-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_mime_magic-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_negotiation-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_ajp-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_balancer-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_connect-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_express-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_fcgi-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_fdpass-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_ftp-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_html-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_http-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_scgi-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_proxy_wstunnel-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_reflector-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_request-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_security-2.9.1-2.fc23.20160322.rh.x86_64.rpm
mod_sed-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_slotmem_plain-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_slotmem_shm-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_socache_dbm-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_socache_memcache-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_speling-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_ssl-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_status-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_substitute-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_userdir-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_usertrack-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_vhost_alias-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_watchdog-2.4.19-1.fc23.20160322.rh.x86_64.rpm
mod_xml2enc-2.4.19-1.fc23.20160322.rh.x86_64.rpm



I'm seeing 'name' : is not a member of 'proxy_balancer' errors,
as well as ap_proxy_retry_worker() undefined (converted into
an optional function, perhaps?)

On Mon, Mar 21, 2016 at 12:37 PM, Jim Jagielski > wrote:

The pre-release test tarballs for Apache httpd 2.4.19 can be found
at the usual place:

http://httpd.apache.org/dev/dist/

I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.

[ ] +1: Good to go
[ ] +0: meh
[ ] -1: Danger Will Robinson. And why.

Vote will last the normal 72 hrs.

NOTE: The *-deps are only there for convenience.

Thx!




signature.asc
Description: OpenPGP digital signature

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[William A Rowe Jr]

Finally, just confirming we have decided that C99 is now the minimum
supported compiler feature set- used for the vardic macros in h2_filter.c?

On Mon, Mar 21, 2016 at 12:37 PM, Jim Jagielski  wrote:

> The pre-release test tarballs for Apache httpd 2.4.19 can be found
> at the usual place:
>
> http://httpd.apache.org/dev/dist/
>
> I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.
>
> [ ] +1: Good to go
> [ ] +0: meh
> [ ] -1: Danger Will Robinson. And why.
>
> Vote will last the normal 72 hrs.
>
> NOTE: The *-deps are only there for convenience.
>
> Thx!
>

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[William A Rowe Jr]

Can anyone get mod_lbmethod_rr.c to build?

I'm seeing 'name' : is not a member of 'proxy_balancer' errors,
as well as ap_proxy_retry_worker() undefined (converted into
an optional function, perhaps?)

On Mon, Mar 21, 2016 at 12:37 PM, Jim Jagielski  wrote:

> The pre-release test tarballs for Apache httpd 2.4.19 can be found
> at the usual place:
>
> http://httpd.apache.org/dev/dist/
>
> I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.
>
> [ ] +1: Good to go
> [ ] +0: meh
> [ ] -1: Danger Will Robinson. And why.
>
> Vote will last the normal 72 hrs.
>
> NOTE: The *-deps are only there for convenience.
>
> Thx!
>

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[William A Rowe Jr]

Note that mod_socache_shmcb.c introduced UINT_MAX without
including limits.h... whoops.

Investigating.

On Mon, Mar 21, 2016 at 12:37 PM, Jim Jagielski  wrote:

> The pre-release test tarballs for Apache httpd 2.4.19 can be found
> at the usual place:
>
> http://httpd.apache.org/dev/dist/
>
> I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.
>
> [ ] +1: Good to go
> [ ] +0: meh
> [ ] -1: Danger Will Robinson. And why.
>
> Vote will last the normal 72 hrs.
>
> NOTE: The *-deps are only there for convenience.
>
> Thx!
>

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Jan Ehrhardt]

Stefan Eissing in gmane.comp.apache.devel (Tue, 22 Mar 2016 11:38:31
+0100):
>I added the missing line in trunk and 2.4.x. Jan, are you able
>to verify that the current 2.4.x builds for you? Thanks!

I did not check the current build, but added the line myself and went
ahead:
https://www.ssllabs.com/ssltest/analyze.html?d=fips.sessiondatabase.net
https://fips.sessiondatabase.net

Server sig: Apache/2.4.19 (Win64) OpenSSL/1.0.2g-fips PHP/5.6.20RC1 (VC11)

There is a VC9 Apache/2.4.19 (Win32) OpenSSL/1.0.2g-fips running as my dev
server on the same machine.
https://tfrtst.sessionportal.net

Jan

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Jacob Perkins]

While we're not an official voter, I did want to advise we’ve tested this 
release on our platform and saw no problems with our high level tests.

> [X ] +1: Good to go


Tested on CentOS 6 x86_64.
—
Jacob Perkins
Product Owner
cPanel Inc.

jacob.perk...@cpanel.net 
Office:  713-529-0800 x 4046
Cell:  713-560-8655

> On Mar 21, 2016, at 12:37 PM, Jim Jagielski  wrote:
> 
> The pre-release test tarballs for Apache httpd 2.4.19 can be found
> at the usual place:
> 
>   http://httpd.apache.org/dev/dist/
> 
> I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.
> 
> [X ] +1: Good to go
> [ ] +0: meh
> [ ] -1: Danger Will Robinson. And why.
> 
> Vote will last the normal 72 hrs.
> 
> NOTE: The *-deps are only there for convenience.
> 
> Thx!




signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[olli hauer]

On 2016-03-21 18:37, Jim Jagielski wrote:
> The pre-release test tarballs for Apache httpd 2.4.19 can be found
> at the usual place:
> 
>   http://httpd.apache.org/dev/dist/
> 
> I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.
> 
> [ ] +1: Good to go
> [ ] +0: meh
> [ ] -1: Danger Will Robinson. And why.
> 
> Vote will last the normal 72 hrs.
> 
> NOTE: The *-deps are only there for convenience.
> 
> Thx!
> 

Tested on FreeBSD 10.2 with apr-1.5.2, apr-util-1.5.4, nghttp2-1.8.0
- build against openssl-1.0.2 -> mod_http2 OK
- build against libressl-2.2.6 -> mod_http2 OK

[x] +1: Good to go

-- 
olli

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Stefan Eissing]

Yes, *sad face*.

There was a reason our grandfathers kept everything in one source file...

I added the missing line in trunk and 2.4.x. Jan, are you able
to verify that the current 2.4.x builds for you? Thanks!

-Stefan

> Am 22.03.2016 um 11:25 schrieb Jim Jagielski :
> 
> Ugg, ugg and triple ugg.
> 
> I have a mind to recall 2.4.19, but will leave the vote open
> to ensure we don't have problems w/ other platforms before
> we re-T
> 
>> On Mar 21, 2016, at 9:49 PM, Jan Ehrhardt  wrote:
>> 
>> Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 13:37:40
>> -0400):
>>> [x] +0: meh
>> 
>> mod_http2.so will not build 'out of the box' on Windows, because
>> mod_http2.dsp is missing
>> 
>> # Begin Source File
>> 
>> SOURCE=./h2_ngn_shed.c
>> # End Source File
>> 
>> This leads to build errors like:
>> 
>> 1>h2_mplx.obj : error LNK2019: unresolved external symbol
>> _h2_ngn_shed_done_task referenced in function _h2_mplx_req_engine_done
>> 1>.\Release\mod_http2.so : fatal error LNK1120: 12 unresolved externals
>> 
>> Moreover, it is confusing that this mod_http2 has version 1.2.8, but is
>> different from the v1.2.8 release at
>> https://github.com/icing/mod_h2/releases
>> 
>> Jan
>> 
> 

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Jim Jagielski]

Ugg, ugg and triple ugg.

I have a mind to recall 2.4.19, but will leave the vote open
to ensure we don't have problems w/ other platforms before
we re-T

> On Mar 21, 2016, at 9:49 PM, Jan Ehrhardt  wrote:
> 
> Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 13:37:40
> -0400):
>> [x] +0: meh
> 
> mod_http2.so will not build 'out of the box' on Windows, because
> mod_http2.dsp is missing
> 
> # Begin Source File
> 
> SOURCE=./h2_ngn_shed.c
> # End Source File
> 
> This leads to build errors like:
> 
> 1>h2_mplx.obj : error LNK2019: unresolved external symbol
> _h2_ngn_shed_done_task referenced in function _h2_mplx_req_engine_done
> 1>.\Release\mod_http2.so : fatal error LNK1120: 12 unresolved externals
> 
> Moreover, it is confusing that this mod_http2 has version 1.2.8, but is
> different from the v1.2.8 release at
> https://github.com/icing/mod_h2/releases
> 
> Jan
> 

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Stefan Eissing]

> Am 22.03.2016 um 02:49 schrieb Jan Ehrhardt :
> 
> Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 13:37:40
> -0400):
>> [x] +0: meh
> 
> mod_http2.so will not build 'out of the box' on Windows, because
> mod_http2.dsp is missing
> 
> # Begin Source File
> 
> SOURCE=./h2_ngn_shed.c
> # End Source File
> 

This is indeed missing in mod_http2.dsp... :-(

> This leads to build errors like:
> 
> 1>h2_mplx.obj : error LNK2019: unresolved external symbol
> _h2_ngn_shed_done_task referenced in function _h2_mplx_req_engine_done
> 1>.\Release\mod_http2.so : fatal error LNK1120: 12 unresolved externals
> 
> Moreover, it is confusing that this mod_http2 has version 1.2.8, but is
> different from the v1.2.8 release at
> https://github.com/icing/mod_h2/releases

The version in 2.4.19 of mod_http2 is 1.4.4.

-Stefan

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Noel Butler]

On 22/03/2016 03:37, Jim Jagielski wrote:

The pre-release test tarballs for Apache httpd 2.4.19 can be found
at the usual place:

http://httpd.apache.org/dev/dist/

I'm calling a VOTE on releasing these as Apache httpd 2.4.19 GA.

[x ] +1: Good to go
[ ] +0: meh
[ ] -1: Danger Will Robinson. And why.



Slackware 13.37/14.0/14.1/-current
built with mysql, included APR/APR-Util and ssl



--
If you have the urge to reply to all rather than reply to list, you best
first read  http://members.ausics.net/qwerty/

Re: [VOTE] Release Apache httpd 2.4.19 as GA

[Jan Ehrhardt]

Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 13:37:40
-0400):
>[x] +0: meh

mod_http2.so will not build 'out of the box' on Windows, because
mod_http2.dsp is missing

# Begin Source File

SOURCE=./h2_ngn_shed.c
# End Source File

This leads to build errors like:

1>h2_mplx.obj : error LNK2019: unresolved external symbol
_h2_ngn_shed_done_task referenced in function _h2_mplx_req_engine_done
1>.\Release\mod_http2.so : fatal error LNK1120: 12 unresolved externals

Moreover, it is confusing that this mod_http2 has version 1.2.8, but is
different from the v1.2.8 release at
https://github.com/icing/mod_h2/releases

Jan