On 2010-03-29 12:28, Maciej (Matchek) Blizinski wrote:
gmake[5]: Leaving directory
`/home/maciej/src/opencsw/pkg/evince/trunk/work/solaris9-sparc/build-isa-sparcv8/evince-2.24.2/help'
xsltproc -o evince-C.omf --stringparam db2omf.basename evince
--stringparam db2omf.format 'docbook' --stringparam db2omf.dtd
"-//OASIS//DTD DocBook XML V4.1.2//EN" --stringparam db2omf.lang C
--stringparam db2omf.omf_dir "/opt/csw/share/omf" --stringparam
db2omf.help_dir "/opt/csw/share/gnome/help" --stringparam
db2omf.omf_in
"/home/maciej/src/opencsw/pkg/evince/trunk/work/solaris9-sparc/build-isa-sparcv8/evince-2.24.2/help/evince.omf.in"
--stringparam db2omf.scrollkeeper_cl "`scrollkeeper-config
--pkgdatadir`/Templates/C/scrollkeeper_cl.xml"
`/opt/csw/bin/pkg-config --variable db2omf gnome-doc-utils`
C/evince.xml || { rm -f "evince-C.omf"; exit 1; }
This fails with a 139 exit code and doesn't say why. --debug and
--verbose don't help. The return values specified in the man page are
only 0-8. Is this something people have seen before?
I think it might have something to do with the libxml2/zlib problem.
When upgrading a machine which hasn't been online for a while, i noticed
that a bunch of pre/post-remove/install scripts failed due to some
program dumping core.
It seemed that it was either xmlcatalog or scrollkeeper-update that was
crashing. However when I ran the command manually it didn't crash so I
didn't investigate further.
But looking at it now, it seems that both scrollkeeper-update and
xmlcatalog is linked to both libz and libxml2, so it might be related to
the zlib issue.
_______________________________________________
users mailing list
[email protected]
https://lists.opencsw.org/mailman/listinfo/users
