Am 11.07.2015 um 16:29 schrieb William A Rowe Jr:
The pre-release candidate tarballs of Apache httpd 2.2.30, can be found in;

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

   +/-1
   [+1]  Release 2.2.30 GA (apr 1.5.2, apr-util 1.5.4)

Win32 src to follow shortly, vote to run through 14:30 GMT Tuesday.

+1 to release, thanks for RMing

Details:

- Netware and Windows binary artefacts not checked (missing)
- signature and hashes OK
- key in KEYS file
- gz and bz2 contents identical
- no unexpected diff to svn tag
- built and tested on
  - Solaris 8+10 Sparc
  - Suse Linux Enterprise Server 10+11 (64 Bit)
  - RedHat Enterprise Linux 6 (64Bit)
- builds fine using gcc (209 different build combinations)
  - out of tree
  - with "all", "most" and default module sets
  - with either default (static) or shared linked modules
  - MPMs prefork, worker, event (where applicable)
  - dependencies apr/apu/expat/pcre:
    a) all bundled
    b) 1.5.2/1.5.4/2.1.0/8.37 (2 variants)
  - OpenSSL 1.0.2c
- one build warning: lex.ssl_expr_yy.c:1460:
  warning: ‘input’ defined but not used
  - I expect configure to still fail on Linux with external non-system
    PCRE. Not a regression, see my 2.2.23 voting mail for details.
- test suite ran for the builds with module set "all" and log levels
    info and debug (168 variations)
  - no test regressions w.r.t. at least 2.2.16-2.2.29:
    - Failed test 2 in t/ssl/extlookup.t at line 27
    - Failed test 9 in t/ssl/require.t at line 44
    Happens always.
    For details about both see my 2.2.19 voting mail.
  - failed tests 2+3 in t/security/CVE-2008-2364.t when
    using LWP 6.0.3 or above
    Happens always.
    For details about both see my 2.2.23 voting mail.
  - Test 4 in t/modules/dav.t:
    Happens for 19 out of 168 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.
    Likely similar than what I observed for 2.4.
  - Tests 55-57 of t/modules/cgi.t testing contents of ScriptLog.
    Happens for 60 out of 168 runs.
    Likely similar than what I observed for 2.4.
    Fix probably by porting r1651085 from mod_cgi to mod_cgid.

Regards,

Rainer

Reply via email to