{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.
Change from previous;
0.1013 Thu Jul 7 11:49:18 PDT 2011
- Added $self->binary(1) in Handler classes to indicate binary responses (gbarr, mateu)
- Allow $self->json to be set to customize the way JSON is encoded (ask)
0.1012 Sun Feb 13 20:01:46 PST 2011
- No code changes. Updated terribly outdated Tatsumaki.pm POD
0.1011 Tue Dec 21 11:49:49 PST 2010
- Fixed to use $r->parameters to make it work with newer Plack::Request
- Fixed MessageQueue leak when long-poll client immediately reconnects after disconnection (mash)
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!
Collection.
The Perl 5 module Tatsumaki is a toy port of Tornado for Perl using
Plack (with non-blocking extensions) and AnyEvent.
It allows you to write a web application that does a immediate
response with template rendering, IO-bound delayed response (like
fetching third party API or XML feeds), server push streaming and
long-poll Comet in a clean unified API.
