xsltproc: segfaults on some architectures, makes gmime2.1 FTBFS

Bug #12577 reported by Debian Bug Importer
10
Affects Status Importance Assigned to Milestone
libxslt (Debian)
Fix Released
Unknown
libxslt (Ubuntu)
Fix Released
High
LaMont Jones

Bug Description

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

Revision history for this message
In , Mike Hommey (mh-glandium) wrote : Re: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures, makes gmime2.1 FTBFS

Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
(and therefore xsltproc) is programmed soon and might solve the problem
if it is that.

I'd be interested in getting a backtrace, though, if you could provide
one.

BTW, I don't understand how buildds get packages from incoming when they
build a package. (libxml2 2.6.11-2 packages are still in incoming at the
moment and got used on sparc, ia64, s390 and arm)

Mike

On Sat, Feb 05, 2005 at 01:47:52PM +0100, Guus Sliepen <email address hidden> wrote:
> Package: xsltproc
> Version: 1.1.12-3
> Severity: serious
> Justification: makes another package FTBFS
>
> The autobuilders of some architectures fail to build gmime2.1. For
> example on sparc:
>
> cd ./html && gtkdoc-mkhtml gmime ../gmime-docs.sgml
> Computing chunks...
> /usr/bin/gtkdoc-mkhtml: line 45: 16526 Bus error /usr/bin/xsltproc --nonet --xinclude --stringparam gtkdoc.bookname $module --stringparam gtkdoc.version "1.3" $gtkdocdir/gtk-doc.xsl $document
>
> For more details, see http://buildd.debian.org/build.php?&pkg=gmime2.1.
> If the problem happens to be caused by another package, please reassign
> this bug.
>
>
> -- System Information:
> Debian Release: 3.1
> APT prefers unstable
> APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.9-skas3-v7
> Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)
>
> Versions of packages xsltproc depends on:
> ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
> ii libgcrypt11 1.2.0-11 LGPL Crypto library - runtime libr
> ii libgpg-error0 1.0-1 library for common error values an
> ii libxml2 2.6.16-1 GNOME XML library
> ii libxslt1.1 1.1.12-3 XSLT processing library - runtime
> ii zlib1g 1:1.2.2-4 compression library - runtime
>
> -- no debconf information
>
>
> _______________________________________________
> 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 , Guus Sliepen (guus-sliepen-eu) wrote :

On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:

> Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> (and therefore xsltproc) is programmed soon and might solve the problem
> if it is that.
>
> I'd be interested in getting a backtrace, though, if you could provide
> one.

Unfortunately it doesn't fail on x86, so I cannot dig into it myself.

> BTW, I don't understand how buildds get packages from incoming when they
> build a package. (libxml2 2.6.11-2 packages are still in incoming at the
> moment and got used on sparc, ia64, s390 and arm)

I don't know about that either, but the build log of the sparc
autobuilder says:

Selecting previously deselected package libxml2.
Unpacking libxml2 (from .../libxml2_2.6.16-2_sparc.deb) ...
Selecting previously deselected package libxslt1.1.
Unpacking libxslt1.1 (from .../libxslt1.1_1.1.8-5_sparc.deb) ...
Selecting previously deselected package xsltproc.
Unpacking xsltproc (from .../xsltproc_1.1.8-5_sparc.deb) ...

--
Met vriendelijke groet / with kind regards,
    Guus Sliepen <email address hidden>

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

On Sat, Feb 05, 2005 at 03:15:14PM +0100, Guus Sliepen <email address hidden> wrote:
> On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:
>
> > Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> > (and therefore xsltproc) is programmed soon and might solve the problem
> > if it is that.
> >
> > I'd be interested in getting a backtrace, though, if you could provide
> > one.
>
> Unfortunately it doesn't fail on x86, so I cannot dig into it myself.

I just tried here. With xsltproc&libxslt1 1.1.8-5 and libxml2 2.6.16-2,
it segfaults. With xsltproc&libxslt1 1.1.12-3 from experimental and
libxml2 2.6.16-2, it doesn't. On x86. So I guess this is it.

Mike

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

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

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

Message-Id: <email address hidden>
Date: Sat, 05 Feb 2005 13:47:52 +0100
From: Guus Sliepen <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: xsltproc: segfaults on some architectures, makes gmime2.1 FTBFS

Package: xsltproc
Version: 1.1.12-3
Severity: serious
Justification: makes another package FTBFS

The autobuilders of some architectures fail to build gmime2.1. For
example on sparc:

cd ./html && gtkdoc-mkhtml gmime ../gmime-docs.sgml
Computing chunks...
/usr/bin/gtkdoc-mkhtml: line 45: 16526 Bus error /usr/bin/xsltproc --nonet --xinclude --stringparam gtkdoc.bookname $module --stringparam gtkdoc.version "1.3" $gtkdocdir/gtk-doc.xsl $document

