FS#53448 - [libreoffice-fresh] Headless conversion fails on 4.10.5-1 but works on 4.9.15-1-lts
Attached to Project:
Arch Linux
Opened by Richard PALO (risto3) - Saturday, 25 March 2017, 07:11 GMT
Last edited by Andreas Radke (AndyRTR) - Saturday, 20 May 2017, 19:30 GMT
Opened by Richard PALO (risto3) - Saturday, 25 March 2017, 07:11 GMT
Last edited by Andreas Radke (AndyRTR) - Saturday, 20 May 2017, 19:30 GMT
|
Details
Description:
I'm seeing the following on current with banal .odt: richard@sarchx64:/home/richard$ soffice --headless --convert-to pdf foo.odt convert /home/richard/foo.odt -> /home/richard/foo.pdf using filter : writer_pdf_Export *** Error in `/usr/lib/libreoffice/program/soffice.bin': free(): invalid pointer: 0x0000000002397878 *** (full strace output is appended, and 13M core dump is available upon request ) but it works without error on an nearly identical machine running 4.9.15-1-lts NB: the full command originally used was 'soffice --headless --nolockcheck --nodefault --norestore --convert-to pdf foo.odt' but I shortened it to ensure it wasn't one of the options causing the issue. Additional info: * package version(s) * config and/or log files etc. richard@sarchx64:/home/richard$ uname -a Linux sarchx64 4.10.5-1-ARCH #1 SMP PREEMPT Wed Mar 22 14:42:03 CET 2017 x86_64 GNU/Linux richard@sarchx64:/home/richard$ paclog-pkglist |grep office libreoffice-fresh 5.3.1-1 libreoffice-fresh-fr 5.3.1-1 Steps to reproduce: create a simple .odt, for example 'Hello world' and run 'soffice --headless --convert-to pdf <filename.odt>' BTW I notice the command succeeds if I execute the command to convert as root: richard@sarchx64:/home/richard$ sudo soffice --headless --convert-to pdf foo.odt convert /home/richard/foo.odt -> /home/richard/foo.pdf using filter : writer_pdf_Export I can now open the pdf with, for example, evince. 
soffice.log.gz
(76.6 KiB)
|
This task depends upon
I guess we consider that to be rather high priority as this does [yet] seem to have a viable workaround.
on 4.9.15-1-lts x86_64.
To me that would seem to indicate something regressing in the kernel
(the need for root access hints at that as well)
Is there perhaps a page protection issue that came up? are the compiler
and environment settings identical between LTS and current kernel builds?
cheers,
[ 0.000000] Linux version 4.9.18-1-lts (builduser@andyrtr) (gcc version 6.3.1 20170306 (GCC) ) #1 SMP Sun Mar 26 14:21:00 CEST 2017
andyrtr@workstation64:/home/andyrtr $ LANG=C pacman -Qi linux linux-lts | grep Build
Build Date : Wed Mar 22 14:43:41 2017 (not the most recent one)
Build Date : Sun Mar 26 14:22:52 2017
You can confirm the stock kernel tool chain. Usually both are build around the same time within clean chroots and _should_ be built using the same toolchain.
Please try an older stock kernel from your local package cache or the Arch rollback machine if this is a regression in the stock kernel.
Adding the stock kernel maintainer here.
(payroll time) as I can't risk downtime prior to that being done.
BTW, is this bug is not reproducible?
in case it helps, I'm on a supermicro H8SGL with a
12-core AMD 6300 and 32G, latest firmware.
I confirm that libreoffice-still-fr works, so it appears to be somewhat a combination LO 5.3/Linux 4.10.x issue.
Just tried all again with 4.10.9-1-ARCH which fails with LO 5.3.2-1 whereas 4.9.21-1-lts still works.
LO 5.2 works on both, so I'm running libreoffice-still for the time being.
Unfortunately I'm not going to be able to get a kernel build environment up probably for quite awhile
yet given my agenda. Sorry.
with LibreOffice 5.3.3.2 30m0(Build:2) and I confirm I no longer see the issue.
Since it is now fixed in either the OS or LO, this can be marked as resolved.