Skip Menu | You are currently an anonymous guest. | Login | Return to Main | About rt.cpan.org
 

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.

X Report information
Id: 35485
Status: resolved
Left: 0 min
Priority: 0/0
Queue: Net-SIP

Owner: Nobody
Requestors: GWOLF <GWOLF [...] cpan.org>
Cc:
AdminCc:

Severity: Normal
Broken in:
  • 0.37
  • 0.38
  • 0.39
  • 0.40
  • 0.41
  • 0.42
  • 0.43
  • 0.44
  • 0.45
Fixed in: (no value)

X Attachments
libnet-sip-perl_0.44.1-1_amd64.build




X History Display mode: Brief headersFull headers
#   Mon Apr 28 12:24:49 2008 GWOLF - Ticket created  
Subject: Tests for this module failing in AMD64 architecture
[text/plain 821b]
While building your package for including its newest version in Debian,
the 9 and 10 test cases fail. I mostly went over the test case 10, and
it seems to fail because of (apparently?) non-sequential filenos being
assigned - or maybe, rather than non-sequential, maybe an intermediate
process opens another FD? I am attaching the build log for 0.44
This problem seems to be somehow architecture-dependant - It fails to
build for me, on an AMD64 architecture, but in a colleague's system,
i386, it builds correctly.
I checked how far back does the breakage hold, and it is at least since
0.37. 0.36 was never packaged for Debian, so I cannot check it. 0.35 did
not ship the 9 and 10 test cases. So, I guess the problem is not related
to the module itself, but to a wrong assumption in the test cases.
thank you very much.
#   Mon Apr 28 12:48:02 2008 GWOLF - Correspondence added  
[text/plain 132b]
I'm attaching here the build-log. Of course, you will see some
Debian-specific information - Just read on until you reach the tests.

[application/octet-stream 31.3k]
Message body not shown because it is too large or is not plain text.
#   Tue Apr 29 03:42:43 2008 SULLR - Correspondence added  
Subject: Re: [rt.cpan.org #35485] Tests for this module failing in AMD64 architecture
Date: Tue, 29 Apr 2008 09:42:09 +0200
To: Gunnar Wolf via RT <bug-Net-SIP[...]rt.cpan.org>
From: Steffen Ullrich <Steffen_Ullrich[...]genua.de>
[text/plain 1.9k]
looks like the problem is that tempfile on your platform allocates two file
descriptors (one for the file and another for some strange pipe) which is not
what the test excpects and thus fails.
I'll try to work around it, for now you can just ignore the problem because
it's only inside the tests.

Regards,
Steffen

On Mon, Apr 28, 2008 at 12:24:51PM -0400, Gunnar Wolf via RT <bug-Net-SIP[...]rt.cpan.org> wrote:
>
> Mon Apr 28 12:24:49 2008: Request 35485 was acted upon.
> Transaction: Ticket created by GWOLF
> Queue: Net-SIP
> Subject: Tests for this module failing in AMD64 architecture
> Broken in: 0.37, 0.38, 0.39, 0.40, 0.41, 0.42, 0.43, 0.44, 0.45
> Severity: Normal
> Owner: Nobody
> Requestors: GWOLF[...]cpan.org
> Status: new
> Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=35485 >
>
>
> While building your package for including its newest version in Debian,
> the 9 and 10 test cases fail. I mostly went over the test case 10, and
> it seems to fail because of (apparently?) non-sequential filenos being
> assigned - or maybe, rather than non-sequential, maybe an intermediate
> process opens another FD? I am attaching the build log for 0.44
> This problem seems to be somehow architecture-dependant - It fails to
> build for me, on an AMD64 architecture, but in a colleague's system,
> i386, it builds correctly.
> I checked how far back does the breakage hold, and it is at least since
> 0.37. 0.36 was never packaged for Debian, so I cannot check it. 0.35 did
> not ship the 9 and 10 test cases. So, I guess the problem is not related
> to the module itself, but to a wrong assumption in the test cases.
> thank you very much.

--
GeNUA Gesellschaft für Netzwerk - und Unix-Administration mbH
Domagkstr. 7, D-85551 Kirchheim. http://www.genua.de
Tel: (089) 99 19 50-0, Fax: (089) 99 10 50 - 999

Geschäftsführer: Dr. Magnus Harlander, Dr. Michaela Harlander,
Bernhard Schneck. Amtsgericht München HRB 98238

#   Tue Apr 29 03:42:45 2008 RT_System - Status changed from 'new' to 'open'  
#   Tue Apr 29 03:57:33 2008 SULLR - Correspondence added  
[text/plain 221b]
should be fixed with 0.45_1 (just uploaded) where I switched to a
simpler way of allocating an file descriptor.
Please reopen the bug if it's not fixed (I cannot test, because I don't
have access to this strange platform)
#   Tue Apr 29 03:57:34 2008 SULLR - Status changed from 'open' to 'resolved'