Bug#720963: librdf-linkeddata-perl: FTBFS with perl 5.18: test failures

Mon Aug 28 22:18:03 UTC 2017

On Mon, 28 Aug 2017 20:47:19 +0200, Kjetil Kjernsmo wrote:

> I just looked through some bug reports, 

Thanks!

> and seems to me that this hasn't 
> been seen in the last few years, so it should be closed?

I was about to agree, but then I built the package and got:

t/25-psgi-endpoint.t .. 
# Get /foo, no redirects
ok 1 - Returns 303
ok 2 - Location is OK
# Post /foo, no redirects
ok 3 - Returns 405
# Post /foo/data, no redirects
ok 4 - Returns 405
# Get /foo, no redirects, ask for RDF/XML
ok 5 - Returns 303
ok 6 - Location is OK
# Get /bar/baz/bing, ask for RDF/XML
ok 7 - GET /bar/baz/bing
ok 8 - Correct content-type
ok 9 - Location is OK
ok 10 - Returns valid RDF/XML
ok 11 - Subject URI in content
ok 12 - Test phrase in content
ok 13 - SPARQL endpoint link in data
ok 14 - SPARQL endpoint in data
# Check for SPARQL endpoint using get
ok 15 - Returns 200
ok 16 - Title contains the word SPARQL
ok 17 - Submitting DESCRIBE query.
ok 18 - SPARQL Query returns correct triple
# Check for SPARQL endpoint using post
ok 19 - Submitting DESCRIBE query.
ok 20 - SPARQL Query returns correct triple
1..20
ok
Subject URI to be used: http://localhost/foo
Try rendering '' page for subject node: <http://localhost/foo>
Got text/turtle content type
Will do a 303 redirect to http://localhost/foo/data
Subject URI to be used: http://localhost/bar/baz/bing
Try rendering '' page for subject node: <http://localhost/bar/baz/bing>
Got application/rdf+xml content type
Will do a 303 redirect to http://localhost/bar/baz/bing/data
Subject URI to be used: http://localhost/bar/baz/bing
Try rendering 'data' page for subject node: <http://localhost/bar/baz/bing>
Will render 'data' page 
Found Accept header: application/rdf+xml
Message body is <?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xml:base="http://localhost" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/terms/" xmlns:hydra="http://www.w3.org/ns/hydra/core#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" xmlns:void="http://rdfs.org/ns/void#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#">
<rdf:Description rdf:about="http://localhost/bar/baz/bing">
	<rdfs:label xml:lang="en">Testing with longer URI.</rdfs:label>
</rdf:Description>
<rdf:Description rdf:about="http://localhost/bar/baz/bing/data">
	<void:inDataset rdf:resource="http://localhost/#dataset-0"/>
</rdf:Description>
</rdf:RDF>

Got application/rdf+xml content type
Got application/xhtml+xml content type
Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653, <DATA> line 1.
Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653, <DATA> line 1.
No parser known named rdfa# Tests were run but no plan was declared and done_testing() was not seen.
# Looks like your test exited with 255 just after 28.
t/28-psgi-void.t ...... 
# Get /foo, no redirects
ok 1 - Returns 303
ok 2 - Location is OK
# Get /.well-known/void, no redirects
ok 3 - Returns 302
ok 4 - Location is OK
# Get /bar/baz/bing, ask for RDF/XML
ok 5 - GET /bar/baz/bing
ok 6 - Correct content-type
ok 7 - Location is OK
ok 8 - Returns valid RDF/XML
ok 9 - Subject URI in content
ok 10 - Test phrase in content
ok 11 - SPARQL endpoint link in data
ok 12 - SPARQL endpoint in data
ok 13 - None of the added description in data
ok 14 - Void oject URI in content
# Get the base_uri with the VoID
ok 15 - GET http://localhost/
ok 16 - Correct content-type
ok 17 - Returns valid RDF/XML
ok 18 - We should have real URIs as vocabs
ok 19 - Subject URI in content
ok 20 - Correct English title
ok 21 - Correct Norwegian title
ok 22 - Correct English label from addon data
ok 23 - Vocabularies are in
ok 24 - Hydra search predicate is in
ok 25 - RDFS namespace as vocab OK
ok 26 - Data is an RDF::Trine::Model.
ok 27 - Common statements are there
# Get the base_uri with the VoID
ok 28 - GET http://localhost/
Dubious, test returned 255 (wstat 65280, 0xff00)
All 28 subtests passed 

Test Summary Report
-------------------
t/28-psgi-void.t    (Wstat: 65280 Tests: 28 Failed: 0)
  Non-zero exit status: 255
  Parse errors: No plan found in TAP output
Files=11, Tests=342, 11 wallclock secs ( 0.10 usr  0.00 sys + 10.71 cusr  0.60 csys = 11.41 CPU)
Result: FAIL
Failed 1/11 test programs. 0/342 subtests failed.
Makefile:906: recipe for target 'test_dynamic' failed
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory '/build/librdf-linkeddata-perl-1.00'
touch debian/stamp-makefile-check

So t/28-psgi-void.t is failing for me, just for some reason the build
happily goes on.
Ah, the reason is (in debian/rules):

# relax regression tests when targeted experimental suite
DEB_MAKE_CHECK_TARGET = test TEST_VERBOSE=1 $(if $(EXP_RELEASE),|| true)

So I think we do have a real bug here ...

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 963 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20170829/5240174b/attachment-0001.sig>