Jesse, I show "P5P" as the owner of Exporter. Adriano was unresponsive in May when I emailed about updating it. As p5p is the maintainer, would you be up for giving me co-maint bits to help get this up to date?
Thanks, Todd https://pause.perl.org/pause/authenquery?pause99_peek_perms_by=me&pause99_peek_perms_query=Exporter&pause99_peek_perms_sub=Submit Begin forwarded message: > From: Todd Rinaldo <to...@cpanel.net> > Subject: Re: cpan out of sync with 5.14 > Date: May 18, 2011 5:22:39 PM CDT > To: Steffen Mueller <smuel...@cpan.org>, Adriano Ferreira > <a.r.ferre...@gmail.com> > Cc: Perl Porters <perl5-port...@perl.org> > > > On May 18, 2011, at 5:09 PM, Steffen Mueller wrote: > >> On 05/18/2011 11:41 PM, Todd Rinaldo wrote: >>> Data-Dumper and Exporter are newer in perl 5.14 that what is on CPAN. >>> I show p5p as maintainer for both. Are there plans to release these >>> to CPAN? >> >> Have you checked the diff? I am semi-confident that that will implicitly >> answer your question. If not, poke me for a DD release and Adriano for an >> Exporter release. >> >> --Steffen > > Adriano, > > Exporter too has had some changes since 5.12 which have not made it up to > CPAN: > > $>git log --stat v5.12.0..v5.14.0 lib/Exporter* > commit 9bac1559a4f8ca714c2348d199ad2a13c4477b0b > Author: Steffen Mueller <smuel...@cpan.org> > Date: Sat Jul 3 17:07:06 2010 +0200 > > Exporter version bump > > After being modified by 9b86bb5cacfb65a283299b005919058f8a61701a. > > lib/Exporter.pm | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > commit 9b86bb5cacfb65a283299b005919058f8a61701a > Author: Todd Rinaldo <to...@cpanel.net> > Date: Sat Jul 3 15:32:08 2010 +0200 > > Fix RT #74472 Exporter.pm blocks Signal handling > > Exporter.pm overrides SIG{__WARN__}. This means It's not possible to > write a test to trap warning events for this error. Since all the line > seems to do is make the warning more verbose, I suggest it not be done > if someone has defined a custom signal. At the moment Test::NoWarnings > cannot trap these warnings because of this. > > lib/Exporter.pm | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > commit 2d7e78b1bd24d3af5881f95a996405c9c11b1d59 > Author: Nicholas Clark <n...@ccl4.org> > Date: Thu Jun 17 15:21:24 2010 +0100 > > Avoid creating @EXPORT_FAIL in every package using Exporter. > > Previously, if package INKLE_KLINK is an Exporter, then the Exporter code's > symbolic lookup of \@{"INKLE_KLINK::EXPORT_FAIL"} would cause both that > array > and the enclosing typeglob to be instantiated. Now the typeglob and array > are > only created if present. (Strictly, if there's something in INKLE_KLINK's > symbol table for EXPORT_FAIL. But likely that will only ever be the array.) > > This saves about 200 bytes per package that uses Exporter but does not > need an > @EXPORT_FAIL. > > lib/Exporter.pm | 11 +++++++---- > 1 files changed, 7 insertions(+), 4 deletions(-) >
