Bug#578458: still fails to build

[gregor herrmann]

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 suite on albeniz, so it doesn't seem to
> > be totally broken.
> Finally got round to this. The problem is this change in AnyEvent 5.25:
> 
>         - do not load Fcntl at runtime, saving memory and loading time.
>         - precompile a number of constants and use them instead of runtime
>           detection and eval.
> This doesn't work for an Architecture:all package: in this case,

Wow!
I'm totally impressed and grateful that you tracked this down!

> libcoro-perl broke because Fcntl::O_NONBLOCK is 2048 on amd64 (where
> the package was probably built) and 4 on (at least) alpha and sparc.

(It was i386 for libanyevent-perl 5.271-1.)
 
> 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 package
> and at least AnyEvent/constants.pl needs to go in /usr/lib/perl5.

I've uploaded libanyevent-perl 5.271-2 right now with these changes.

If it works out we need to ask for a freeze exception.
(Cc'ing the release team as a "heads up".)
 
> > BTW, I think the current debian/rules backend selection is potentially
> > buggy as it's looking for substrings in the arch list, meaning "mips"
> > matches "mipsel" and "i386" matches "kfreebsd-i386".

Oops.

> IMHO the backend selection in libcoro-perl should be cleaned away for squeeze
> (assuming the above fix works for all architectures.)

Agreed, that was just an ugly, desparate (and also obviously wrong)
attempt to find out what's going wrong or beat at it ...

I guess if the plan works out (i.e. libcoro-perl builds with the
newer libanyevent-perl), a freeze exception (removing the newly added
cruft from debian/rules) would be nice.


Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-    NP: Die Quote: So far
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20100909/e0653886/attachment.pgp>