For more details, see http://buildd.debian.org/build.php?&pkg=gmime2.1.
If the problem happens to be caused by another package, please reassign
this bug.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-skas3-v7
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)

Versions of packages xsltproc depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libgcrypt11 1.2.0-11 LGPL Crypto library - runtime libr
ii libgpg-error0 1.0-1 library for common error values an
ii libxml2 2.6.16-1 GNOME XML library
ii libxslt1.1 1.1.12-3 XSLT processing library - runtime
ii zlib1g 1:1.2.2-4 compression library - runtime

-- no debconf information

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

Message-ID: <email address hidden>
Date: Sat, 5 Feb 2005 14:37:36 +0100
From: Mike Hommey <email address hidden>
To: Guus Sliepen <email address hidden>, <email address hidden>
Subject: Re: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures,
 makes gmime2.1 FTBFS

Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
(and therefore xsltproc) is programmed soon and might solve the problem
if it is that.

I'd be interested in getting a backtrace, though, if you could provide
one.

BTW, I don't understand how buildds get packages from incoming when they
build a package. (libxml2 2.6.11-2 packages are still in incoming at the
moment and got used on sparc, ia64, s390 and arm)

Mike

On Sat, Feb 05, 2005 at 01:47:52PM +0100, Guus Sliepen <email address hidden> wrote:
> Package: xsltproc
> Version: 1.1.12-3
> Severity: serious
> Justification: makes another package FTBFS
>
> The autobuilders of some architectures fail to build gmime2.1. For
> example on sparc:
>
> cd ./html && gtkdoc-mkhtml gmime ../gmime-docs.sgml
> Computing chunks...
> /usr/bin/gtkdoc-mkhtml: line 45: 16526 Bus error /usr/bin/xsltproc --nonet --xinclude --stringparam gtkdoc.bookname $module --stringparam gtkdoc.version "1.3" $gtkdocdir/gtk-doc.xsl $document
>
> For more details, see http://buildd.debian.org/build.php?&pkg=gmime2.1.
> If the problem happens to be caused by another package, please reassign
> this bug.
>
>
> -- System Information:
> Debian Release: 3.1
> APT prefers unstable
> APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.9-skas3-v7
> Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)
>
> Versions of packages xsltproc depends on:
> ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
> ii libgcrypt11 1.2.0-11 LGPL Crypto library - runtime libr
> ii libgpg-error0 1.0-1 library for common error values an
> ii libxml2 2.6.16-1 GNOME XML library
> ii libxslt1.1 1.1.12-3 XSLT processing library - runtime
> ii zlib1g 1:1.2.2-4 compression library - runtime
>
> -- no debconf information
>
>
> _______________________________________________
> 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: Sat, 5 Feb 2005 15:15:14 +0100
From: Guus Sliepen <email address hidden>
To: Mike Hommey <email address hidden>
Cc: <email address hidden>
Subject: Re: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures,
 makes gmime2.1 FTBFS

--BRE3mIcgqKzpedwo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:

> Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> (and therefore xsltproc) is programmed soon and might solve the problem
> if it is that.
>=20
> I'd be interested in getting a backtrace, though, if you could provide
> one.

Unfortunately it doesn't fail on x86, so I cannot dig into it myself.

> BTW, I don't understand how buildds get packages from incoming when they
> build a package. (libxml2 2.6.11-2 packages are still in incoming at the
> moment and got used on sparc, ia64, s390 and arm)

I don't know about that either, but the build log of the sparc
autobuilder says:

Selecting previously deselected package libxml2.
Unpacking libxml2 (from .../libxml2_2.6.16-2_sparc.deb) ...
Selecting previously deselected package libxslt1.1.
Unpacking libxslt1.1 (from .../libxslt1.1_1.1.8-5_sparc.deb) ...
Selecting previously deselected package xsltproc.
Unpacking xsltproc (from .../xsltproc_1.1.8-5_sparc.deb) ...

--=20
Met vriendelijke groet / with kind regards,
    Guus Sliepen <email address hidden>

--BRE3mIcgqKzpedwo
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCBNTyAxLow12M2nsRAiz0AJ9eiN/w/oV+VpcUHX28YDT0ojekxwCfZQn4
yL6C0g5XSJxZZ0Gmn2IfKKg=
=08aH
-----END PGP SIGNATURE-----

--BRE3mIcgqKzpedwo--

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

Message-ID: <email address hidden>
Date: Sat, 5 Feb 2005 15:26:42 +0100
From: Mike Hommey <email address hidden>
To: Guus Sliepen <email address hidden>
Cc: <email address hidden>
Subject: Re: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures,
 makes gmime2.1 FTBFS

