Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1

2015-06-02 Thread David E. Wheeler
On May 13, 2015, at 3:52 PM, David E. Wheeler da...@justatheory.com wrote:

 Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20 
 build. Both build nicely, with just a simple patch for the system Perl 
 wanting a header with “CentOS” in it instead of “Unix”. Yay!

Having difficulting testing against my Perlbrew-installed 5.22.0 and Apache 
2.2.27 on OS X:

waiting 120 seconds for server to start: .[Tue Jun 02 10:20:16 2015] [warn] 
module apreq_module is already loaded, skipping
httpd: Syntax error on line 70 of 
/Users/david/Desktop/mod_perl-2.0.9-rc1/t/conf/httpd.conf: Cannot load 
/Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so into 
server: 
dlopen(/Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so, 
10): Symbol not found: _modperl_handler_name
  Referenced from: 
/Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so
  Expected in: dynamic lookup

Best,

David



smime.p7s
Description: S/MIME cryptographic signature


Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1

2015-06-02 Thread Fred Moyer
I've been struggling with this same issue on OS X. Jan K. indicated
that it was the result of perlbrew, httpd, and mod_perl not all being
built with the same C compiler. I had tried to get everything built
with gcc, but I had to symlink /usr/bin/cc to gcc instead of clang,
and even then I think other parts of my toolchain were still using
clang based utilities.

On Tue, Jun 2, 2015 at 10:24 AM, David E. Wheeler da...@justatheory.com wrote:
 On May 13, 2015, at 3:52 PM, David E. Wheeler da...@justatheory.com wrote:

 Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20 
 build. Both build nicely, with just a simple patch for the system Perl 
 wanting a header with “CentOS” in it instead of “Unix”. Yay!

 Having difficulting testing against my Perlbrew-installed 5.22.0 and Apache 
 2.2.27 on OS X:

 waiting 120 seconds for server to start: .[Tue Jun 02 10:20:16 2015] [warn] 
 module apreq_module is already loaded, skipping
 httpd: Syntax error on line 70 of 
 /Users/david/Desktop/mod_perl-2.0.9-rc1/t/conf/httpd.conf: Cannot load 
 /Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so into 
 server: 
 dlopen(/Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so, 
 10): Symbol not found: _modperl_handler_name
   Referenced from: 
 /Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so
   Expected in: dynamic lookup

 Best,

 David



Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1

2015-05-15 Thread Jie Gao
 cat /etc/issue
Red Hat Enterprise Linux Server release 6.6 (Santiago)
 uname -a
Linux .xxx.xxx.xx 2.6.32-504.16.2.el6.x86_64 #1 SMP Tue Mar 10 17:01:00 EDT 
2015 x86_64 x86_64 x86_64 GNU/Linux
 perl -V
Summary of my perl5 (revision 5 version 20 subversion 2) configuration:
   
  Platform:
osname=linux, osvers=2.6.32-504.12.2.el6.x86_64, 
archname=x86_64-linux-thread-multi
uname='linux .xxx.xxx.xx 2.6.32-504.12.2.el6.x86_64 #1 smp sun feb 1 
12:14:02 est 2015 x86_64 x86_64 x86_64 gnulinux '
config_args='-Dcc=gcc -Dusethreads -Dprefix=/usr/local -des -A 
ccflags=-fPIC'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fPIC -fwrapv 
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-D_REENTRANT -D_GNU_SOURCE -fPIC -fwrapv -fno-strict-aliasing 
-pipe -fstack-protector -I/usr/local/include'
ccversion='', gccversion='4.4.7 20120313 (Red Hat 4.4.7-11)', 
gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
alignbytes=8, prototype=define
  Linker and Libraries:
ld='gcc', ldflags =' -fstack-protector -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib /lib/../lib64 /usr/lib/../lib64 /lib /lib64 
/usr/lib64 /usr/local/lib64
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=libc-2.12.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.12'
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib 
-fstack-protector'


Characteristics of this binary (from libperl): 
  Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS
PERL_DONT_CREATE_GVSV
PERL_HASH_FUNC_ONE_AT_A_TIME_HARD
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP
PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV
USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS
USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE
USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_PERLIO
USE_PERL_ATOF USE_REENTRANT_API
  Built under linux
  Compiled at Mar 27 2015 14:50:02
  @INC:
/usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi
/usr/local/lib/perl5/site_perl/5.20.2
/usr/local/lib/perl5/5.20.2/x86_64-linux-thread-multi
/usr/local/lib/perl5/5.20.2
/usr/local/lib/perl5/site_perl/5.18.2
/usr/local/lib/perl5/site_perl/5.18.0
/usr/local/lib/perl5/site_perl


All tests successful for make test.

No errors loading external modules.


Regards,

Jie 

* Steve Hay steve.m@googlemail.com wrote:

 Date: Wed, 13 May 2015 20:55:02 +0100
 From: Steve Hay steve.m@googlemail.com
 To: d...@perl.apache.org, modperl@perl.apache.org modperl@perl.apache.org
 Subject: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1
 
 Please download, test, and report back on this release candidate of
 the long-awaited mod_perl 2.0.9.
 
 http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
 
 MD5 = f4e5aa352aca25df31f86eb6503fe883
 SHA1 = db220c311b7848679a02ebec67ee41cc1334b460
 
 =item 2.0.9-rc1
 
 Add support for Apache httpd-2.4.x. [Torsten Foertsch, Jan Kaluza,
 Steve Hay, Gozer]
 
 Don't call modperl_threaded_mpm() et al. from XS code. Fixes Debian Bug
 #765174. [Niko Tyni nt...@debian.org]
 
 Make sure modperl_interp_select uses r-server rather than the passed s
 parameter to find the interpreter pool to pull an interpreter from. This
 fixes an issue with vhosts with a separate interpreter pool and runtime
 dir-config merges that used to pull the interpreter from the wrong pool.
 [Torsten Foertsch]
 
 PerlInterpScope is now more advisory. Using $(c|r)-pnotes will bind
 the current interpreter to that object for it's lifetime.
 $(c|r)-pnotes_kill() can be used to prematurely drop pnotes and
 remove this binding. [Torsten Foertsch]
 
 Now correctly invokes PerlCleanupHandlers, even if they are the only
 handler type configured for that request [Torsten Foertsch]
 
 For threaded MPMs, change interpreter managment to a new, reference-counted
 allocation model. [Torsten Foertsch]
 
 Expose modperl_interp_pool_t via ModPerl::InterpPool, modperl_tipool_t
 via ModPerl::TiPool and modperl_tipool_config_t via ModPerl::TiPoolConfig
 [Torsten Foertsch]
 
 Expose modperl_interp_t via ModPerl::Interpreter [Torsten Foertsch]
 
 Fix t/compat/apache_file.t on Windows. Apache::File-tmpfile() wants TMPDIR

Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1

2015-05-13 Thread Steve Hay
On 13 May 2015 at 20:55, Steve Hay steve.m@googlemail.com wrote:
 Please download, test, and report back on this release candidate of
 the long-awaited mod_perl 2.0.9.

 http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz


If I can vote for my own RC then it's a +1 from me :-)

Not quite 100%, but these failures are now documented in the README. I
believe they are all WIn32-specific.

Apache 2.2.29, Perl 5.20.2, VC++ 2010:

Test Summary Report
---
t\modules\proxy.t (Wstat: 2304 Tests: 0 Failed: 0)
  Non-zero exit status: 9
  Parse errors: Bad plan.  You planned 1 tests but ran 0.
Files=252, Tests=2721, 711 wallclock secs ( 1.79 usr +  1.14 sys =  2.93 CPU)
Result: FAIL
Failed 1/252 test programs. 0/2721 subtests failed.

Apache 2.4.12, Perl 5.20.2, VC++ 2010:

Test Summary Report
---
t\modules\proxy.t (Wstat: 2304 Tests: 0 Failed: 0)
  Non-zero exit status: 9
  Parse errors: Bad plan.  You planned 1 tests but ran 0.
t\protocol\echo_block.t   (Wstat: 0 Tests: 3 Failed: 2)
  Failed tests:  2-3
t\protocol\echo_nonblock.t(Wstat: 0 Tests: 3 Failed: 1)
  Failed test:  2
t\protocol\echo_timeout.t (Wstat: 0 Tests: 5 Failed: 4)
  Failed tests:  2-5
t\protocol\pseudo_http.t  (Wstat: 0 Tests: 13 Failed: 9)
  Failed tests:  3-8, 11-13
