Interestingly, this happens after we've successfully run exactly the same Java command to produce swriter_foo.zip for various other values of 'foo' (different locales/languages?) My suspicion is that (a) maybe we're running out of address space? (b) this is going to be really painful to track down because it's obviously dependent on the data input to the tool. Does the build reproducibly fail on exactly the same bit every time?
Serge: that also looks like it's probably some issue with running Java under QEMU, but it doesn't seem to be the same thing at all as the LibreOffice errors in the build log...
The actual command from the build log:
/usr/lib/ jvm/java- 6-openjdk- armhf/bin/ java -cp ".:../. ./unxlngr. pro/class: /usr/lib/ jvm/java- 6-openjdk- armhf/jre/ lib/rt. jar:.:/ build/buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin /build/ buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ juh.jar: /build/ buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ parser. jar:/build/ buildd/ libreoffice- 3.5.7/solver/ unx bin/xt. jar:/build/ buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ unoil.jar: /build/ buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ ridl.jar: /build/ buildd/ libreoffice- 3.5.7/ unxlngr. pro/bin/ jurt.jar: /build/ buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ xmlsearch. jar:/build/ buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ LuceneHelpWrapp er.jar: /bu libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ HelpIndexerTool .jar:/build/ buildd/ libreoffice- 3.5.7/solver/ unxlngr. pro/bin/ lucene- core-2. 3.jar:/ build/buildd/ libreoffice- 3.5.7/so pro/bin/ lucene- analyzers- 2.3.jar" com.sun. star.help. HelpIndexerTool -lang cs -mod swriter -zipdir ../../unxlngr. pro/misc/ ziptmpswriter_ cs -o ../../unxlngr. pro/bin/ swrit unxlngr. pro unxlngr. pro/bin/ swriter_ cs.zip'
/jaxp.jar:
lngr.pro/
solver/
ild/buildd/
lver/unxlngr.
er_cs.zip.
dmake: Error code 132, while making '../../
Interestingly, this happens after we've successfully run exactly the same Java command to produce swriter_foo.zip for various other values of 'foo' (different locales/languages?) My suspicion is that (a) maybe we're running out of address space? (b) this is going to be really painful to track down because it's obviously dependent on the data input to the tool. Does the build reproducibly fail on exactly the same bit every time?
Serge: that also looks like it's probably some issue with running Java under QEMU, but it doesn't seem to be the same thing at all as the LibreOffice errors in the build log...