On Tue, 3 Aug 2010 17:18:17 +0200
Jeffrey Ratcliffe wrote:
> squeeze has libforks-perl 0.33-1, which seems to build OK. If 0.34-1
> doesn't build cleanly on all architectures, then it won't move to
> testing, but surely the version in testing has no RC bug and can
> therefore stay?
>
> Or have I
squeeze has libforks-perl 0.33-1, which seems to build OK. If 0.34-1
doesn't build cleanly on all architectures, then it won't move to
testing, but surely the version in testing has no RC bug and can
therefore stay?
Or have I misunderstood things?
--
To UNSUBSCRIBE, email to debian-bugs-dist-r
On Mon, 2 Aug 2010 22:34:20 +0200
Jeffrey Ratcliffe wrote:
> On 2 August 2010 21:48, Neil Williams wrote:
> > It is possible (even likely) that libforks-perl will have to be removed from
> > testing but it would appear that gscan2pdf could revert to the internal perl
> > threading support (as in
On 2 August 2010 21:48, Neil Williams wrote:
> It is possible (even likely) that libforks-perl will have to be removed from
> testing but it would appear that gscan2pdf could revert to the internal perl
> threading support (as in previous releases) as part of the fix for the RC bug
> against gscan
Package: gscan2pdf
Version: 0.9.31-1
Severity: important
It is possible (even likely) that libforks-perl will have to be removed from
testing but it would appear that gscan2pdf could revert to the internal perl
threading support (as in previous releases) as part of the fix for the RC bug
against g
5 matches
Mail list logo