happy: FTBFS: configure: cannot find DocBook XSL stylesheets

Bug #21400 reported by Debian Bug Importer
4
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://bugs.debian.org/327459

Revision history for this message
In , Kurt Roeckx (kurt-roeckx) wrote : 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

Revision history for this message
In , Blars Blarson (blarson) wrote : xsltproc error
Download full text (117.0 KiB)

checking for xsltproc... /usr/bin/xsltproc
checking for DocBook XSL stylesheet directory... warning: failed to load external entity "/usr/share/xml/docbook/stylesheet/nwalsh/current/html/docbook.xsl"
cannot parse /usr/share/xml/docbook/stylesheet/nwalsh/current/html/docbook.xsl
XPath error : Undefined variable
$collect.xref.targets = 'yes' and $targets.filename = ''
                      ^
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/targets.xsl line 50 element when
xsl:when : could not compile test expression '$collect.xref.targets = 'yes' and $targets.filename = '''
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/targets.xsl line 59 element when
xsl:when : could not compile test expression '$targets.filename'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 38 element value-of
xsl:value-of : could not compile select expression '$target.database.filename'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 43 element value-of
xsl:value-of : could not compile select expression '$target.database.filename'
XPath error : Undefined variable
$target.database/*
                ^
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 54 element if
xsl:if : could not compile test expression '$target.database/*'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 57 element with-param
xsl:param : could not compile select expression '$olink.lang'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 63 element with-param
xsl:param : could not compile select expression '$targetdoc.att'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 64 element with-param
xsl:param : could not compile select expression '$targetptr.att'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 65 element with-param
xsl:param : could not compile select expression '$olink.lang'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 66 element with-param
xsl:param : could not compile select expression '$target.database'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 69 element with-param
xsl:param : could not compile select expression '$olink.fallback.sequence'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 86 element with-param
xsl:param : could not compile select expression '$fallback.index'
XPath error : Undefined variable
compilation error: file /usr/share/xml/docbook/stylesheet/nwalsh/common/olink.xsl line 88 element with-param
xsl:param : could not compile select expression '$olink.fallback.sequence'
XPath error : Undefined variable
$olink.debug != ...

Revision history for this message
In , Ian Lynagh (igloo-earth) wrote : 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/mail/igloo
PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
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

Revision history for this message
In , Kurt Roeckx (kurt-roeckx) wrote :
Download full text (3.5 KiB)

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/docbook/stylesheet/nwalsh/html/docbook.xsl conftest.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/xml/docbook/stylesheet/nwalsh/current/html/docbook.xsl"
cannot parse /usr/share/xml/docbook/stylesheet/nwalsh/current/html/docbook.xsl

That's from the first call with
/usr/share/xml/docbook/stylesheet/nwalsh/current/html/docbook.xsl,
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/sgml/docbook/docbook-xsl-st
ylesheets*/html/docbook.xsl", which is like the 10th last
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://buildd.debian.org/fetch.php?&pkg=evince&ver=0.4.0-1&arch=ia64&stamp=1126143473&file=log&as=raw

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/docbook/stylesheet/nwalsh/html/docbook.xsl conftestxml ; echo $?
error : connection refused
conftest.xml:3: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"
   "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
                                                            ^
<html><head><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>A DocBook Test Document</title><meta name="generator" content="DocBook XSL Stylesheets V1.68.1"></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="book" lang="en"><div class="titlepage"><div><div><h1 class="title"><a name="test"></a>A DocBook Test Document</h1></div></div><hr></div><div class="toc"><p><b>Table of Contents</b></p><dl><dt><span class="chapter"><a href="#id-one">1. A Chapter Title</a></span></dt><dt><span class="chapter"><a href="#id-two">2. Another Chapter Title</a></span></dt></dl></div><div class="chapter" lang="en"><div class="titlepage"><div><div><h2 class="title"><a name="id-one"></a>Chapter 1. A Chapter Title</h2></div></div></div><p>This is a paragraph, referencing <a href="#id-two" title="Chapter 2. Another Chapter Title">Chapter 2, <i>Another Chapter Title</i></a>.</p></div><div class="chapter" lang="en"><div class="titlepage"><div><div><h2 class="title"><a name="id-two"></a>Chapter 2. Another Chapter Title</h2...

