{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.
(resolve PR pkg/47641, updated to newer version including the bugfix).
Revision history for Perl extension HTTP::Server::EV.
0.67
- (not recorded, but released at same date of 0.66)
0.66
- Bugfix, thanx Edgar Fuß
0.65
- ~300% Faster urldecode
- Any HTTP methods now supported. Server just parses headers, use
$cgi->fh to process body of PUT or other methods
- Added ->flush_wait and ->give_up_handle methods in
HTTP::Server::EV::Buffer
- Fixed stack corruption, thanx Edgar Fuß
0.6
- Implemented HTTP::Server::EV::Buffer onerror(ondisconnect) callback
- Listen now can accept IO::Socket::INET object with socket to listen
- Added support of sharing one listening socket per several forks, and
fork_hook cb to integrate with fork managers
- Fixed bug when only first defined port listener worked
- Fixed segfault when starting/stopping PortListener
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.
Add more missing dependencies.
0.41
- Bugfixes
0.4
- Written tests
- HTTP::Server::EV::PortListener module
- Rewritten disk IO code. Now it can use built in perl functions or IO::AIO module.
- Fixed segfault when uploading zero size file
- Multipart processing callbacks.
- Coro support
0.31
- Fixed non ARRAY reference error when cgi->param called in list context with nonexistent param name
- Added explicit type-casting, no more compiler warnings
- Little documentation fix
Asynchronous HTTP server using EV event loop.
It doesn't load files received in the POST request in memory as most
of CGI modules does, but stores them directly to tmp files, so it's
useful for handling large files without using a lot of memory.
