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
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.
Changes from previous:
0.41 2011.09.26
* Added a dependency to DateTime::TimeZone (leto)
0.40 2011.09.18
* Fixed tests for Windows (wchristian)
* use all upper case UTF-8 (tsgit)
0.39 2011.06.20
* Disabled external entities and network to avoid possible security flaw (yannk)
0.38 2011.05.22
* Fixed a bug where content with newlines wasn't encoded in perl >= 5.12 (emasaka)
https://rt.cpan.org/Public/Bug/Display.html?id=61637
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 of XML::Atom from 0.33 to 0.34
- Setting license to gnu-gpl-v2
Upstream changes:
0.34 2009.04.29
* Fixed $entry->source support (Martin Atkins)
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=...").
0.28 2007.11.06
* Fixed Namespace handling in extensions so that both URL and NS object work
(Thanks to Brian Cassidy)
0.27_01 2007.10.04
* Removes most of hacks to deal with LibXML insane unicode stuff which are fixed with 1.64
0.27 2007.09.15
* Fixed $feed->as_xml_utf8 to work with latest XML::LibXML
0.26 2007.09.15
* This be 0.26
0.25_02 2007.06.20
* Fixed tests that fail with newer libxml (Thanks to knagano)
0.25_01 2007.04.27
* Fixed XML::Atom::Base element accessor to work with attributes
(Patch from LTjake and Jshirley for OpenSearch extension)
* Make XML::Atom::Link easily subclassable
(Patch from Simon Wistow for Google Calendar support)
Revision history for XML::Atom
0.25 2006.11.30
* Fixed memory leaks in XML::Atom::Client
(Reported by Brian Cassidy)
0.24 2006.11.25
* Updated document to mention that ID creation is user's responsibility
* Added $feed->as_xml_utf8 which always returns UTF-8 bytes string, rather than UTF-8 flagged one.
This addresses annoying issues with UTF-8 vs. latin-1 (Thanks to Rui Vilela #21191)
* Better fix for the hateful default: prefix issue in libxml2; now we
remove the default\d* prefix on any nodes and set the proper namespace
URI.
* Fix to the test case since 0x242 is now printable character in bleadperl
(Thanks to Andreas Koenig and Steve Peters)
* Skip tests if 'euc-jp' is unknown encoding on your XML library
(via CPAN testers)
PR pkg/34420.
Revision history for XML::Atom:
0.23 2006.08.27
* Fixed the method to get xml:lang and xml:base due to the
XML::LibXML 1.60 change which invalidated it.
0.22 2006.07.24
* Refactored internal element accessors by eating the new dog food
mk_elem_accessors and mk_object_list_accessor.
* Added support of Atom 1.0 <category> parse and generation
* Added $thing->links and $thing->categories as a moniker method
that returns an array reference in a scalar context
* Fixed a bug in $content->body() where it accidentally thinks the
content is not a valid Unicode string even if it is, if you call
eval {} in elsewhere in the code and $@ is left set.
(Thanks to Chris Dent for the patch)
0.21 2006.07.13
* propagate $entry's version when we create content element off of entry
using $entry->content("foo") syntax.
(Thanks to Simon Wistow for spotting this bug)
0.20 2006.07.12
* Lots of refactoring, which simplifies much of the code in the various
construct modules (Person, Link, etc), and which should also make it
much more straightforward to add extension classes in the future.
* Added global $XML::Atom::ForceUnicode flag to return everything as Unicode flagged
(Suggested by many people)
* Added global $XML::Atom::DefaultVersion flag to set default
version number for generated Atom feed. Defaults to 0.3 (for backward compatibility)
* Added support for atom:content @type in Atom 1.0 feeds
(Suggested by many people, especially Chris Dent and Andy Lester from Socialtext)
0.19 2006.03.19
* Fix 0.18 bug where renaming stuff was totally broken.
0.18 2006.03.16
* Support Atom 0.3 -> 1.0 renaming bits (issued -> published,
modified -> updated, tagline -> subtitle)
* $atom->content->body doesn't return Unicode flagged variable
anymore, even if it's text/ data. Now it just returns UTF-8 bytes.
(Thanks to Garth Webb)