{perl>=5.16.6,p5-ExtUtils-ParseXS>=3.15}:../../devel/p5-ExtUtils-ParseXS
since pkgsrc enforces the newest perl version anyway, so they
should always pick perl, but sometimes (pkg_add) don't due to the
design of the {,} syntax.
No effective change for the above reason.
Ok joerg
------------------
2.200009 2015-03-07 17:18:10-05:00 America/New_York
- module-loading exceptions now include a section_name attribute for
the name of the section being assembled
------------------
2.200008 2014-07-02 19:24:59-04:00 America/New_York
- fix a busted link
- be more consistent in exception-throwing on missing packages
- fix a dumb test that failed in a git checkout
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.
Changes from previous:
----------------------
2.200007 2014-01-29 21:04:25-05:00 America/New_York
- throw an exception when a bundle reports an impossible situation,
like { value => [] }; https://github.com/rjbs/Config-MVP/issues/5
2.200006 2013-09-17 08:58:53 Asia/Tokyo
- fix repository data
2.200005 2013-09-17 08:56:36 Asia/Tokyo
- removed use of deprecated Class::MOP::load_class (thanks, Karen
Etheridge)
2.200004 2013-08-27 12:09:19 America/New_York
- pass the arguments to missing_plugin in the right order
2.200003 2013-01-30 21:35:34 America/New_York
- doc fixes (Thanks, George Hartzell!)
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.
from CPAN into devel/p5-Config-MVP.
MVP is a mechanism for loading configuration (or other information)
for libraries. It doesn't read a file or a database. It's a helper
for things that do.