Files=252, Tests=2934, 908 wallclock secs ( 1.90 usr +  0.83 sys =  2.73 CPU)
Result: FAIL
Failed 5/252 test programs. 16/2934 subtests failed.


Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1

2015-05-13 Thread Joe Schaefer
+1, nice job Steve! 


 On Wednesday, May 13, 2015 6:52 PM, David E. Wheeler 
da...@justatheory.com wrote:
   

 On May 13, 2015, at 1:40 PM, Steve Hay steve.m@googlemail.com wrote:

 http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
 
 
 If I can vote for my own RC then it's a +1 from me :-)

Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20 build. 
Both build nicely, with just a simple patch for the system Perl wanting a 
header with “CentOS” in it instead of “Unix”. Yay!

  https://github.com/iovation/rpmcpan/blob/master/SOURCES/mod_perl-centos.patch

Best,

David


  

Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1

2015-05-13 Thread David E. Wheeler
On May 13, 2015, at 1:40 PM, Steve Hay steve.m@googlemail.com wrote:

 http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
 
 
 If I can vote for my own RC then it's a +1 from me :-)

Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20 build. 
Both build nicely, with just a simple patch for the system Perl wanting a 
header with “CentOS” in it instead of “Unix”. Yay!

  https://github.com/iovation/rpmcpan/blob/master/SOURCES/mod_perl-centos.patch

Best,

David



smime.p7s
Description: S/MIME cryptographic signature


Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1

2015-05-13 Thread Issac Goldstand
Awesome!!! I'll need to find some time to build and test, but huge kudos
Steve!

On 5/13/2015 10:55 PM, Steve Hay wrote:
 Please download, test, and report back on this release candidate of
 the long-awaited mod_perl 2.0.9.
 
 http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
 
 MD5 = f4e5aa352aca25df31f86eb6503fe883
 SHA1 = db220c311b7848679a02ebec67ee41cc1334b460
 
 =item 2.0.9-rc1
 
 Add support for Apache httpd-2.4.x. [Torsten Foertsch, Jan Kaluza,
 Steve Hay, Gozer]
 
 Don't call modperl_threaded_mpm() et al. from XS code. Fixes Debian Bug
 #765174. [Niko Tyni nt...@debian.org]
 
 Make sure modperl_interp_select uses r-server rather than the passed s
 parameter to find the interpreter pool to pull an interpreter from. This
 fixes an issue with vhosts with a separate interpreter pool and runtime
 dir-config merges that used to pull the interpreter from the wrong pool.
 [Torsten Foertsch]
 
 PerlInterpScope is now more advisory. Using $(c|r)-pnotes will bind
 the current interpreter to that object for it's lifetime.
 $(c|r)-pnotes_kill() can be used to prematurely drop pnotes and
 remove this binding. [Torsten Foertsch]
 
 Now correctly invokes PerlCleanupHandlers, even if they are the only
 handler type configured for that request [Torsten Foertsch]
 
 For threaded MPMs, change interpreter managment to a new, reference-counted
 allocation model. [Torsten Foertsch]
 
 Expose modperl_interp_pool_t via ModPerl::InterpPool, modperl_tipool_t
 via ModPerl::TiPool and modperl_tipool_config_t via ModPerl::TiPoolConfig
 [Torsten Foertsch]
 
 Expose modperl_interp_t via ModPerl::Interpreter [Torsten Foertsch]
 
 Fix t/compat/apache_file.t on Windows. Apache::File-tmpfile() wants TMPDIR
 or TEMP from the environment, or else defaults to /tmp. The latter is no
 good on Windows, so make sure the environment variables are passed through.
 (TEMP should be set to something suitable on Windows.) [Steve Hay]
 
 Fix t/api/err_headers_out.t with HTTP::Headers  6.00. [Rolando
 roloswo...@gmail.com]
 
 Fix the build with VC++ and dmake (rather than nmake) on Windows. The
 Makefile generated by Apache2::Build uses shell commands for the manifest
 file, but neglected to tell dmake to use the shell. [Steve Hay]
 
 Don't write an 'rpm' target into the Makefile on Windows. It isn't relevant
 on Windows, and the (hard-coded, not MakeMaker-generated) recipe group has
 syntax which dmake doesn't understand. [Steve Hay]