Commit graph

9 commits

Author SHA1 Message Date
wiz
d2ca14a3f1 Bump all packages for perl-5.18, that
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.
2013-05-31 12:39:57 +00:00
rodent
6b46c62d2e Edited DESCR in the case of:
File too long (should be no more than 24 lines).
 Line too long (should be no more than 80 characters).
 Trailing empty lines.
 Trailing white-space.
Trucated the long files as best as possible while preserving the most info
contained in them.
2013-04-07 20:49:31 +00:00
asau
e1ab7079b6 Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days. 2012-10-31 11:16:30 +00:00
wiz
8b5d49eb78 Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.
2012-10-03 21:53:53 +00:00
hiramatsu
19ab295487 Update p5-MooseX-Types-URI to 0.03.
Change from previous:
---------------------
0.03  Thu, 17 Nov 2011 16:40:20 +0100
  * Adapt to the new type constraint inlining API in Moose 2.0100
    (Shawn M Moore).
2012-02-14 13:32:41 +00:00
obache
39619a9444 Revision bump after updating perl5 to 5.14.1. 2011-08-14 12:26:04 +00:00
seb
c3f1e700ad Bump the PKGREVISION for all packages which depend directly on perl,
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!
2010-08-21 16:32:42 +00:00
sno
15707ea5a1 Bumping revision of packages which depend direct or indirect on
devel/p5-Class-MOP. A late detected incompible change forced it.
2009-09-24 06:50:10 +00:00
abs
7aa2f59fd3 Added devel/p5-MooseX-Types-URI version 0.02
This package provides Moose types for fun with URIs.

It has slightly DWIMier types than the URI classes have due to
implementation details, so the types should be more forgiving when
ducktyping will work anyway (e.g. URI::WithBase does not inherit
URI).
2009-08-27 10:39:13 +00:00