to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
Based on PR 39555.
CHANGES
-------
2.015 3 September 2008
* Makefile.PL
Backout changes made in 2.014
2.014 2 September 2008
* Makefile.PL
Updated to check for indirect dependencies.
2.013 18 July 2008
* IO::Compress::Base
- Allow IO::Compress::Base::Parameters::parse to accept an IO::Compress::Base::Parameters object.
Pkgsrc changes:
- none
Changes since version 2.011:
============================
2.012 15 July 2008
* IO::Compress::Base
- Silenced an uninitialised value warning when reading a line
at a time from a zip file where the content uses ZIP_CM_STORE.
[Problem spotted & fixed by Jeff Holt]
* IO::Compress::Base & IO::Uncompress::Base
- local-ise $!, $? et al in the DESTROY methods.
2.011 17 May 2008
* No Changes
2.010 5 May 2008
* Fixed problem that meant Perl 5.10 could not upgrade this module.
[RT #35341]
2.009 20 April 2008
* Minor documentation issue with flush.
[rt.cpan.org #31446]
2.008 2 November 2007
* Minor documentation changes in README
2.006 1 September 20007
* Makefile.PL
Added INSTALLDIRS directive to install as a core module when built
on a perl >= 5.9.
2.005 18 June 2007
* Stephen Turner reported a problem when using IO::Uncompress::Gunzip
with XML::Parser. Turns out there were two issues.
Firstly an IO::Uncompress object isn't an IO::Handle. It is now.
Secondly the implementation of "read" wasn't honouring this
SCALAR will be grown or shrunk to the length actually read.
In particular it didn't do the right thing on EOF.
This has been fixed.
