Upstream changes:
20160806 Sat Aug 6 13:36:14 PDT 2016
Distribution
* Homepage is now metacpan
* Now testing Strawberry Perl with AppVeyor
* Kwalitee fix (Patrice Clement) [github 14]
{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
Upstream changes:
20140709 Wed Jul 9 16:28:37 PDT 2014
New Features
* The "git" scheme is supported. (Schwern)
* svn, ssh and svn+ssh schemes are supported. [rt.cpan.org 57490] (Schwern)
* Added a --schemeless option to urifind. (Schwern)
Bug Fixes
* http:// is no longer matched [rt.cpan.org 63283] (Schwern)
Backwards Incompatibilities
* Previously, URIs stringified to their canonical version. Now
they stringify as written. This results in less loss of
information. For example. "Blah HTTP:://FOO.COM" previously
would stringify as "http://foo.com/" and now it will stringify
as "HTTP://FOO.COM". To restore the old behavior you can call
$uri->canonical. (Schwern)
Distribution Changes
* No longer using URI::URL. (Schwern)
* Now requires URI 1.60 for Unicode support. (Schwern)
20140702 Wed Jul 2 13:41:47 PDT 2014
New Features
* IDNA (aka Unicode) domains are now supported. [github 3] (GwenDragon)
* The list of TLDs for schemeless matching has been updated. [github 3] (GwenDragon)
Bug Fixes
* Handle balanced [], {} and quotes in addition to (). [rt.cpan.org 85053] (Schwern)
* Don't mangle IPv6 URLs. [rt.cpan.org 85053] (Schwern)
* Schemeless is more accurate about two letter TLDs. [github 3] (GwenDragon)
Distribution Changes
* Switched the issue tracker to Github. (Schwern)
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.
20111103 Thu Nov 3 12:14:21 PDT 2011
Bug Fixes
* URI::URL::strict will no longer leak out of find() if the callback
or filter fails. [rt.cpan.org 71153] (Carl Chambers)
20111020 Thu Oct 20 17:31:56 PDT 2011
Bug Fixes
* Things which look like URIs, but aren't, are now properly escaped like
other text. [rt.cpan.org 71658]
New Features
* Balanced parens in URIs are no longer stripped. Example:
"http://example.com/foo(bar)" (Merten Falk)
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!
Upstream changes:
20100505 Wed May 5 18:48:44 PDT 2010
Test Fixes
* Fixed t/urifind/find.t on Windows
20100504.1039 Tue May 4 10:39:23 PDT 2010
Doc Fixes
* Forgot to mention that we ship with urifind now.
20100504 Tue May 4 10:29:52 PDT 2010
New Features
* Added a urifind program. (Darren Chamberlain)
Bug Fixes
* The final semi-colon was being strippped form URLs found in HTML
that ended with HTML entities. (Michael Peters)
Example: http://google.com/search?q=<html>
* URLs with leading dots, pluses and minuses are now found.
[rt.cpan.org 57032]
Example: stuff...http://example.com
version 20090319 as dependency for scheduled import of
www/p5-Template-Plugin-Clickable.
URI::Find does one thing: Finds URIs and URLs in plain text. It finds
them quickly and it finds them all (or what URI::URL considers a URI to
be.) It only finds URIs which include a scheme (http:// or the like),
for something a bit less strict have a look at included
URI::Find::Schemeless.
