in textproc/p5-Filter from 1.39 to 1.45.
Upstream changes:
1.45 2012-06-19 rurban
----
* Sync perlfilter.pod with core improvements
1.44 2012-06-18 rurban
----
* Sync t/call.t with core fixes in 2adbc9b6
1.43 21 Feb 2012 rurban
----
* Fix more windows tests:
http://www.cpantesters.org/cpan/report/9e790a72-6bf5-1014-9f3b-641f296be760
1.42 20 Feb 2012 rurban
----
* Improve t/tee.t test 5 on windows which allows all Administrator
members read-access [RT #75164]
1.41 18 Feb 2012 rurban
----
* Hide example packages from the pause indexer
1.40 9 Feb 2012 rurban
----
* Fix tee and all tests to work with Perl 5.14 and higher.
PVIO has no IV field anymore, so abuse the empty IoOFP,
which is only used for printing, not reading.
Fixes [RT #56875] and more.
Tested for 5.6.2, 5.8.4, 5.8.5, 5.8.8, 5.8.9, 5.10.1, 5.12.4,
5.14.2, 5.15.7
Changes from previous:
* Versions being seperate from Module versions results in dependency confusion
Bumped all versions to match the distribution version number.
[RT #67655]
* Fix decrypt to work with Perl 5.14
[RT #67656]
* Update the Filter-Simple URL
[RT #49778]
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!
- Updating package for p5 module Filter from 1.36 to 1.37
- Setting license to ${PERL5_LICENSE} according to META.yml
Upstream changes:
1.37 9 June 2009
----
* No new feature or bug fixes - just sync with perl core.
- Updating module to 1.46
Upstream Changes:
1.36 28 February 2009
----
* Fixed install issue [RT #28232]
1.35 25 February 2009
----
* Included Core patches 32864, 33341 & 34776
* Side effect of above patches means that Filters needs at least Perl 5.005
Oked by rhaen@
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=...").
1.34 7 July 2007
----
* Included Core patch #31200 - change to support perl 5.10 for
Filter::Util::Call
* Also included the equivalent changes for the other filters. Patch
kindly provided by Steve Hay.
1.33 1 March 2007
----
* fixed ninstr issue for 5.8.9
* added t/pod.t
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
module directory has changed (eg. "darwin-2level" vs.
"darwin-thread-multi-2level").
binary packages of perl modules need to be distinguishable between
being built against threaded perl and unthreaded perl, so bump the
PKGREVISION of all perl module packages and introduce
BUILDLINK_RECOMMENDED for perl as perl>=5.8.5nb5 so the correct
dependencies are registered and the binary packages are distinct.
addresses PR pkg/28619 from H. Todd Fujinaka.
The automatic truncation in gensolpkg doesn't work for packages which
have the same package name for the first 5-6 chars.
e.g. amanda-server and amanda-client would be named amanda and amanda.
Now, we add a SVR4_PKGNAME and use amacl for amanda-client and amase for
amanda-server.
All svr4 packages also have a vendor tag, so we have to reserve some chars
for this tag, which is normaly 3 or 4 chars. Thats why we can only use 6
or 5 chars for SVR4_PKGNAME. I used 5 for all the packages, to give the
vendor tag enough room.
All p5-* packages and a few other packages have now a SVR4_PKGNAME.
ones to do, and each compiled and installed/de-installed apparently
correctly.
As a side effect of the dynamic PLIST, we no longer need to have separate
-static and -shared PLISTs. It's now easier than ever to make a perl5
package for NetBSD :)
