Issues found with existing distfiles:
distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
distfiles/fortran-utils-1.1.tar.gz
distfiles/ivykis-0.39.tar.gz
distfiles/enum-1.11.tar.gz
distfiles/pvs-3.2-libraries.tgz
distfiles/pvs-3.2-linux.tgz
distfiles/pvs-3.2-solaris.tgz
distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
{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
(pkglint-4.150 warns)
WARN: Makefile:4: The package is being downgraded from 0.200005 to 0.200.006.
-------------------
0.200006 2014-03-10 10:14:45-04:00 America/New_York
- skip tests on Win32 pre-5.14 related to line endings; perl munges the
data before we're able to get at it (thanks, Christian Walde!)
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.
Upstream changes:
0.200005 2013-12-11 08:03:08 America/New_York
- open DATA handles both :raw and :bytes to avoid content munging on
Win32 (thanks, Kenichi Ishigaki!)
- This is not yet a perfect solution for Win32.
0.200004 2013-12-01 21:31:02 America/New_York
- avoid confusion between \n, \x0d\x0a, and Win32 (thanks, Kenichi
Ishigaki!)
0.200003 2013-11-02 07:57:52 America/New_York
[THIS MIGHT BREAK STUFF]
- stable release of 0.200002, no functional changes
0.200002 2013-10-19 22:11:32 America/New_York (TRIAL RELEASE)
[THIS MIGHT BREAK STUFF]
- add an "encoding" parameter to set encoding of data section contents;
this defaults to UTF-8 (thanks, David Golden!)
0.101622 2013-06-19 21:48:02 America/New_York
add a link to an Advent article about Data-Section
update bugtracker, repo, etc.
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.
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!
0.100270) to version 0.100.770 (upstream version 0.100770).
Upstream changes:
0.100770 2010-03-18 08:05:46 America/New_York
this release's changes courtesy of Tatsuhiko Miyagawa:
__END__ now ends the whole data section; ignore_end may come someday
empty data lines between __DATA__ and first section are ignored
to ${PERL5_LICENSE} according to META.json
Upstream changes:
0.091820 2009-07-01 18:25:50 UTC
add docs on using ForMethod to avoid autocleaning (thanks, Kent
Fredric)
0.006 2008-11-23
remove smoke tests that did nothing useful; thanks Florian
Data::Section provides an easy way to access multiple named chunks
of line-oriented data in your module's DATA section. It was written
to allow modules to store their own templates, but probably has
other uses.
