Re: Bug#858405: xmlto: intermittent Segmentation fault when building manpages for libreswan on mips64el
Mathieu Malaterre <[email protected]>
| Newsgroups | gmane.linux.debian.ports.mips |
|---|---|
| Message-ID | <CA+7wUszbKgO23WNdRAzJz5WgeHGHAvL3cz=LhKNPr372Pnw5Gg@mail.gmail.com> |
Seems like [email protected] was missing (I added mips64el tag) On Wed, Mar 22, 2017 at 2:29 AM, Daniel Kahn Gillmor <[email protected]> wrote: > Package: xmlto > Version: 0.0.28-1 > Severity: normal > > https://buildd.debian.org/status/fetch.php?pkg=libreswan&arch=mips64el&ver=3.20-6&stamp=1490132010&raw=0 > > shows xmlto having a segfault during the build of libreswan's manpages. > > make[5]: Leaving directory '/«PKGBUILDDIR»/OBJ.linux.mips64/programs/proc' > sed -e "s:@IPSECVERSION@:3.20:g" -e "/@linux_START@/,/@linux_END@/d" -e "s:@EXAMPLECONFDIR@:/usr/share/doc/libreswan:g" -e "s:@FINALBINDIR@:/usr/lib/ipsec:g" -e "s:@FINALCONFDDIR@:/etc/ipsec.d:g" -e "s:@FINALCONFDIR@:/etc:g" -e "s:@FINALCONFFILE@:/etc/ipsec.conf:g" -e "s:@FINALDOCDIR@:/usr/share/doc/libreswan:g" -e "s:@FINALEXAMPLECONFDIR@:/usr/share/doc/libreswan:g" -e "s:@FINALLIBEXECDIR@:/usr/lib/ipsec:g" -e "s:@FINALRCDIR@:/etc/init.d:g" -e "s:@FINALSBINDIR@:/usr/sbin:g" -e "s:@FINALSYSCONFDIR@:/etc:g" -e "s:@FINALVARDIR@:/var:g" -e "s:@IPSEC_CONF@:/etc/ipsec.conf:g" -e "s:@IPSEC_CONFDDIR@:/etc/ipsec.d:g" -e "s:@IPSEC_NSSDIR@:/var/lib/ipsec/nss:g" -e "s:@IPSEC_DIR@:/usr/lib/ipsec:g" -e "s:@IPSEC_EXECDIR@:/usr/lib/ipsec:g" -e "s:@IPSEC_VARDIR@:/var:g" -e "s:@IPSEC_SBINDIR@:/usr/sbin:g" -e "s:@IPSEC_SECRETS_FILE@:/etc/ipsec.secrets:g" -e "s:@MODPROBEBIN@:modprobe:g" -e "s:@MODPROBEARGS@:--quiet --use-blacklist:g" -e "s:@USE_DEFAULT_CONNS@::g" -e "s:@SD_TYPE@:notify:g" -e "s:@SD_RESTART_TYPE@:"always":g" -e "s:@SD_PLUTO_OPTIONS@:"--leak-detective":g" -e "s:@SD_WATCHDOGSEC@:200:g" < ipsec_version.5.xml > ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp.tmp > mv ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp.tmp ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp > : ignoring seemingly bogus xmlto exit status > xmlto man ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp -o ../../OBJ.linux.mips64/programs/proc || true > /usr/bin/xmlto: line 613: 5007 Segmentation fault "/usr/bin/xsltproc" --nonet --xinclude --param passivetex.extensions '1' -o "/tmp/xmlto.vUw7Aq/ipsec_version.5.proc" "/tmp/xmlto-xsl.XOSOth" "/«PKGBUILDDIR»/programs/proc/../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp" > test -z "" -a -r ../../OBJ.linux.mips64/programs/proc/ipsec_version.5 > ../../mk/manpages.mk:79: recipe for target '../../OBJ.linux.mips64/programs/proc/ipsec_version.5.man' failed > make[4]: *** [../../OBJ.linux.mips64/programs/proc/ipsec_version.5.man] Error 1 > make[4]: Leaving directory '/«PKGBUILDDIR»/programs/proc' > > The build of the previous version, 3.20-5, which is very similar code, did not have the segfault: > > https://buildd.debian.org/status/fetch.php?pkg=libreswan&arch=mips64el&ver=3.20-5&stamp=1490115466&raw=0 > > make[5]: Leaving directory '/«PKGBUILDDIR»/OBJ.linux.mips64/programs/proc' > sed -e "s:@IPSECVERSION@:3.20:g" -e "/@linux_START@/,/@linux_END@/d" -e "s:@EXAMPLECONFDIR@:/usr/share/doc/libreswan:g" -e "s:@FINALBINDIR@:/usr/lib/ipsec:g" -e "s:@FINALCONFDDIR@:/etc/ipsec.d:g" -e "s:@FINALCONFDIR@:/etc:g" -e "s:@FINALCONFFILE@:/etc/ipsec.conf:g" -e "s:@FINALDOCDIR@:/usr/share/doc/libreswan:g" -e "s:@FINALEXAMPLECONFDIR@:/usr/share/doc/libreswan:g" -e "s:@FINALLIBEXECDIR@:/usr/lib/ipsec:g" -e "s:@FINALRCDIR@:/etc/init.d:g" -e "s:@FINALSBINDIR@:/usr/sbin:g" -e "s:@FINALSYSCONFDIR@:/etc:g" -e "s:@FINALVARDIR@:/var:g" -e "s:@IPSEC_CONF@:/etc/ipsec.conf:g" -e "s:@IPSEC_CONFDDIR@:/etc/ipsec.d:g" -e "s:@IPSEC_NSSDIR@:/var/lib/ipsec/nss:g" -e "s:@IPSEC_DIR@:/usr/lib/ipsec:g" -e "s:@IPSEC_EXECDIR@:/usr/lib/ipsec:g" -e "s:@IPSEC_VARDIR@:/var:g" -e "s:@IPSEC_SBINDIR@:/usr/sbin:g" -e "s:@IPSEC_SECRETS_FILE@:/etc/ipsec.secrets:g" -e "s:@MODPROBEBIN@:modprobe:g" -e "s:@MODPROBEARGS@:--quiet --use-blacklist:g" -e "s:@USE_DEFAULT_CONNS@::g" -e "s:@SD_TYPE@:notify:g" -e "s:@SD_RESTART_TYPE@:"always":g" -e "s:@SD_PLUTO_OPTIONS@:"--leak-detective":g" -e "s:@SD_WATCHDOGSEC@:200:g" < ipsec_version.5.xml > ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp.tmp > mv ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp.tmp ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp > : ignoring seemingly bogus xmlto exit status > xmlto man ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.tmp -o ../../OBJ.linux.mips64/programs/proc || true > Note: Writing ipsec_version.5 > test -z "" -a -r ../../OBJ.linux.mips64/programs/proc/ipsec_version.5 > touch ../../OBJ.linux.mips64/programs/proc/ipsec_version.5.man > > So xmlto seems to fail intermittently on mips64el, even though it > behaves reliably on all the other debian architectures. > > Sorry that i haven't been able to debug it further. > > Perhaps someone who knows mips64el can debug it better than i can. > > For debian revisions of 3.20, failures happened on: > > mipsel-manda-02 > eberlin > > Also for revisions of 3.20, successes happened on: > > mipsel-sil-01 > mipsel-manda-03 > mipsel-manda-01 > > --dkg > > > -- System Information: > Debian Release: 9.0 > APT prefers testing-debug > APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'unstable-debug'), (200, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages xmlto depends on: > ii debianutils 4.8.1 > ii docbook-xml 4.5-8 > ii docbook-xsl 1.79.1+dfsg-2 > ii libc6 2.24-9 > ii libxml2-utils 2.9.4+dfsg1-2.2 > ii sgml-base 1.29 > ii xsltproc 1.1.29-2 > > Versions of packages xmlto recommends: > ii dblatex 0.3.9-1 > ii libpaper-utils 1.1.24+nmu5 > ii zip 3.0-11+b1 > > Versions of packages xmlto suggests: > ii links 2.14-2 > ii lynx-cur 2.8.9dev11-1 > ii texlive-htmlxml [xmltex] 2016.20170123-5 > ii w3m 0.5.3-34 > > -- no debconf information