XML breakage on AIX in 2.4.29 (was: Re: [VOTE] Release Apache httpd 2.4.29 as GA)

[William A Rowe Jr]

On Sun, Nov 12, 2017 at 5:11 PM, Eric Covener  wrote:
>> Below is an addition to the first message: It appears (from the -bloadmap
>> output) that XML_Parse is suppossed to be coming from apr-util. Or is it
>> APR-UTIL is the caller?
>>
>> :g/XML_Parse/p
>> (ld): keep XML_Parse
>> ld: 0711-301 WARNING: Symbol specified with the -u flag not defined:
>> XML_Parse
>>  .XML_Parse[142]   ER PR
>> ../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
>>  .XML_ParserFree   [148]   ER PR
>> ../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
>>  .XML_ParserCreate [176]   ER PR
>> ../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
>>  [Press return to continue]
>
> apr-util depends on expat but no longer embeds it. You moved to
> apr-util 1.6.x when you built the latest httpd but it is not required.

Not that simple, the error is in httpd/branches/2.4.x/configure.in

We shouldn't be messing with this (anymore)...


dnl enable_so tells us if *any* modules can be built as DSOs

if test "$enable_so" = "yes" -o "$enable_so" = "static"; then
  case $host in
*-ibm-aix*)
  APR_ADDTO(HTTPD_LDFLAGS, [-Wl,-uXML_Parse
-Wl,-bE:$abs_builddir/server/httpd.exp])
  APR_ADDTO(SH_LDFLAGS, [\$(EXTRA_LDFLAGS) \$(EXTRA_LIBS)])
  APR_ADDTO(UTIL_LDFLAGS, [-Wl,-uXML_Parse])
  ;;

Re: Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Eric Covener]

> Below is an addition to the first message: It appears (from the -bloadmap
> output) that XML_Parse is suppossed to be coming from apr-util. Or is it
> APR-UTIL is the caller?
>
> :g/XML_Parse/p
> (ld): keep XML_Parse
> ld: 0711-301 WARNING: Symbol specified with the -u flag not defined:
> XML_Parse
>  .XML_Parse[142]   ER PR
> ../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
>  .XML_ParserFree   [148]   ER PR
> ../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
>  .XML_ParserCreate [176]   ER PR
> ../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
>  [Press return to continue]

apr-util depends on expat but no longer embeds it. You moved to
apr-util 1.6.x when you built the latest httpd but it is not required.

Re: Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Michael]

On 07/11/2017 17:21, Jan Ehrhardt wrote:

Steffen in gmane.comp.apache.devel (Thu, 19 Oct 2017 23:15:32 +0200):

I said before: In Apache.dsw is now  project xml  removed, it is not
building out of the box with current released apr-util. With coming
apr-util 1.6.1 it should be possible to build.

With the expat/xml changes in apr-util and httpd, it is now a hard job
for most win users to build.

Grmbl. I did not expect it to be that hard, even with apr-util 1.6.1.
Include directories like ./xml/expat/lib, env var XML_PARSER (which I
can guess what it has to be), XML_OPTIONS (no idea what to put there),
unresolved external symbol __imp__XML_ParserFree even if I link expat or
the old xml ...


Formal it is hard to say to go or not, so a +0.

Mosterd na de maaltijd: -1.


I have been trying to build 2.4.29 on AIX. There are some hard-coded 
assumptions that are not working.


+++

This explains why I am getting a warning "all the time"