Read more...

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Automatically imported from Debian bug report #327459 http://bugs.debian.org/327459

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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/xml/docbook/stylesheet/nwalsh

The first then fail to build because they try to use
/html/chunk.xsl instead of
/usr/share/xml/docbook/stylesheet/nwalsh/html/chunk.xsl

All the buildd logs show that they're using
docbook-xsl_1.68.1-0.1_all.deb so I have no idea what is going
on.

Kurt

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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/mail/igloo
PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
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

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (3.9 KiB)

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/docbook/stylesheet/nwalsh/html/docbook.xsl conftest=
.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/xml/docbook/stylesheet/=
nwalsh/current/html/docbook.xsl"
cannot parse /usr/share/xml/docbook/stylesheet/nwalsh/current/html/docbook.=
xsl

That's from the first call with
/usr/share/xml/docbook/stylesheet/nwalsh/current/html/docbook.xsl,
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/sgml/docbook/docbook-xsl-st
ylesheets*/html/docbook.xsl", which is like the 10th last
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://buildd.debian.org/fetch.php?&pkg=3Devince&ver=3D0.4.0-1&arch=3Dia64&=
stamp=3D1126143473&file=3Dlog&as=3Draw

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/docbook/stylesheet/nwalsh/html/docbook.xsl conftest=
.xml ; echo $?
error : connection refused
conftest.xml:3: warning: failed to load external entity "http://www.oasis-o=
pen.org/docbook/xml/4.2/docbookx.dtd"
   "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
                                                            ^
<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset=
=3DISO-8859-1"><title>A DocBook Test Document</title><meta name=3D"generato=
r" content=3D"DocBook XSL Stylesheets V1.68.1"></head><body bgcolor=3D"whit=
e" text=3D"black" link=3D"#0000FF" vlink=3D"#840084" alink=3D"#0000FF"><div=
 class=3D"book" lang=3D"en"><div class=3D"titlepage"><div><div><h1 class=3D=
"title"><a name=3D"test"></a>A DocBook Test Document</h1></div></div><hr></=
div><div class=3D"toc"><p><b>Table of Contents</b></p><dl><dt><span class=
=3D"chapter"><a href=3D"#id-one">1. A Chapter Title</a></span></dt><dt><spa=
n class=3D"chapter"><a href=3D"#id-two">2. Another Chapter Title</a></span>=
</dt></dl></div><div class=3D"chapter" lang=3D"en"><div class=3D"title...

Read more...

Revision history for this message
In , Peter Eisentraut (petere) wrote : rekall build failure

FYI, the package rekall also fails to build on several architectures in
a manner strikingly similar to the one discussed here:

http://people.debian.org/~igloo/status.php?packages=rekall

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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:

http://people.debian.org/~igloo/status.php?packages=rekall

Revision history for this message
In , Mike Hommey (mh-glandium) wrote : 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://people.debian.org/~igloo/status.php?packages=rekall

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

Revision history for this message
In , Mike Hommey (mh-glandium) wrote : 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/mail/igloo
> PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
> 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-xml-sgml-pkgs mailing list
> <email address hidden>
> http://lists.alioth.debian.org/mailman/listinfo/debian-xml-sgml-pkgs

Revision history for this message
In , Mike Hommey (mh-glandium) wrote : 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://people.debian.org/~igloo/status.php?packages=rekall
>
> 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

Revision history for this message
In , Ian Lynagh (igloo-earth) wrote : 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

Revision history for this message
In , Mike Hommey (mh-glandium) wrote :

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

Revision history for this message
Fabio Massimo Di Nitto (fabbione) wrote :

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.

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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://people.debian.org/~igloo/status.php?packages=rekall

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

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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/mail/igloo
> PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
> 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-xml-sgml-pkgs mailing list
> <email address hidden>
> http://lists.alioth.debian.org/mailman/listinfo/debian-xml-sgml-pkgs

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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://people.debian.org/~igloo/status.php?packages=rekall
>
> 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

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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

Revision history for this message
Debian Bug Importer (debzilla) wrote :

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

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.