On Sat, Feb 05, 2005 at 03:15:14PM +0100, Guus Sliepen <email address hidden> wrote:
> On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:
>
> > Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> > (and therefore xsltproc) is programmed soon and might solve the problem
> > if it is that.
> >
> > I'd be interested in getting a backtrace, though, if you could provide
> > one.
>
> Unfortunately it doesn't fail on x86, so I cannot dig into it myself.

I just tried here. With xsltproc&libxslt1 1.1.8-5 and libxml2 2.6.16-2,
it segfaults. With xsltproc&libxslt1 1.1.12-3 from experimental and
libxml2 2.6.16-2, it doesn't. On x86. So I guess this is it.

Mike

Revision history for this message
In , Mike Hommey (mh-glandium) wrote : Re: Bug#293729: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures, makes gmime2.1 FTBFS

On Sat, Feb 05, 2005 at 03:26:42PM +0100, Mike Hommey <email address hidden> wrote:
> On Sat, Feb 05, 2005 at 03:15:14PM +0100, Guus Sliepen <email address hidden> wrote:
> > On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:
> >
> > > Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> > > (and therefore xsltproc) is programmed soon and might solve the problem
> > > if it is that.
> > >
> > > I'd be interested in getting a backtrace, though, if you could provide
> > > one.
> >
> > Unfortunately it doesn't fail on x86, so I cannot dig into it myself.
>
> I just tried here. With xsltproc&libxslt1 1.1.8-5 and libxml2 2.6.16-2,
> it segfaults. With xsltproc&libxslt1 1.1.12-3 from experimental and
> libxml2 2.6.16-2, it doesn't. On x86. So I guess this is it.

libxslt 1.1.12-4 is in unstable, now, gmime2.1 should get correctly
built on all arches. I will close this bug as soon as some arches will
try rebuilding gmime2.1.

Mike

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

Message-ID: <email address hidden>
Date: Sun, 6 Feb 2005 09:36:36 +0100
From: Mike Hommey <email address hidden>
To: Guus Sliepen <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#293729: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures,
 makes gmime2.1 FTBFS

On Sat, Feb 05, 2005 at 03:26:42PM +0100, Mike Hommey <email address hidden> wrote:
> On Sat, Feb 05, 2005 at 03:15:14PM +0100, Guus Sliepen <email address hidden> wrote:
> > On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:
> >
> > > Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> > > (and therefore xsltproc) is programmed soon and might solve the problem
> > > if it is that.
> > >
> > > I'd be interested in getting a backtrace, though, if you could provide
> > > one.
> >
> > Unfortunately it doesn't fail on x86, so I cannot dig into it myself.
>
> I just tried here. With xsltproc&libxslt1 1.1.8-5 and libxml2 2.6.16-2,
> it segfaults. With xsltproc&libxslt1 1.1.12-3 from experimental and
> libxml2 2.6.16-2, it doesn't. On x86. So I guess this is it.

libxslt 1.1.12-4 is in unstable, now, gmime2.1 should get correctly
built on all arches. I will close this bug as soon as some arches will
try rebuilding gmime2.1.

Mike

Revision history for this message
In , Guus Sliepen (guus-sliepen-eu) wrote : Re: Processed: Re: Bug#294056: gmime2.1_2.1.11-1(m68k/unstable/jt7): fails to build from source

reassign 294056 xsltproc
merge 294056 293729
thanks

On Mon, Feb 07, 2005 at 10:33:45AM -0800, Debian Bug Tracking System wrote:

> Processing commands for <email address hidden>:
>
> > merge 294056 293729
> Bug#293729: xsltproc: segfaults on some architectures, makes gmime2.1 FTBFS
> Bug#294056: gmime2.1_2.1.11-1(m68k/unstable/jt7): fails to build from source
> Mismatch - only Bugs in same state can be merged:
> Values for `package' don't match:
> #293729 has `xsltproc';
> #294056 has `gmime2.1'
>
> > thanks
> Stopping processing here.
>
> Please contact me if you need assistance.
>
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
>

--
Met vriendelijke groet / with kind regards,
    Guus Sliepen <email address hidden>

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

Message-ID: <email address hidden>
Date: Mon, 7 Feb 2005 21:08:42 +0100
From: Guus Sliepen <email address hidden>
To: <email address hidden>
Subject: Re: Processed: Re: Bug#294056: gmime2.1_2.1.11-1(m68k/unstable/jt7): fails to build from
 source

--17/8oYur5Y32USnW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

reassign 294056 xsltproc
merge 294056 293729
thanks