root@x064:[/data/prj/apache/src/httpd-2.4.29]grep XML_Parse * */*
configure:    test "x$silent" != "xyes" && echo "  setting HTTPD_LDFLAGS 
to \"-Wl,-uXML_Parse -Wl,-bE:$abs_builddir/server/httpd.exp\""
configure:    HTTPD_LDFLAGS="-Wl,-uXML_Parse 
-Wl,-bE:$abs_builddir/server/httpd.exp"
configure:    apr_addto_bugger="-Wl,-uXML_Parse 
-Wl,-bE:$abs_builddir/server/httpd.exp"
configure:    test "x$silent" != "xyes" && echo "  setting UTIL_LDFLAGS 
to \"-Wl,-uXML_Parse\""

configure:    UTIL_LDFLAGS="-Wl,-uXML_Parse"
configure:    apr_addto_bugger="-Wl,-uXML_Parse"
configure.in:  APR_ADDTO(HTTPD_LDFLAGS, [-Wl,-uXML_Parse 
-Wl,-bE:$abs_builddir/server/httpd.exp])

configure.in:  APR_ADDTO(UTIL_LDFLAGS, [-Wl,-uXML_Parse])

ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse


++

But I am still stuck re: finding where these are called from.

ld: 0711-317 ERROR: Undefined symbol: .XML_Parse
ld: 0711-317 ERROR: Undefined symbol: .XML_GetErrorCode
ld: 0711-317 ERROR: Undefined symbol: .XML_StopParser
ld: 0711-317 ERROR: Undefined symbol: .XML_ParserFree
ld: 0711-317 ERROR: Undefined symbol: .XML_ErrorString
ld: 0711-317 ERROR: Undefined symbol: .XML_ParserCreate
ld: 0711-317 ERROR: Undefined symbol: .XML_SetUserData
ld: 0711-317 ERROR: Undefined symbol: .XML_SetElementHandler
ld: 0711-317 ERROR: Undefined symbol: .XML_SetCharacterDataHandler
ld: 0711-317 ERROR: Undefined symbol: .XML_SetEntityDeclHandler

Was there a 2.4.28 (if so, never got around to it - as 2.4.27 is the 
last one I worked on (and may have nearly finished). FYI: 2.4.25 was the 
last one I actually finished packaging.

Really kind of sad - as httpd was an easy package. emphasis on was.

p.s. - sent from the wrong from address, so "repeating" as the first 
mail might bounce off dev@httpd...


Below is an addition to the first message: It appears (from the 
-bloadmap output) that XML_Parse is suppossed to be coming from 
apr-util. Or is it APR-UTIL is the caller?


:g/XML_Parse/p
(ld): keep XML_Parse
ld: 0711-301 WARNING: Symbol specified with the -u flag not defined: 
XML_Parse
 .XML_Parse[142]   ER PR 
../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
 .XML_ParserFree   [148]   ER PR 
../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])
 .XML_ParserCreate [176]   ER PR 
../src/apr-util-1.6.1/xml/apr_xml.c(/opt/lib/libaprutil-1.a[apr_xml.o])

 [Press return to continue]

+++
Puzzled.

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Jan Ehrhardt]

Steffen in gmane.comp.apache.devel (Thu, 19 Oct 2017 23:15:32 +0200):
>I said before: In Apache.dsw is now  project xml  removed, it is not
>building out of the box with current released apr-util. With coming
>apr-util 1.6.1 it should be possible to build. 
>
>With the expat/xml changes in apr-util and httpd, it is now a hard job
>for most win users to build. 

https://www.mail-archive.com/dev@apr.apache.org/msg27344.html
-- 
Jan

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Jan Ehrhardt]

Steffen in gmane.comp.apache.devel (Thu, 19 Oct 2017 23:15:32 +0200):
>I said before: In Apache.dsw is now  project xml  removed, it is not
>building out of the box with current released apr-util. With coming
>apr-util 1.6.1 it should be possible to build. 
>
>With the expat/xml changes in apr-util and httpd, it is now a hard job
>for most win users to build. 

Grmbl. I did not expect it to be that hard, even with apr-util 1.6.1.
Include directories like ./xml/expat/lib, env var XML_PARSER (which I
can guess what it has to be), XML_OPTIONS (no idea what to put there),
unresolved external symbol __imp__XML_ParserFree even if I link expat or
the old xml ...

>Formal it is hard to say to go or not, so a +0. 

Mosterd na de maaltijd: -1.
-- 
Jan

[CLOSED] Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Jim Jagielski]

Will more than the required 3 +1 (binding) votes and some other
unbinding +1 votes, and no -1s, I call this vote not only CLOSED but
also PASSED.

Thx to all!

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Gregg Smith]

Well I got it now thanks mostly to your instructions Steefen, took 
awhile but once I put the the pieces together I see what needs to be done.


On 10/20/2017 1:44 AM, Steffen wrote:


Nope, just double clicking Apache.dsw does now not create the xml 
solution.  And without xml solution  httpd does not build (httpd 
regression).


When I revert the Apache.dsw changes all fine, no headache and is not 
complicated at all here.



I do not care where expat is located.

And cmake is not my way to go, still not getting a complete build 
(please  do not start the discussion cmake vs .dsp again, the cmake 
quircks/limitations  are pointed out several times).


Ps.
For my personal use, when apr-util 1.6.1 is GA I revert also there the 
expat related changes, till all is settled.






On Friday 20/10/2017 at 02:49, William A Rowe Jr  wrote:

On Thu, Oct 19, 2017 at 4:15 PM, Steffen  wrote:


I said before: In Apache.dsw is now  project xml  removed, it is not 
building out of the box with current released apr-util. With coming 
apr-util 1.6.1 it should be possible to build.


With the expat/xml changes in apr-util and httpd, it is now a hard 
job for most win users to build.


Going with the “old” Apache.dsw and current apr-util, all looks fine. 
The 2.4.28 regression mod_proxy loadfactor issue is solved and it 
works now again.


Formal it is hard to say to go or not, so a +0.


By building out of the box, you mean building expat for you? That
behavior is by design, of course.

Reading your details on the other list, you are having problems with
the envvar, and attempted to build expat into its old location (and
further, are simply going to stay with the old xml.dsp logic not
provided by the expat project?)

Are you launching devenv with the /useenv flag with desired variables
set? It only promises to bring in your environment INCLUDE, LIB,
LIBPATH and PATH variables, so I'm not sure if it is a 100% solution.

It seems you and Gregg want to accomplish three different things,
Gregg thinks the obvious place for expat is under srclib/expat
(actually it unpacks as libexpat, shrug), you want to continue to
expand expat underneath srclib/apr-util/xml/, and I don't care, since
I build it entirely out-of-tree under the unpacked directory name,
configure and install into the target tree, and then set LIB and
INCLUDE as already documented for PCRE.

I'd like to support as many realistic use cases as possible while we
continue to clean up the segregation of httpd from apr[-util|-iconv],
so searching from the apr-util/ tree either xml/expat/lib or
../expat/lib seems reasonable to me.

Doesn't seem this is a regression, unless something that was working
quit working, and the build didn't work before with expat 2.2.4, so
that isn't in question.

Looking for good solutions here to help users accomplish builds in a
variety of ways without overcomplicating our project's long term
maintenance (extra headaches during httpd-2.4 are expected, of
course.) This basic logic should be working, for example;
https://wiki.apache.org/httpd/WindowsTrunkCompilation

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Steffen]

Nope, just double clicking Apache.dsw does now not create the xml 
solution.  And without xml solution  httpd does not build (httpd 
regression).


When I revert the Apache.dsw changes all fine, no headache and is not 
complicated at all here.



I do not care where expat is located.

And cmake is not my way to go, still not getting a complete build  
(please  do not start the discussion cmake vs .dsp again, the cmake 
quircks/limitations  are pointed out several times).


Ps.
For my personal use, when apr-util 1.6.1 is GA I revert also there the 
expat related changes, till all is settled.






On Friday 20/10/2017 at 02:49, William A Rowe Jr  wrote:
On Thu, Oct 19, 2017 at 4:15 PM, Steffen  
wrote:


I said before: In Apache.dsw is now  project xml  removed, it is not 
building out of the box with current released apr-util. With coming 
apr-util 1.6.1 it should be possible to build.


With the expat/xml changes in apr-util and httpd, it is now a hard job 
for most win users to build.


Going with the “old” Apache.dsw and current apr-util, all looks 
fine. The 2.4.28 regression mod_proxy loadfactor issue is solved and 
it works now again.


Formal it is hard to say to go or not, so a +0.


By building out of the box, you mean building expat for you? That
behavior is by design, of course.

Reading your details on the other list, you are having problems with
the envvar, and attempted to build expat into its old location (and
further, are simply going to stay with the old xml.dsp logic not
provided by the expat project?)

Are you launching devenv with the /useenv flag with desired variables
set? It only promises to bring in your environment INCLUDE, LIB,
LIBPATH and PATH variables, so I'm not sure if it is a 100% solution.

It seems you and Gregg want to accomplish three different things,
Gregg thinks the obvious place for expat is under srclib/expat
(actually it unpacks as libexpat, shrug), you want to continue to
expand expat underneath srclib/apr-util/xml/, and I don't care, since
I build it entirely out-of-tree under the unpacked directory name,
configure and install into the target tree, and then set LIB and
INCLUDE as already documented for PCRE.

I'd like to support as many realistic use cases as possible while we
continue to clean up the segregation of httpd from apr[-util|-iconv],
so searching from the apr-util/ tree either xml/expat/lib or
../expat/lib seems reasonable to me.

Doesn't seem this is a regression, unless something that was working
quit working, and the build didn't work before with expat 2.2.4, so
that isn't in question.

Looking for good solutions here to help users accomplish builds in a
variety of ways without overcomplicating our project's long term
maintenance (extra headaches during httpd-2.4 are expected, of
course.) This basic logic should be working, for example;
https://wiki.apache.org/httpd/WindowsTrunkCompilation

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Gregg Smith]

On 10/19/2017 5:49 PM, William A Rowe Jr wrote:

On Thu, Oct 19, 2017 at 4:15 PM, Steffen  wrote:

I said before: In Apache.dsw is now  project xml  removed, it is not building 
out of the box with current released apr-util. With coming apr-util 1.6.1 it 
should be possible to build.

With the expat/xml changes in apr-util and httpd, it is now a hard job for most 
win users to build.

Going with the “old” Apache.dsw and current apr-util, all looks fine. The 
2.4.28 regression mod_proxy loadfactor issue is solved and it works now again.

Formal it is hard to say to go or not, so a +0.


By building out of the box, you mean building expat for you? That
behavior is by design, of course.

Reading your details on the other list, you are having problems with
the envvar, and attempted to build expat into its old location (and
further, are simply going to stay with the old xml.dsp logic not
provided by the expat project?)

Are you launching devenv with the /useenv flag with desired variables
set? It only promises to bring in your environment INCLUDE, LIB,
LIBPATH and PATH variables, so I'm not sure if it is a 100% solution.



set XML_PARSER=libexpat
devenv /useenv Apache.dsw

That should fix that. I read in that building in it's old location was 
the only way plus a little tinkering the project to give it a libpath to 
the lib. But then, that's what has to be done regardless of where expat 
is. But your not getting this, there's no libpath: in the dsp/mak. That 
missing and an include that still points to xml/expat/lib leads us to 
believe we have to put it there, Though I knew better.


Now I can't speak for Steffen but the "putting expat in xml/ should have 
clued you in to exactly what I said (on this very thing) at least enough 
to ask for clarification with an open mind.


The only guidance we have is to look at the makefiles. The only thing to 
latch onto to give us the slightest clue what you were thinking was the 
one include, which remains /I "xml/expat/lib" ergo never removed or 
modified to point someplace, anyplace where we are supposed to have it. 
In httpd's case maybe srclib/*expat, I really don't care where, but we 
need to know where.



It seems you and Gregg want to accomplish three different things,
Gregg thinks the obvious place for expat is under srclib/expat
(actually it unpacks as libexpat, shrug), you want to continue to
expand expat underneath srclib/apr-util/xml/, and I don't care, since
I build it entirely out-of-tree under the unpacked directory name,
configure and install into the target tree, and then set LIB and
INCLUDE as already documented for PCRE.



I don't read that into it. Again I don't care where it has to be so long 
as we pick a place and stick to it and have a correct /I and /libpath:.



I'd like to support as many realistic use cases as possible while we
continue to clean up the segregation of httpd from apr[-util|-iconv],
so searching from the apr-util/ tree either xml/expat/lib or
../expat/lib seems reasonable to me.


Realistic to whom ... you? One man's patriot is another man's traitor.

This isn't a "use case" however, this is a "getting this all to build 
case" period. We don't like upheaval but we do adapt, just we have no 
guidance here to adapt to.




Doesn't seem this is a regression, unless something that was working
quit working, and the build didn't work before with expat 2.2.4, so
that isn't in question.


Actually, 2.2.3 broke the build which I fixed. 2.2.4 just added a c99 
factor for the older c89 versions of VC. I wouldn't call this a 
regression here, it's broken at the apr level.




Looking for good solutions here to help users accomplish builds in a
variety of ways without overcomplicating our project's long term
maintenance (extra headaches during httpd-2.4 are expected, of
course.) This basic logic should be working, for example;
https://wiki.apache.org/httpd/WindowsTrunkCompilation



There we go, last time I built APR2 I just put expat in a folder named 
"expat" just outside apr's and it worked, because all the include and 
libpath pointers were there to help me figure it out.

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[William A Rowe Jr]

On Thu, Oct 19, 2017 at 4:15 PM, Steffen  wrote:
> I said before: In Apache.dsw is now  project xml  removed, it is not building 
> out of the box with current released apr-util. With coming apr-util 1.6.1 it 
> should be possible to build.
>
> With the expat/xml changes in apr-util and httpd, it is now a hard job for 
> most win users to build.
>
> Going with the “old” Apache.dsw and current apr-util, all looks fine. The 
> 2.4.28 regression mod_proxy loadfactor issue is solved and it works now again.
>
> Formal it is hard to say to go or not, so a +0.

By building out of the box, you mean building expat for you? That
behavior is by design, of course.

Reading your details on the other list, you are having problems with
the envvar, and attempted to build expat into its old location (and
further, are simply going to stay with the old xml.dsp logic not
provided by the expat project?)

Are you launching devenv with the /useenv flag with desired variables
set? It only promises to bring in your environment INCLUDE, LIB,
LIBPATH and PATH variables, so I'm not sure if it is a 100% solution.

It seems you and Gregg want to accomplish three different things,
Gregg thinks the obvious place for expat is under srclib/expat
(actually it unpacks as libexpat, shrug), you want to continue to
expand expat underneath srclib/apr-util/xml/, and I don't care, since
I build it entirely out-of-tree under the unpacked directory name,
configure and install into the target tree, and then set LIB and
INCLUDE as already documented for PCRE.

I'd like to support as many realistic use cases as possible while we
continue to clean up the segregation of httpd from apr[-util|-iconv],
so searching from the apr-util/ tree either xml/expat/lib or
../expat/lib seems reasonable to me.

Doesn't seem this is a regression, unless something that was working
quit working, and the build didn't work before with expat 2.2.4, so
that isn't in question.

Looking for good solutions here to help users accomplish builds in a
variety of ways without overcomplicating our project's long term
maintenance (extra headaches during httpd-2.4 are expected, of
course.) This basic logic should be working, for example;
https://wiki.apache.org/httpd/WindowsTrunkCompilation

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Steffen]

I said before: In Apache.dsw is now  project xml  removed, it is not building 
out of the box with current released apr-util. With coming apr-util 1.6.1 it 
should be possible to build. 

With the expat/xml changes in apr-util and httpd, it is now a hard job for most 
win users to build. 

Going with the “old” Apache.dsw and current apr-util, all looks fine. The 
2.4.28 regression mod_proxy loadfactor issue is solved and it works now again. 

Formal it is hard to say to go or not, so a +0. 



> Op 17 okt. 2017 om 21:00 heeft Jim Jagielski  het volgende 
> geschreven:
> 
> The pre-release test tarballs for Apache httpd
> version 2.4.29 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.29 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.29 as GA

[Jacob Perkins]

+1. CentOS 6 1686/x86_64, CentOS 7 x86_64


Details:

QA TEST Pass
Version : ea-apache24-2.4.29-1.3.

Steps:
CentOS 7
[root@68 ~]# httpd -v
Server version: Apache/2.4.29 (cPanel)
Server built:   Oct 18 2017 17:14:35
[root@68 ~]# uname -r
4.9.54-29.el7.x86_64

CentOS 6
[root@68 ~]# httpd -v
Server version: Apache/2.4.29 (cPanel)
Server built:   Oct 18 2017 17:14:38
[root@68 ~]# uname -r
2.6.32-696.13.2.el6.x86_64

Loadfactor issue fixed in 2.4.29

 BalancerMember "http://192.168.1.50:80; loadfactor=30
 BalancerMember "http://192.168.1.51:80; loadfactor=30

 
2.4.29
[root@68 cpanel]# /usr/sbin/apachectl -t
Syntax OK
[root@68 cpanel]# grep loadfacgor /etc/apache2/conf/httpd.conf
[root@68 cpanel]# grep loadfactor /etc/apache2/conf/httpd.conf
BalancerMember "http://192.168.1.50:80; loadfactor=30
BalancerMember "http://192.168.1.51:80; loadfactor=30
[root@68 cpanel]# httpd -v
Server version: Apache/2.4.29 (cPanel)
Server built:   Oct 18 2017 17:14:35
 
2.4.28 :
[root@68 cpanel]# /usr/sbin/apachectl -t
AH00526: Syntax error on line 29 of /etc/apache2/conf/httpd.conf:
BalancerMember LoadFactor must be a number between 1..100
[root@68 cpanel]# httpd -v
Server version: Apache/2.4.28 (cPanel)
Server built:   Oct 11 2017 19:14:31



mod_unique_id patch removed. Test mod_unique_id works
Server ENV UNIQUE_ID
--Browser---
Hello world WeemyBF4bWoiD-Nm6bv8MwAAABcid : uid=99(nobody) 
gid=99(nobody) groups=99(nobody)
Handler:cgi-fcgi
PHP Version:5.6.31

error_log: unique_id with ModSecurity 
[Wed Oct 18 13:52:07.963123 2017] [:error] [pid 3579:tid 
139642875606784] [client 10.7.11.119:61981] [client 10.7.11.119] ModSecurity: 
Warning. Operator GE matched 5 at TX:inbound_anomaly_score. [file 
"/etc/apache2/conf.d/modsec_vendor_configs/OWASP3/rules/RESPONSE-980-CORRELATION.conf"]
 [line "37"] [id "980130"] [msg "Inbound Anomaly Score Exceeded (Total Inbound 
Score: 20 - SQLI=0,XSS=0,RFI=0,LFI=20,RCE=0,PHPI=0,HTTP=0,SESS=0): OS File 
Access Attempt"] [tag "event-correlation"] [hostname "manysubs.loc"] [uri 
"/403.shtml"] [unique_id "Weei17PcVKEw1rynqrWhKwAAARI"]



QA EA4 SBCL Testing with Apache 2.4.29 : EA4_SBCL Passed


—
Jacob Perkins
Product Owner
cPanel Inc.

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

> On Oct 17, 2017, at 2:00 PM, Jim Jagielski  wrote:
> 
> The pre-release test tarballs for Apache httpd
> version 2.4.29 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.29 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!



smime.p7s
Description: S/MIME cryptographic signature

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Petr Gajdos]

On Tue, Oct 17, 2017 at 03:00:36PM -0400, Jim Jagielski wrote:
> The pre-release test tarballs for Apache httpd
> version 2.4.29 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.29 GA.
> 
> [ ] +1: Good to go
> [ ] +0: meh
> [ ] -1: Danger Will Robinson. And why.

+1 here
https://build.opensuse.org/package/live_build_log/Apache:Test/apache-test/Apache_Tumbleweed/x86_64

Petr

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Noel Butler]

On 18/10/2017 05:00, Jim Jagielski wrote:

> The pre-release test tarballs for Apache httpd
> version 2.4.29 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.29 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!

+1 all good on slackware > 13.x

-- 
Kind Regards, 

Noel Butler 

This Email, including any attachments, may contain legally 
privileged
information, therefore remains confidential and subject to copyright
protected under international law. You may not disseminate, discuss, or
reveal, any part, to anyone, without the authors express written
authority to do so. If you are not the intended recipient, please notify
the sender then delete all copies of this message including attachments,
immediately. Confidentiality, copyright, and legal privilege are not
waived or lost by reason of the mistaken delivery of this message. Only
PDF [1] and ODF [2] documents accepted, please do not send proprietary
formatted documents 

 

Links:
--
[1] http://www.adobe.com/
[2] http://en.wikipedia.org/wiki/OpenDocument

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Stefan Eissing]

And a +1 report from Bernard Spil , who just built with 
libressl on debian.

> Am 18.10.2017 um 11:06 schrieb Stefan Eissing :
> 
> 
> 
>> Am 17.10.2017 um 21:00 schrieb Jim Jagielski :
>> 
>> The pre-release test tarballs for Apache httpd
>> version 2.4.29 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.29 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!
> 
> +1 on macOS 10.13
> 
> And lots, lots of thanks for RMing, Jim!
> 
> Cheers, Stefan 
> 

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Stefan Eissing]

> Am 17.10.2017 um 21:00 schrieb Jim Jagielski :
> 
> The pre-release test tarballs for Apache httpd
> version 2.4.29 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.29 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!

+1 on macOS 10.13

And lots, lots of thanks for RMing, Jim!

Cheers, Stefan 

Re: [VOTE] Release Apache httpd 2.4.29 as GA

[Joe Orton]

On Tue, Oct 17, 2017 at 03:00:36PM -0400, Jim Jagielski wrote:
> The pre-release test tarballs for Apache httpd
> version 2.4.29 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.29 GA.

+1 - looks good on Fedora 26.

As ever, huge thanks for RMing.

Regards, Joe