Am 16.12.2016 um 19:29 schrieb Jim Jagielski:
At long, long last, the pre-release test tarballs for Apache httpd
version 2.4.25 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.25 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.

+1 to release and thanks a bunch for RMing and to all who contributed to the release.

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 plus external apr 1.6.x head and apu 1.5.x head.

- using external libraries
  - expat 2.2.0
  - pcre 8.39
  - openssl 1.0.2j plus patches
  - lua 5.3.3 plus LUA_COMPAT_5_1 define
  - distcache 1.5.1
  - libxml2 2.9.4
  - libnghttp2 1.7.0

- Tool chain:
    - platform gcc except for Solaris
(gcc 4.1.2 for Solaris 8 and 4.9.2 for Solaris 10 and apr/u 1.5.2/1.5.4 and gcc 6.2.0 for Solaris with apr/u bundeled and heads)
    - CFLAGS: -O2 -g -Wall -fno-strict-aliasing
(and -mpcu=v9 -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED=1 -D__EXTENSIONS__ on Solaris plus -D_XPG6 when using gcc 6.2.0)

208 build succeeded, 2 builds both on SLES 11 didn't succeed due to segmentation faults in ksh during configure run. Not a regression.

  - compiler warnings:

modules/core/mod_watchdog.c:437: warning: 'rv' may be used uninitialized in this function modules/proxy/mod_proxy_express.c:111: warning: 'backend' may be used uninitialized in this function modules/ssl/ssl_util_stapling.c:686: warning: 'ok' may be used uninitialized in this function srclib/apr-util/xlate/xlate.c:120:38: warning: passing argument 2 of 'iconv' from incompatible pointer type (only Solaris 10)


Tested for

- Solaris 10 (32), SLES 11 (64), RHEL 6 (64)
- MPMs prefork, worker, event
- default, shared and static modules
- log levels info, debug and trace8
- module set reallyall (124 modules plus MPMs)
- module sets few, default, most and all ongoing

The following test failures were seen:

a Test 5 in t/modules/dav.t:
  Happens for 11 out of about 750 runs (4 on SLES 11,
  6 on RHEL6, 1 on Solaris 10).
  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: (3, 6, 11, 14, 17, 20 ,23)
  Happens for 58 out of about 750 runs (2 on SLES 11,
  53 on RHEL6, 3 on Solaris10).
  The failure is always on line 68, where the error_log contents
  are checked.
  Not a regression.

c Test 59 of t/modules/include.t only and always on
  Solaris.
  This is due to a bug in the test, which uses strftime()
  with a "%s" pattern that is not supported on Solaris.
  Until recently the server and the test client both returned
  verbatim "%s" and the test succeeded. After updating some
  Perl modules for the http2 tests, the perl client even
  on Solaris now supports "%s" in strftime and the test starts
  to fail. It seems we have to fix the test.
  Not a regression

d Test 163, 68 or 171 in t/ssl/proxy.t
  Sporadic (3) failures only for Solaris and only on event.
  We always get back about 40-60KB of data instead of the expected
  Proxy Error 502. The error message always refers to
  .../Apache-Test/lib/Apache/TestCommonPost.pm at line 131
  Regression, but maybe a test framework problem?

e Test25 and 30 in t/http11/chunked.t
  Fails only once on SLES 11 with event and "few" module set
  statically linked.
  # testing : number of requests
  # expected: 5
  # received: 1
  not ok 25
  # testing : number of requests
  # expected: 6
  # received: 2
  not ok 30
  Regression but extremely rare

f Failure of tests 5-24 in t/modules/ext_filter.t
  Roughly 2/3 of all test runs fail those tests,
  didn't look for details, because it seems to be
  an open issue (BZ) and not a regression.

g Few failures of test 1 in t/modules/ext_filter.t
  Only on Solaris while using "sed", did not appear later
  when the test was using the "perl" replacement I checked
  in in the meantime

h Tests 1, 5-6, 10-11, 13-16, 20-21, 23-26, 28-31 in t/module/session.t
  Fail always for static builds with "all" and "most" module sets.
  I haven't yet checked but hopefully just a missed dependency thing.

i Tests 72-75, 77 in t/apache/http_strict.t
  Fail always in "few" module set, seems to be the missing cgi/cgid
  dependency

j Tests 1-52 in t/modules/http2.t
  Fail only on Solaris 10 statically linked. Hopefully again just
  a linking / dependency problem.

All in all I don't see a critical problem.

Regards,

Rainer

Reply via email to