On Mon, Feb 07, 2005 at 10:33:45AM -0800, Debian Bug Tracking System wrote:

> Processing commands for <email address hidden>:
>=20
> > merge 294056 293729
> Bug#293729: xsltproc: segfaults on some architectures, makes gmime2.1 FTB=
FS
> Bug#294056: gmime2.1_2.1.11-1(m68k/unstable/jt7): fails to build from sou=
rce
> Mismatch - only Bugs in same state can be merged:
> Values for `package' don't match:
> #293729 has `xsltproc';
> #294056 has `gmime2.1'
>=20
> > thanks
> Stopping processing here.
>=20
> Please contact me if you need assistance.
>=20
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
>=20

--=20
Met vriendelijke groet / with kind regards,
    Guus Sliepen <email address hidden>

--17/8oYur5Y32USnW
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCB8rJAxLow12M2nsRAsUDAJ0aVrd6ivP7+CLP9XBTy+KLIiv0zACfcDop
tHZF9xPZSPmLFzUnVl5ZlOk=
=2Qxy
-----END PGP SIGNATURE-----

--17/8oYur5Y32USnW--

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

*** Bug 12634 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Mike Hommey (mh-glandium) wrote : Re: Bug#293729: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures, makes gmime2.1 FTBFS

On Sun, Feb 06, 2005 at 09:36:36AM +0100, Mike Hommey <email address hidden> wrote:
> On Sat, Feb 05, 2005 at 03:26:42PM +0100, Mike Hommey <email address hidden> wrote:
> > On Sat, Feb 05, 2005 at 03:15:14PM +0100, Guus Sliepen <email address hidden> wrote:
> > > On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:
> > >
> > > > Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> > > > (and therefore xsltproc) is programmed soon and might solve the problem
> > > > if it is that.
> > > >
> > > > I'd be interested in getting a backtrace, though, if you could provide
> > > > one.
> > >
> > > Unfortunately it doesn't fail on x86, so I cannot dig into it myself.
> >
> > I just tried here. With xsltproc&libxslt1 1.1.8-5 and libxml2 2.6.16-2,
> > it segfaults. With xsltproc&libxslt1 1.1.12-3 from experimental and
> > libxml2 2.6.16-2, it doesn't. On x86. So I guess this is it.
>
> libxslt 1.1.12-4 is in unstable, now, gmime2.1 should get correctly
> built on all arches. I will close this bug as soon as some arches will
> try rebuilding gmime2.1.

gmime2.1 got successfully rebuilt on m68k, sparc, and arm. Closing this
bug.

Thanks

Mike

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

Message-ID: <email address hidden>
Date: Wed, 9 Feb 2005 14:27:54 +0100
From: Mike Hommey <email address hidden>
To: Guus Sliepen <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#293729: [xml/sgml-pkgs] Bug#293729: xsltproc: segfaults on some architectures,
 makes gmime2.1 FTBFS

On Sun, Feb 06, 2005 at 09:36:36AM +0100, Mike Hommey <email address hidden> wrote:
> On Sat, Feb 05, 2005 at 03:26:42PM +0100, Mike Hommey <email address hidden> wrote:
> > On Sat, Feb 05, 2005 at 03:15:14PM +0100, Guus Sliepen <email address hidden> wrote:
> > > On Sat, Feb 05, 2005 at 02:37:36PM +0100, Mike Hommey wrote:
> > >
> > > > Mmmmmm it *could* be due to the new libxml2 upload. An upload of libxslt
> > > > (and therefore xsltproc) is programmed soon and might solve the problem
> > > > if it is that.
> > > >
> > > > I'd be interested in getting a backtrace, though, if you could provide
> > > > one.
> > >
> > > Unfortunately it doesn't fail on x86, so I cannot dig into it myself.
> >
> > I just tried here. With xsltproc&libxslt1 1.1.8-5 and libxml2 2.6.16-2,
> > it segfaults. With xsltproc&libxslt1 1.1.12-3 from experimental and
> > libxml2 2.6.16-2, it doesn't. On x86. So I guess this is it.
>
> libxslt 1.1.12-4 is in unstable, now, gmime2.1 should get correctly
> built on all arches. I will close this bug as soon as some arches will
> try rebuilding gmime2.1.

gmime2.1 got successfully rebuilt on m68k, sparc, and arm. Closing this
bug.

Thanks

Mike

Revision history for this message
Matt Zimmerman (mdz) wrote :

Does this apply to Hoary?

Revision history for this message
LaMont Jones (lamont) wrote :

Tracked down the patch in 1.1.12-4, will upload post-preview.

Revision history for this message
LaMont Jones (lamont) wrote :

Fixed in 1.1.12-3ubuntu3

Changed in libxslt:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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