Upstream changes:
1.002004 - 2014-07-09
- fix prerequisite declarations for older toolchain
1.002003 - 2014-07-09
- module loading is now done while importing, making it unnecessary to load
them beforehand (RT#96995, Christian Walde)
1.002002 - 2014-05-06
- minor metadata updates
1.002001 - 2014-03-04
- fix tests and Makefile.PL to support perl 5.6
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
Remove the patch which included into src upstream
Upstream changes:
1.002000 - 2013-12-10
- allow specifying by caller level, as well as specifying file, line,
and version
1.001001 2013-03-25
- fix NAME in Makefile.PL (RT#84207)
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
devel/p5-Import-Into.
Writing exporters is a pain. Some use Exporter, some use Sub::Exporter,
some use Moose::Exporter, some use Exporter::Declare ... and some things
are pragmas.
If you want to re-export other things, you have to know which is which.
Exporter subclasses provide export_to_level, but if they overrode their
import method all bets are off. Sub::Exporter provides an into parameter
but figuring out something used it isn't trivial. Pragmas need to have
their import method called directly since they affect the current unit
of compilation.
It's ... annoying.
However, there is an approach that actually works for all of these types.
