Regarding the blocking, there's a bug report on CPAN:
http://rt.cpan.org/Public/Bug/Display.html?id=19169
I think the reasoning there is sound; the parent could send both ALRM
signals before $awake is set to 0, leaving nothing to wake up the child
the second time. The fix there adds a 'sleep 1'
On 19/10/09 at 22:34 +0200, gregor herrmann wrote:
tag 549760 + unreproducible
thanks
On Mon, 05 Oct 2009 20:44:48 +0200, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
t/38ipchv.t ...
Failed 2/5 subtests
t/40ipcref.t
On Tue, 20 Oct 2009 12:02:54 +0200, Lucas Nussbaum wrote:
Tests out of sequence combined with the forking and sleeping in the
test and the dynamic numbering for the test cases (!) might lead to
some timing/load issues.
Actually, the worst part is that the build sometimes simply blocks.
tag 549760 + unreproducible
thanks
On Mon, 05 Oct 2009 20:44:48 +0200, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
t/38ipchv.t ...
Failed 2/5 subtests
t/40ipcref.t .. ok
t/45obj.t . ok
t/50ipcobj.t .. ok
t/55lsync.t
Source: libipc-shareable-perl
Version: 0.60-7
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20091005 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[1]: Entering directory
5 matches
Mail list logo