On Mon, 13 Sep 2010 21:54:32 +0200, gregor herrmann wrote:
If 5.230-4 builds everywhere, I think this bug (#578458) should be closed
outright. I should really have reassigned it instead of cloning.
I haven't closed it in the upload and will monitor the buildd page.
Lo and behold, Coro is
On Sun, Sep 12, 2010 at 09:41:26PM +0200, gregor herrmann wrote:
I've prepared a new libcoro-perl release in our svn repo which
- removes the cruft from debian/rules
- bumps the build and runtime dependency on libanyevent-perl to
= 5.271-2
Before I upload: Is this ok for the release
On Mon, Sep 13, 2010 at 13:46:49 +0300, Niko Tyni wrote:
From the release point of view, I think just unblocking libanyevent-perl
5.271-2 for squeeze should be enough. The libcoro-perl version in squeeze
(5.210) should indeed be fine, and if there's a need to get 5.230 in that
should be a
On Mon, 13 Sep 2010 13:46:49 +0300, Niko Tyni wrote:
I've prepared a new libcoro-perl release in our svn repo which
- removes the cruft from debian/rules
- bumps the build and runtime dependency on libanyevent-perl to
= 5.271-2
On a second thought: libcoro-perl 5.210-1 in testing
On Thu, 09 Sep 2010 22:49:50 +0200, gregor herrmann wrote:
Building against a modified libanyevent-perl_5.271-1 with a fixed
O_NONBLOCK value makes the test pass for me on both smetana (sparc)
and albeniz (alpha).
I think libanyevent-perl should be turned into an Architecture:any
On Thu, 09 Sep 2010 21:47:40 +0300, Niko Tyni wrote:
On Mon, Aug 23, 2010 at 10:47:25AM +0300, Niko Tyni wrote:
It looks like the test broke with libanyevent-perl_5.251-1. I don't have
the time to investigate more right now. FWIW, the current libanyevent-perl
version does pass its own test
6 matches
Mail list logo