Commit graph

8 commits

Author SHA1 Message Date
wiz
8b5d49eb78 Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.
2012-10-03 21:53:53 +00:00
adam
4bee0ee3fc Revision bump after updating perl to 5.14.1 2011-08-07 08:03:22 +00:00
seb
c3f1e700ad Bump the PKGREVISION for all packages which depend directly on perl,
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!
2010-08-21 16:32:42 +00:00
seb
41d83bc573 Update p5-Async-Interrupt from version 1.04 to version 1.05.
Pkgsrc changes:
- adjust MASTER_SITES

Upstream changes:
1.05  Sat May 15 02:06:33 CEST 2010
	- implement $epipe->signal_func method.
2010-05-24 20:25:25 +00:00
seb
5bc1f2bbe1 Update p5-Async-Interrupt from version 1.03 to version 1.04.
Pkgsrc changes:
- placate pkglint

Upstream changes:
1.04  Wed Mar 31 02:46:49 CEST 2010
        - a double fork partially killed the event pipe (great testcase
          by dormando). affects IO::AIO, BDB and Async::Interrupt.
2010-04-11 23:09:38 +00:00
sno
6a5dcf3d9f Updating devel/p5-Async-Interrupt from 1.02 to 1.03
pkgsrc changes:
- Add USE_LANGUAGES to mark it's an XS based module requiring a C Compiler

Upstream changes:
1.03  Tue Nov 24 14:31:10 CET 2009
	- port to loser platform.
2010-03-16 19:10:43 +00:00
sno
f9171a2cf1 Updating devel/p5-Async-Interrupt from 1.01 to 1.02
Upstream changes:
1.02  Tue Sep  1 18:41:09 CEST 2009
	- prototypes for sig2name/sig2num were missing.
2009-09-16 18:37:48 +00:00
sno
c85da2d8fa Importing package for perl5 module Async::Interrupt 1.01 as dependency
for devel/p5-AnyEvent.

This module implements a single feature only of interest to advanced perl
modules, namely asynchronous interruptions (think "UNIX signals", which are
very similar).

Sometimes, modules wish to run code asynchronously (in another thread, or
from a signal handler), and then signal the perl interpreter on certain
events. One common way is to write some data to a pipe and use an event
handling toolkit to watch for I/O events. Another way is to send a signal.
Those methods are slow, and in the case of a pipe, also not asynchronous -
it won't interrupt a running perl interpreter.

This module implements asynchronous notifications that enable you to signal
running perl code from another thread, asynchronously, and sometimes even
without using a single syscall.
2009-08-08 20:35:56 +00:00