happy: FTBFS: configure: cannot find DocBook XSL stylesheets
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libxslt (Debian) |
Fix Released
|
Unknown
|
|||
libxslt (Ubuntu) |
Invalid
|
High
|
Adam Conrad |
Bug Description
Automatically imported from Debian bug report #327459 http://
In Debian Bug tracker #327459, Kurt Roeckx (kurt-roeckx) wrote : Re: Bug#327459: happy: FTBFS: configure: cannot find DocBook XSL stylesheets | #1 |
In Debian Bug tracker #327459, Blars Blarson (blarson) wrote : xsltproc error | #2 |
checking for xsltproc... /usr/bin/xsltproc
checking for DocBook XSL stylesheet directory... warning: failed to load external entity "/usr/share/
cannot parse /usr/share/
XPath error : Undefined variable
$collect.
compilation error: file /usr/share/
xsl:when : could not compile test expression '$collect.
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:when : could not compile test expression '$targets.filename'
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:value-of : could not compile select expression '$target.
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:value-of : could not compile select expression '$target.
XPath error : Undefined variable
$target.database/*
^
compilation error: file /usr/share/
xsl:if : could not compile test expression '$target.
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$olink.lang'
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$targetdoc.att'
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$targetptr.att'
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$olink.lang'
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$target.database'
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$olink.
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$fallback.index'
XPath error : Undefined variable
compilation error: file /usr/share/
xsl:param : could not compile select expression '$olink.
XPath error : Undefined variable
$olink.debug != ...
In Debian Bug tracker #327459, Ian Lynagh (igloo-earth) wrote : xsltproc oddness | #3 |
Just had a quick look at this.
This is reproducible for me (note the changing result):
$ dchroot
Executing shell in 'unstable' chroot.
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
0
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$
and also reproducibly:
$ dchroot
Executing shell in 'unstable' chroot.
$ env
HZ=100
SHELL=/bin/bash
TERM=screen
USER=igloo
MAIL=/var/
PATH=/usr/
PWD=/home/igloo
SHLVL=1
HOME=/home/igloo
LOGNAME=igloo
_=/usr/bin/env
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$
This is with xsltproc 1.1.14-1; anyone got any idea what's going on?
I suspect this is related to why the automated builds are (mostly)
failing and the manual ones aren't.
Thanks
Ian
In Debian Bug tracker #327459, Kurt Roeckx (kurt-roeckx) wrote : | #4 |
reassign 327459 xsltproc
thanks
Hi,
I'm reassiging this to xsltproc, since this obvisouly isn't a bug
in happy.
Ian: the thing to run is:
xsltproc /usr/share/
The configure script goes over a few path's and that's the one
that should work, and does for some people and doesn't for a few
others.
In the log that Blars mailed, you'll first see:
warning: failed to load external entity "/usr/share/
cannot parse /usr/share/
That's from the first call with
/usr/share/
almost all the nexts lines are from the good call. The
next line that's not part of it is:
warning: failed to load external entity
"/usr/share/
ylesheets*
line or something.
Because the script fails to detect the correct path, it
ends up with no path, end you end up with using
"/html/docbook.xsl" instead, which isn't supposed to work.
However, I don't understand why you sometimes get return
code 0.
There also seems to be a simular failure building
something else:
http://
This also doesn't really seem to be arch specific, since
the buildd for powerpc failed while I can't reproduce it
on powerpc.
My first guess would that there was some (build)
dependency missing somewhere, but that doesn't look like
it's the case.
An other options was that it was trying to download
something from internet, and it does try it. But that
doesn't seem to have any effect on the result. Then I
get:
xsltproc /usr/share/
error : connection refused
conftest.xml:3: warning: failed to load external entity "http://
"http://
<html><head><meta http-equiv=
Debian Bug Importer (debzilla) wrote : | #5 |
Automatically imported from Debian bug report #327459 http://
Debian Bug Importer (debzilla) wrote : | #6 |
Message-ID: <email address hidden>
Date: Sat, 10 Sep 2005 11:40:01 +0200
From: Kurt Roeckx <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: happy: FTBFS: configure: cannot find DocBook XSL stylesheets
Package: happy
Version: 1.15-1.1
Severity: serious
Hi,
It seems that happy is failing to build on a few arches. During
configure I see:
checking for DocBook XSL stylesheet directory... no
configure: WARNING: cannot find DocBook XSL stylesheets, you will not be able to build the documentation
While on others I see:
checking for DocBook XSL stylesheet directory... /usr/share/
The first then fail to build because they try to use
/html/chunk.xsl instead of
/usr/share/
All the buildd logs show that they're using
docbook-
on.
Kurt
Debian Bug Importer (debzilla) wrote : | #7 |
Message-ID: <email address hidden>
Date: Sat, 10 Sep 2005 13:00:31 +0200
From: Kurt Roeckx <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#327459: happy: FTBFS: configure: cannot find DocBook XSL stylesheets
On Sat, Sep 10, 2005 at 11:40:01AM +0200, Kurt Roeckx wrote:
> checking for DocBook XSL stylesheet directory... no
> configure: WARNING: cannot find DocBook XSL stylesheets, you will not be able to build the documentation
I've been trying to reproduce this on developer machines, and
there is found the path correctly ...
Kurt
Debian Bug Importer (debzilla) wrote : | #8 |
Message-ID: <email address hidden>
Date: Sun, 11 Sep 2005 01:07:00 +0100
From: Ian Lynagh <email address hidden>
To: <email address hidden>
Cc: Debian XML/SGML Group <email address hidden>
Subject: xsltproc oddness
Just had a quick look at this.
This is reproducible for me (note the changing result):
$ dchroot
Executing shell in 'unstable' chroot.
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
0
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$
and also reproducibly:
$ dchroot
Executing shell in 'unstable' chroot.
$ env
HZ=100
SHELL=/bin/bash
TERM=screen
USER=igloo
MAIL=/var/
PATH=/usr/
PWD=/home/igloo
SHLVL=1
HOME=/home/igloo
LOGNAME=igloo
_=/usr/bin/env
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
4
$
This is with xsltproc 1.1.14-1; anyone got any idea what's going on?
I suspect this is related to why the automated builds are (mostly)
failing and the manual ones aren't.
Thanks
Ian
Debian Bug Importer (debzilla) wrote : | #9 |
Message-ID: <email address hidden>
Date: Sun, 11 Sep 2005 14:15:27 +0200
From: Kurt Roeckx <email address hidden>
To: <email address hidden>
Cc: <email address hidden>, Ian Lynagh <email address hidden>,
<email address hidden>
Subject: Re: happy: FTBFS: configure: cannot find DocBook XSL stylesheets
reassign 327459 xsltproc
thanks
Hi,
I'm reassiging this to xsltproc, since this obvisouly isn't a bug
in happy.
Ian: the thing to run is:
xsltproc /usr/share/
.xml
The configure script goes over a few path's and that's the one
that should work, and does for some people and doesn't for a few
others.
In the log that Blars mailed, you'll first see:
warning: failed to load external entity "/usr/share/
nwalsh/
cannot parse /usr/share/
xsl
That's from the first call with
/usr/share/
almost all the nexts lines are from the good call. The
next line that's not part of it is:
warning: failed to load external entity
"/usr/share/
ylesheets*
line or something.
Because the script fails to detect the correct path, it
ends up with no path, end you end up with using
"/html/docbook.xsl" instead, which isn't supposed to work.
However, I don't understand why you sometimes get return
code 0.
There also seems to be a simular failure building
something else:
http://
stamp=3D1126143
This also doesn't really seem to be arch specific, since
the buildd for powerpc failed while I can't reproduce it
on powerpc.
My first guess would that there was some (build)
dependency missing somewhere, but that doesn't look like
it's the case.
An other options was that it was trying to download
something from internet, and it does try it. But that
doesn't seem to have any effect on the result. Then I
get:
xsltproc /usr/share/
.xml ; echo $?
error : connection refused
conftest.xml:3: warning: failed to load external entity "http://
pen.org/
"http://
<html><head><meta http-equiv=
=3DISO-
r" content=3D"DocBook XSL Stylesheets V1.68.1"
e" text=3D"black" link=3D"#0000FF" vlink=3D"#840084" alink=3D"
class=3D"book" lang=3D"en"><div class=3D"
"title"><a name=3D"test"></a>A DocBook Test Document<
div><div class=3D"
=3D"chapter"><a href=3D"#id-one">1. A Chapter Title</
n class=3D"
</dt></
In Debian Bug tracker #327459, Peter Eisentraut (petere) wrote : rekall build failure | #10 |
FYI, the package rekall also fails to build on several architectures in
a manner strikingly similar to the one discussed here:
Debian Bug Importer (debzilla) wrote : | #11 |
Message-Id: <email address hidden>
Date: Sun, 11 Sep 2005 21:32:47 +0200
From: Peter Eisentraut <email address hidden>
To: <email address hidden>
Subject: rekall build failure
FYI, the package rekall also fails to build on several architectures in
a manner strikingly similar to the one discussed here:
In Debian Bug tracker #327459, Mike Hommey (mh-glandium) wrote : Re: [xml/sgml-pkgs] Bug#327459: rekall build failure | #12 |
Version: 1.1.15-1
On Sun, Sep 11, 2005 at 09:32:47PM +0200, Peter Eisentraut <email address hidden> wrote:
> FYI, the package rekall also fails to build on several architectures in
> a manner strikingly similar to the one discussed here:
>
> http://
I believe this is fixed with libxslt 1.1.15. I'll try to check out
deeper to see what was happening. I think that's related to the fact
that libxslt is playing with libxml2 internals it shouldn't play with...
Mike
In Debian Bug tracker #327459, Mike Hommey (mh-glandium) wrote : Re: [xml/sgml-pkgs] xsltproc oddness | #13 |
On which arch did you test that ?
Mike
On Sun, Sep 11, 2005 at 01:07:00AM +0100, Ian Lynagh <email address hidden> wrote:
>
> Just had a quick look at this.
>
> This is reproducible for me (note the changing result):
>
> $ dchroot
> Executing shell in 'unstable' chroot.
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 0
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $
>
> and also reproducibly:
>
> $ dchroot
> Executing shell in 'unstable' chroot.
> $ env
> HZ=100
> SHELL=/bin/bash
> TERM=screen
> USER=igloo
> MAIL=/var/
> PATH=/usr/
> PWD=/home/igloo
> SHLVL=1
> HOME=/home/igloo
> LOGNAME=igloo
> _=/usr/bin/env
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $
>
> This is with xsltproc 1.1.14-1; anyone got any idea what's going on?
>
> I suspect this is related to why the automated builds are (mostly)
> failing and the manual ones aren't.
>
>
> Thanks
> Ian
>
>
> _______
> debian-
> <email address hidden>
> http://
In Debian Bug tracker #327459, Mike Hommey (mh-glandium) wrote : Re: [xml/sgml-pkgs] Bug#327459: rekall build failure | #14 |
On Mon, Sep 12, 2005 at 07:49:41AM +0200, Mike Hommey <email address hidden> wrote:
> Version: 1.1.15-1
>
> On Sun, Sep 11, 2005 at 09:32:47PM +0200, Peter Eisentraut <email address hidden> wrote:
> > FYI, the package rekall also fails to build on several architectures in
> > a manner strikingly similar to the one discussed here:
> >
> > http://
>
> I believe this is fixed with libxslt 1.1.15. I'll try to check out
> deeper to see what was happening. I think that's related to the fact
> that libxslt is playing with libxml2 internals it shouldn't play with...
>
> Mike
Looking at the source code, i'm afraid the bug might still be there with
latest libxslt1.1 and xsltproc. Could someone having access to the
problematic arches please check ? I found no DD accessible machine with
latest libxml2 and libxslt1.1...
Cheers
Mike
In Debian Bug tracker #327459, Ian Lynagh (igloo-earth) wrote : Re: [xml/sgml-pkgs] xsltproc oddness | #15 |
On Mon, Sep 12, 2005 at 11:45:48AM +0200, Mike Hommey wrote:
> On which arch did you test that ?
x86.
Thanks
Ian
In Debian Bug tracker #327459, Mike Hommey (mh-glandium) wrote : | #16 |
On Mon, Sep 12, 2005 at 12:32:20PM +0100, Ian Lynagh <email address hidden> wrote:
> On Mon, Sep 12, 2005 at 11:45:48AM +0200, Mike Hommey wrote:
> > On which arch did you test that ?
>
> x86.
O_o I always get 4 and don't see how it could be otherwise reading the
code...
Mike
Fabio Massimo Di Nitto (fabbione) wrote : | #17 |
This bug was a consequence of another one reported in debian. We are not
affected by them.
I just forgot to close it yesterday together with the other one.
Debian Bug Importer (debzilla) wrote : | #18 |
Message-ID: <email address hidden>
Date: Mon, 12 Sep 2005 07:49:42 +0200
From: Mike Hommey <email address hidden>
To: Peter Eisentraut <email address hidden>, <email address hidden>
Subject: Re: [xml/sgml-pkgs] Bug#327459: rekall build failure
Version: 1.1.15-1
On Sun, Sep 11, 2005 at 09:32:47PM +0200, Peter Eisentraut <email address hidden> wrote:
> FYI, the package rekall also fails to build on several architectures in
> a manner strikingly similar to the one discussed here:
>
> http://
I believe this is fixed with libxslt 1.1.15. I'll try to check out
deeper to see what was happening. I think that's related to the fact
that libxslt is playing with libxml2 internals it shouldn't play with...
Mike
Debian Bug Importer (debzilla) wrote : | #19 |
Message-ID: <email address hidden>
Date: Mon, 12 Sep 2005 11:45:48 +0200
From: Mike Hommey <email address hidden>
To: Ian Lynagh <email address hidden>
Cc: <email address hidden>,
Debian XML/SGML Group <email address hidden>
Subject: Re: [xml/sgml-pkgs] xsltproc oddness
On which arch did you test that ?
Mike
On Sun, Sep 11, 2005 at 01:07:00AM +0100, Ian Lynagh <email address hidden> wrote:
>
> Just had a quick look at this.
>
> This is reproducible for me (note the changing result):
>
> $ dchroot
> Executing shell in 'unstable' chroot.
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 0
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $
>
> and also reproducibly:
>
> $ dchroot
> Executing shell in 'unstable' chroot.
> $ env
> HZ=100
> SHELL=/bin/bash
> TERM=screen
> USER=igloo
> MAIL=/var/
> PATH=/usr/
> PWD=/home/igloo
> SHLVL=1
> HOME=/home/igloo
> LOGNAME=igloo
> _=/usr/bin/env
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $ xsltproc /html/docbook.xsl conftest.xml; echo $?
> warning: failed to load external entity "/html/docbook.xsl"
> cannot parse /html/docbook.xsl
> 4
> $
>
> This is with xsltproc 1.1.14-1; anyone got any idea what's going on?
>
> I suspect this is related to why the automated builds are (mostly)
> failing and the manual ones aren't.
>
>
> Thanks
> Ian
>
>
> _______
> debian-
> <email address hidden>
> http://
Debian Bug Importer (debzilla) wrote : | #20 |
Message-ID: <email address hidden>
Date: Mon, 12 Sep 2005 13:27:15 +0200
From: Mike Hommey <email address hidden>
To: Peter Eisentraut <email address hidden>, <email address hidden>
Subject: Re: [xml/sgml-pkgs] Bug#327459: rekall build failure
On Mon, Sep 12, 2005 at 07:49:41AM +0200, Mike Hommey <email address hidden> wrote:
> Version: 1.1.15-1
>
> On Sun, Sep 11, 2005 at 09:32:47PM +0200, Peter Eisentraut <email address hidden> wrote:
> > FYI, the package rekall also fails to build on several architectures in
> > a manner strikingly similar to the one discussed here:
> >
> > http://
>
> I believe this is fixed with libxslt 1.1.15. I'll try to check out
> deeper to see what was happening. I think that's related to the fact
> that libxslt is playing with libxml2 internals it shouldn't play with...
>
> Mike
Looking at the source code, i'm afraid the bug might still be there with
latest libxslt1.1 and xsltproc. Could someone having access to the
problematic arches please check ? I found no DD accessible machine with
latest libxml2 and libxslt1.1...
Cheers
Mike
Debian Bug Importer (debzilla) wrote : | #21 |
Message-ID: <email address hidden>
Date: Mon, 12 Sep 2005 12:32:20 +0100
From: Ian Lynagh <email address hidden>
To: <email address hidden>,
Debian XML/SGML Group <email address hidden>
Subject: Re: [xml/sgml-pkgs] xsltproc oddness
On Mon, Sep 12, 2005 at 11:45:48AM +0200, Mike Hommey wrote:
> On which arch did you test that ?
x86.
Thanks
Ian
Debian Bug Importer (debzilla) wrote : | #22 |
Message-ID: <email address hidden>
Date: Mon, 12 Sep 2005 14:06:39 +0200
From: Mike Hommey <email address hidden>
To: Ian Lynagh <email address hidden>
Cc: <email address hidden>,
Debian XML/SGML Group <email address hidden>
Subject: Re: [xml/sgml-pkgs] xsltproc oddness
On Mon, Sep 12, 2005 at 12:32:20PM +0100, Ian Lynagh <email address hidden> wrote:
> On Mon, Sep 12, 2005 at 11:45:48AM +0200, Mike Hommey wrote:
> > On which arch did you test that ?
>
> x86.
O_o I always get 4 and don't see how it could be otherwise reading the
code...
Mike
On Sat, Sep 10, 2005 at 11:40:01AM +0200, Kurt Roeckx wrote:
> checking for DocBook XSL stylesheet directory... no
> configure: WARNING: cannot find DocBook XSL stylesheets, you will not be able to build the documentation
I've been trying to reproduce this on developer machines, and
there is found the path correctly ...
Kurt