[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1818122] Re: QEMU 3.1 makes libxslt to crash on ppc64
From: |
Thomas Huth |
Subject: |
[Bug 1818122] Re: QEMU 3.1 makes libxslt to crash on ppc64 |
Date: |
Tue, 20 Apr 2021 08:25:27 -0000 |
I meant to say:
The QEMU project is currently considering to move its bug tracking to another
system. For this we need to know which bugs are still valid and which could be
closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the state
back to "New" within the next 60 days, otherwise this report will be marked as
"Expired". Or mark it as "Fix Released" if the problem has been solved with a
newer version of QEMU already. Thank you and sorry for the inconvenience.
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1818122
Title:
QEMU 3.1 makes libxslt to crash on ppc64
Status in QEMU:
Incomplete
Bug description:
Host: clean Ubuntu Disco with QEMU 3.1
Guest: Alpine Linux edge with xmlto
Steps to set up guest:
curl -O
http://dl-cdn.alpinelinux.org/alpine/edge/releases/ppc64le/netboot/vmlinuz-vanilla
curl -O
http://dl-cdn.alpinelinux.org/alpine/edge/releases/ppc64le/netboot/initramfs-vanilla
qemu-system-ppc64 -m 1G -kernel vmlinuz-vanilla -initrd initramfs-vanilla
-append "console=hvc0 ip=dhcp
alpine_repo=http://dl-cdn.alpinelinux.org/alpine/edge/main/
modloop=http://dl-cdn.alpinelinux.org/alpine/edge/releases/ppc64le/netboot/modloop-vanilla"
-device virtio-rng-pci -nographic
This brings up an VM with an in-memory Alpine Linux.
Steps to reproduce:
Login as root and execute the following commands.
apk add xmlto
ntpd -nqp time.google.com // For TLS OCSP
wget https://ddosolitary.org/manpage-base.xsl
wget https://ddosolitary.org/shadowsocks-libev.xml
xmlto -m manpage-base.xsl man shadowsocks-libev.xml
The downloaded files are from this project:
https://github.com/shadowsocks/shadowsocks-libev The former is directly taken
from the "doc" directory and the latter is an intermediate build output
generated by asciidoc from doc/shadowsocks-libev.asciidoc
Expected behavior: The command silently succeeds producing
shadowsocks-libev.8
Actual behavior:
runtime error: file
file:///usr/share/xml/docbook/xsl-stylesheets-1.79.1/manpages/tbl.xsl line 450
element text
xsltApplySequenceConstructor: A potential infinite template recursion was
detected.
You can adjust xsltMaxDepth (--maxdepth) in order to raise the maximum number
of nested template calls and variables/params (currently set to 3000).
Templates:
#0 name process.colspan
#1 name process.colspan
#2 name process.colspan
#3 name process.colspan
#4 name process.colspan
#5 name process.colspan
#6 name process.colspan
#7 name process.colspan
#8 name process.colspan
#9 name process.colspan
#10 name process.colspan
#11 name process.colspan
#12 name process.colspan
#13 name process.colspan
#14 name process.colspan
Variables:
#0
type
colspan
#1
colspan
#2
type
colspan
#3
colspan
#4
type
colspan
#5
colspan
#6
type
colspan
#7
colspan
#8
type
colspan
#9
colspan
#10
type
colspan
#11
colspan
#12
type
colspan
#13
colspan
#14
type
colspan
error: file /root/shadowsocks-libev.xml
xsltRunStylesheet : run failed
Note:
I tried increasing --maxdepth as suggested in the error output but that will
result in a segfault.
This error doesn't occur with an older QEMU (I tested QEMU 2.12 on Ubuntu
Cosmic) or different architectures on QEMU 3.1 (I tested x86, x86_64, arm,
aarch64, s390x). Also it didn't help to use an older Alpine Linux (I tested
v3.8). So I think it is caused by a bug in QEMU rather than the distro/package.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1818122/+subscriptions