Am 11.06.2015 um 16:08 schrieb Jim Jagielski:
The pre-release test tarballs for Apache httpd 2.4.14 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.14 GA.
[ ] +1: Good to go
[ ] +0: meh
[X] -1: Danger Will Robinson. And why.
Not an easy call.
-1 but even more thanks for RMing.
Negative vote due to:
- chance of breaking chunked encoding due to spec intolerance.
Proxy example reported by Steffen plus
at least anecdotal evidence by Jeff (Apache 1.3 backends).
- mass occurrence of SSLCertificateChainFile deprecation warning
IMHO it would be better to tolerate white space in chunk header, as
suggested by Yann now in STATUS.
Concerning the deprecation warnings I'm not sure what the current
consensus for best behavior is. I think we want only one log message,
not one per VHosts. Probably undecided currently:
- log level of this one message (IMHO: WARNING)
- send it to log file only or also to console (IMHO: log file only)
- should we indicate in the message, that here might be other places
using SSLCertificateChainFile as well? (IMHO yes)
- should we log all the other places, but only to log file and with info
or debug log level? (IMHO no, because it could be quite a lot and
switching to debug would make it invisible for most people; find/grep is
not that hard)
Test using test suite:
In short: No regressions found.
Detailed report:
- Sigs and hashes OK
- contents of tarballs identical
- contents of tag and tarballs identical
except for expected deltas
(we could cleanup some m4 files in apr-util/xml/expat/conftools
at the end of buildconf, no regression)
Built on
- Solaris 8+10 Sparc as 32 Bit Binaries
- SLES 10+11 (64 Bits)
- RHEL 6 (64 Bits)
For all platforms built
- with default (shared), shared and static modules
- with module sets none, few, most, all, reallyall and default
(always mod_privileges disabled)
- using --enable-load-all-modules
- against "included" APR/APU from deps tarball,
plus external APR/APU 1.5.2/1.5.4
- using external libraries
- expat 2.1.0
- pcre 8.37
- openssl 1.0.1n
- lua 5.2.4
- distcache 1.5.1
- libxml2 2.9.2
- Tool chain:
- platform gcc except for Solaris
(gcc 4.1.2 for Solaris 8 and 4.9.2 for Solaris 10)
- CFLAGS: -O2 -g -Wall -fno-strict-aliasing
(and -mpcu=v9 on Solaris)
All builds succeeded
- two compiler warnings
server/mpm/event/event.c:1438: warning: 'last' may be used uninitialized
in this function
ssl/ssl_util_stapling.c:657: warning: 'ok' may be used uninitialized in
this function
Tested for
- Solaris 8+10 (32), SLES 10+11 (64), RHEL 6 (64)
- MPMs prefork, worker, event
(except event on Solaris8, unsupported)
- default, shared and static modules
- log levels info, debug and trace8
- module set reallyall (121 modules plus MPMs)
The following test failures were seen:
a Test 4 or 5 in t/modules/dav.t:
Happens for 27 out of 364 runs.
Creation, modified and now times not in the correct order.
This seems to be a system issue, all tests done on NFS,
many tested on virtualized guests.
Not a regression.
b Various tests in t/apache/expr_string.t: (6, 11, 14, 17, 20 ,23)
Happens for 63 out of 364 runs (almost all on SLES 10, 6 on RHEL6
and 1 on Solaris 8).
The failure is always on line 68, where the error_log contents
are checked.
Not a regression.
c Tests 55-57 of t/modules/cgi.t testing contents of ScriptLog.
Likely similar than what I observed for 2.4.12.
Fix probably by porting r1651085 from mod_cgi to mod_cgid.
Not a regression.
Regards,
Rainer
