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.
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.
* Remove test boilerplate the reorganisation of dual-life modules in the perl
code made unnecessary.
* Remove Shell::Command - that module is now available in the Shell::Command
distribution on CPAN.
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
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=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
Pkgsrc changes:
o Change to Module::Build
Upstream changes:
1.15 Sun, Oct 12, 2008
- cp fails to update timestamp on Win32:
http://rt.cpan.org/Ticket/Display.html?id=34718
Patch supplied by MSCHWERN
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=...").
Packages Collection.
The Perl 5 module ExtUtils::Command is used to replace common UNIX
commands. In all cases the provided functions work from @ARGV rather
than taking arguments. This makes them easier to deal with in
Makefiles. Call them like this:
perl -MExtUtils::Command -e some_command some files to work on
The module Shell::Command is also included in this package: it
provides the same functions but take arguments normally.
