Re: [ANNOUNCE] mod_perl 2.0.9

On 06/21/2015 01:44 AM, Steve Hay wrote:
> We are delighted to announce the long-awaited release of mod_perl
> 2.0.9, which you will soon be able to download from a mirror site near
> you via:

Great! Thanks for RMing. I've just updated mod_perl in Fedora :).

Regards,
Jan Kaluza

> http://perl.apache.org/download/index.html
>
> or in the meantime directly from:
>
> http://apache.org/dist/perl/
> http://search.cpan.org/dist/mod_perl/
> https://metacpan.org/release/mod_perl/
>
> MD5: fdab9a145bf35f54fce997c96c76f8e2 *mod_perl-2.0.9.tar.gz
> SHA1: 5de3018214da21de186d758a429d5c78f827caa5 *mod_perl-2.0.9.tar.gz
>
> This is the first official release of mod_perl with support for httpd
> 2.4.x. Your humble release engineer would like to give a big thank you
> to all those who helped to make it happen.
>
> Please note that perl 5.22.0 is not supported by this release. We hope
> to have this fixed soon in mod_perl 2.0.10.
>
> See below for the full list of changes in this release.
>
> Enjoy!
>
> Steve Hay
>
>
> Add note to README about MP_INLINE problem when building with GCC 5.
> [Niko Tyni <[email protected]>]
>
> Fix t/api/aplog.t for apr-1.5.2. [Steve Hay]
>
> Note that Perl 5.22.x is currently not supported. This is logged as
> CPAN RT#101962 and will hopefully be addressed in 2.0.10. [Steve Hay]
>
> Fix unthreaded build, which was broken in 2.0.9-rc2. [Steve Hay]
>
> Remove PerlInterpScope. This has not been working properly with
> threaded MPMs with httpd-2.4.x and the use-case of this directive was
> questionable. [Jan Kaluza]
>
> Allow running the test suite with httpd-2.4.x when mod_access_compat
> is not loaded. [Steve Hay]
>
> 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 <[email protected]>]
>
> 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
> <[email protected]>]
>
> 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]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>