Problems found locating distfiles:
Package cabocha: missing distfile cabocha-0.68.tar.bz2
Package convertlit: missing distfile clit18src.zip
Package php-enchant: missing distfile php-enchant/enchant-1.1.0.tgz
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
(Could not find the info for 0.55 and 0.56)
-------------------
0.54 - 2013-12-13
- remove /o modifier on Regexps (RT#91382)
- Update to Dist::Zilla for releasing
- Clean up POD issues
- Simplify Makefile.PL
- Add cpanfile
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.
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!
the module XML::SAX:Base is at version 1.04 since 2002, no newer
release is available.
Since about the same time the Perl 5 module XML::SAX includes the
XML::SAX::Base module, the CHANGES file says:
0.11 03 Sep 2002 Matt Sergeant
- Base: Merged in XML::SAX::Base 1.04 (including memory leak fixes)
Hence the packages textproc/p5-XML-SAX-Base and textproc/p5-XML-SAX
are conflicting.
To resolve this situation and as discussed with he@:
- Remove the package textproc/p5-XML-SAX-Base.
- Make textproc/p5-XML-SAX conflicting with the now defunct
textproc/p5-XML-SAX-Base.
Bump PKGREVISION of textproc/p5-XML-SAX to 2.
- Adjust accordingly the dependencies of textproc/p5-XML-SAX-Writer:
make it depend on textproc/p5-XML-SAX.
Bump PKGREVISION of textproc/p5-XML-SAX-Writer to 1.
Pkgsrc changes:
o Adjusted dependencies to fit the new requirements.
Upstream changes:
0.52 - 2008-11-19
- Fix spelling of QuoteCharacter
0.51 - 2008-11-19
- Added QuoteCharecter parameter to new() to control quoting of
attributes (perigrin)
- Added Tests and Docs
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=...").
pkgsrc-changes:
fix dependency. add p5-XML-SAX (XML::SAX::Exception), p5-Text-Iconv and
p5-XML-Filter-BufferText, and delete p5-File-Temp-[0-9]* (already in base
perl package)
Changes:
0.50 - Sep 14, 2006
- fixed redundant skipped entity at start_dtd
(RT.cpan.org #18546)
- attribute_decl expects Mode instead of ValueDefault property
to fit to Perl SAX 2.1 (ValueDefault still supported)
- fixed make test failure with Text::Iconv 1.3 or higher
(RT.cpan.org #7436 and #9690)
- fixed make test failure on VMS
(RT.cpan.org #18663)
- fixed dropped output on encoding conversion errors
(RT.cpan.org #17177)
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.
A new XML Writer was needed to match the SAX2 effort because quite
naturally no existing writer understood SAX2. My first intention
had been to start patching XML::Handler::YAWriter as it had previously
been my favourite writer in the SAX1 world.
However the more I patched it the more I realised that what I
thought was going to be a simple patch (mostly adding a few event
handlers and changing the attribute syntax) was turning out to be
a rewrite due to various ideas I'd been collecting along the way.
Besides, I couldn't find a way to elegantly make it work with SAX2
without breaking the SAX1 compatibility which people are probably
still using. There are of course ways to do that, but most require
user interaction which is something I wanted to avoid.
So in the end there was a new writer. I think it's in fact better
this way as it helps keep SAX1 and SAX2 separated.
