Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"
Hi,
> And the bug in LibreOffice is what? Except maybe the fact that it wants
> OpenGL. Which I disliked from the beginning.
it seems that the developers of LibreOffice took the decision to fully commit to
OpenGL for their diagrams/charts:
https://lists.freedesktop.org/archives/libreoffice-bugs/2015-March/262304.html
> > libGL: driver does not expose __driDriverGetExtensions_swrast(): /usr/lib/i386-linux-gnu/dri/swrast_dri.so: undefined symbol: __driDriverGetExtensions_swrast
>
> Isn't this a driver bug, then? What should LO do?
When you open a up a document with a diagram the application runs fine right
before you double-click to edit the diagram. Only then the application quits
with said error. To me it looks like dlopen() of the diagram module which in
turn results in the symbol resolution error. So either
(a) LibreOffice wrongfully loads the module and maybe should have tried to load
another .so before which could provide the symbol in question
(b) LibreOffice internally relies on the symbol to be resolved and swrast should
be a hard dependency in the debian package
> (I'd have liked it more that you marked the other bug affecting libreoffice
> instead of filing a new bug..)
Your fellow developer suggested I open a new one which is what I did.
> > the sw-renderer version of libgl fixes the problem:
> > $ apt-get download libgl1-mesa-swx11; dpkg -x libgl1-mesa-swx11*deb .; LD_PRELOAD=usr/lib/i386-linux-gnu/libGL.so.1.6.0 /usr/lib/libreoffice/program/soffice.bin /tmp/file.ods
>
> OK.
>
> I _think_ it's possible to disable OpenGL; though.
But is it though? First links suggests it is not possible. I found an option to
disable HW acceleration in LO but changing that did not fix the problem. Again,
I assume that LO tries to load the module in any case even if I have HW
acceleration disabled.
> > Thus currently it is impossible to have a working LibreOffice application that
> > can edit diagrams and have totem installed at the same time. Since the initial
> > cause of this problem seems to be the absent symbol of the software rasterer I
> > joined this bug report.
>
> Which again is a mesa bug, isn't it? It doesnÄt complain about libGL (which
> LO uses) missing stuff, but libGL complains about stuff missing in whatever
> driver you use.
>
> Or do I oversee something?
Depends. If you go with (a) it would be LO bug and if you go with (b) it would
be a bug in mesa or the debian package of mesa.
Regards,
Leon
Reply to: