Bug#858405: xmlto: intermittent Segmentation fault when building manpages for libreswan on mips64el

Daniel Kahn Gillmor <[email protected]>
Newsgroups gmane.linux.debian.ports.mips
Message-ID <149014614026.5043.13567515456222986420.reportbug__14874.5599821725$1490171580$gmane$org@alice.fifthhorseman.net>
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.