Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Hi,

> > title of the bug is indeed misleading, hence I agree, should the most recent
> > version of LibreOffice fix my problem, we can close this ;)
> > 
> > I will let you know the outcome once we test a supposedly fixed version of 
> > LO.

the latest version 5.2.0~beta2-1 in Debian experimental in fact does not crash
when trying to edit a diagram of certain files, so it appears we can close this
bug :)

Regards,
Leon

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

retitle 819153 unneccessary initialization of OpenGL context (which can cause 
crashes with bad drivers)
tag 819153 + upstream
tag 819153 + moreinfo
thanks

On Thu, Jun 09, 2016 at 12:26:39PM +0200, Leon Winter wrote:
> Hi,
> 
> > Can you please try with 5.2.0 beta2 if it's uploaded? I'd give you a package
> > to test but you use i386 from what I see in the reportbug info in the 
> > initial
> > report and I am not going to build it on i386 extra - sorry.
> 
> thanks for the heads up, we will wait for a Debian upload to experimental of a
> version including this fix and will test it then as we have a workaround in

Uploaded and available on i386 since this morning.

> title of the bug is indeed misleading, hence I agree, should the most recent
> version of LibreOffice fix my problem, we can close this ;)
> 
> I will let you know the outcome once we test a supposedly fixed version of LO.

Thanks.

Regards,

Rene

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Hi,

> Can you please try with 5.2.0 beta2 if it's uploaded? I'd give you a package
> to test but you use i386 from what I see in the reportbug info in the initial
> report and I am not going to build it on i386 extra - sorry.

thanks for the heads up, we will wait for a Debian upload to experimental of a
version including this fix and will test it then as we have a workaround in
place (LD_PRELOAD etc.) which keep user complaints away in the problematic
scenario in the meantime.
 
> The rest still is a mesa bug imho. and will get no action. I'd even think we
> should close this when the above fix makes the symptom you have go away.

As we have worked out the warning is unrelated to this actual problem so the
title of the bug is indeed misleading, hence I agree, should the most recent
version of LibreOffice fix my problem, we can close this ;)

I will let you know the outcome once we test a supposedly fixed version of LO.

Thanks,
Leon

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

Hi,

On Thu, Mar 24, 2016 at 10:34:40AM +0100, Rene Engelhard wrote:
> 10:25 < _rene_> but apparently charts are still using opengl in any case?
> 10:25 < _rene_> (or he turned it on, don't believe so, though)
> 10:27 -!- Rohan_Kumar [~rohan@27.255.171.122] has joined #libreoffice-dev
> 10:28 <@moggi> only for one diagram type
> 10:28 <@moggi> and that one is actually hidden behind the experimental flags
> 10:29 <@moggi> I don't see any problem on the LibO side here
> 10:29 < _rene_> except it using OpenGL at all, yes ;)
> 
> Which chart type was that and did you enable Experimental options in the UI?

So in contrast to what he claimed all the way to a few days ago this happened:

https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-2=dc4b01a5a937565b1d6491850c922e1b7de0e949

That at least should fix the symptoms for your case (assuming you don't
use anything which really requires OpenGL).

Can you please try with 5.2.0 beta2 if it's uploaded? I'd give you a package
to test but you use i386 from what I see in the reportbug info in the initial
report and I am not going to build it on i386 extra - sorry.

The rest still is a mesa bug imho. and will get no action. I'd even think we
should close this when the above fix makes the symptom you have go away.

Regards,

Rene

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Package: libreoffice
Version: 1:5.1.2-3
Followup-For: Bug #819153

Bug still persists in latest version shipped in Debian testing.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (550, 'testing'), (500, 'stable'), (210, 'unstable'), (1, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.17.8-64+ (SMP w/32 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libreoffice depends on:
ii  dpkg 1.18.4
ii  fonts-dejavu 2.35-1
ii  fonts-sil-gentium-basic  1.1-7
ii  libreoffice-avmedia-backend-vlc  1:5.1.2-3
ii  libreoffice-base 1:5.1.2-3
ii  libreoffice-calc 1:5.1.2-3
ii  libreoffice-core 1:5.1.2-3
ii  libreoffice-draw 1:5.1.2-3
ii  libreoffice-impress  1:5.1.2-3
ii  libreoffice-java-common  1:5.1.2-3
ii  libreoffice-math 1:5.1.2-3
ii  libreoffice-report-builder-bin   1:5.1.2-3
ii  libreoffice-writer   1:5.1.2-3
ii  python3-uno  1:5.1.2-3

Versions of packages libreoffice recommends:
ii  fonts-liberation  1.07.4-1
ii  libpaper-utils1.1.24+nmu4

Versions of packages libreoffice suggests:
pn  cups-bsd
ii  default-jre [java5-runtime] 2:1.8-57
pn  gstreamer1.0-libav  
ii  gstreamer1.0-plugins-bad1.8.0-1+b1
ii  gstreamer1.0-plugins-base   1.8.0-1
ii  gstreamer1.0-plugins-good   1.8.0-1+b1
pn  gstreamer1.0-plugins-ugly   
ii  hunspell-en-us [hunspell-dictionary]20070829-6
ii  hyphen-de [hyphen-hyphenation-patterns] 1:5.1.2-1
ii  icedove 38.6.0-1
ii  iceweasel   38.7.0esr-1~deb8u1bfw1
ii  imagemagick 8:6.8.9.9-7+b1
ii  libgl1-mesa-glx [libgl1]11.1.2-1
pn  libreoffice-gnome | libreoffice-kde 
pn  libreoffice-grammarcheck
ii  libreoffice-help-de [libreoffice-help-5.1]  1:5.1.2-3
ii  libreoffice-l10n-de [libreoffice-l10n-5.1]  1:5.1.2-3
pn  libreoffice-officebean  
ii  libsane 1.0.23-3+b1bfw1
ii  libxrender1 1:0.9.9-2
ii  myspell-de-de [myspell-dictionary]  20160407-1
ii  mythes-de [mythes-thesaurus]20120516-2
pn  openclipart2-libreoffice | openclipart-libreoffice  
ii  openjdk-6-jre [java5-runtime]   6b35-1.13.7-1
ii  openjdk-7-jre [java5-runtime]   7u91-2.6.3-1
ii  openjdk-8-jre [java5-runtime]   8u72-b15-4
ii  pstoedit3.70-1
pn  unixodbc

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.7+LibO5.1.1-1
ii  libboost-date-time1.58.0  1.58.0+dfsg-5+b1
ii  libc6 2.21-9bfw1
ii  libcairo2 1.14.6-1
ii  libclucene-contribs1v52.3.3.4-4.1
ii  libclucene-core1v52.3.3.4-4.1
ii  libcmis-0.5-5v5   0.5.1-2
ii  libcups2  2.1.3-5
ii  libcurl3-gnutls   7.47.0-1
ii  libdbus-1-3   1.10.6-1bfw1
ii  libdbus-glib-1-2  0.106-1
ii  libdconf1 0.26.0-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.3-3
ii  libgcc1   1:5.3.1-14bfw1
ii  libgl1-mesa-glx [libgl1]  11.1.2-1
ii  libglew1.13   1.13.0-2
ii  libglib2.0-0  2.46.2-3
ii  libgltf-0.0-0v5   0.0.2-4+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.7-1
ii  libharfbuzz-icu0  1.0.1-1+b1
ii  libharfbuzz0b 1.0.1-1+b1
ii  libhunspell-1.3-0 1.3.3-4
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-7
ii  libjpeg62-turbo   1:1.4.2-2
ii  liblangtag1   0.5.7-2
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.42+dfsg-2+b2
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-3
ii  libnspr4  2:4.12-1
ii  libnspr4-0d   2:4.12-1
ii  libnss3   2:3.23-1
ii  libnss3-1d2:3.23-1
ii  libodfgen-0.1-1   0.1.6-1
ii  libpcre3  2:8.38-3
ii  libpng16-16   1.6.21-2
ii  librdf0   

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

I added more source and symbols so one can also see the libx11/libglx calls.
It seems the chart handling code tries to open a glx context which fails. The
XError is then never handled and LO quits.
(gdb) bt
#0  0xf38dd2b0 in ?? () from /usr/lib/libreoffice/program/libuno_sal.so.3
#1  
#2  0xfb70 in __kernel_vsyscall ()
#3  0xf36f6ed7 in __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#4  0xf36f84a9 in __GI_abort () at abort.c:89
#5  0xf61deef4 in SalAbort (rErrorText=..., bDumpCore=true) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/unx/generic/plugadapt/salplug.cxx:293
#6  0xf612613f in Application::Abort (rErrorText=...) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/app/svapp.cxx:318
#7  0xf5126bfe in desktop::Desktop::Exception (this=0xff9fe968, nError=1024)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/desktop/source/app/app.cxx:1245
#8  0xf612bcc8 in VCLExceptionSignal_impl (pInfo=0xff9fce70) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/app/svmain.cxx:142
#9  0xf38dd6a8 in osl_raiseSignal () from 
/usr/lib/libreoffice/program/libuno_sal.so.3
#10 0xeecc4598 in X11SalData::XError (this=0x80bac70, pDisplay=0x80c18a0, 
pEvent=0xff9fcfac)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/unx/generic/app/saldata.cxx:547
#11 0xeecc46d5 in XErrorHdl (pDisplay=0x80c18a0, pEvent=0xff9fcfac) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/unx/generic/app/saldata.cxx:77
#12 0xf2e5b94a in _XError (dpy=0x80c18a0, rep=0xff9fd04c) at 
../../src/XlibInt.c:1429
#13 0xf358ae94 in __glXSendErrorForXcb (dpy=0x80c18a0, err=0x99fa9a8) at 
../../../../src/glx/glx_error.c:83
#14 0xf3586d3d in glXCreateContextAttribsARB (dpy=0x80c18a0, config=0x96cad78, 
share_context=0x0, direct=1, attrib_list=0xff9fd178)
at ../../../../src/glx/create_context.c:119
#15 0xf5e3e8a2 in OpenGLContext::ImplInit (this=0x97b6610) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/opengl/OpenGLContext.cxx:748
#16 0xf5e3ed55 in OpenGLContext::init (this=0x97b6610, pChildWindow=0x96c9cf0)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/opengl/OpenGLContext.cxx:646

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Hi,

> What did change? There was no LO update from (1:)5.1.2~rc1-1 to something
> newer upto now.

you are right, sorry for the confusion. When we tried to debug LO we installed
-devsym packages which depended on the regular packages so we ended up
installing new libreoffice packages which did not contain the broken code path.
Precisely when installing the debian package "libreoffice-gtk" LO seems to use
GTK as toolkit thereafter and does not crash. Installing "libreoffice-gtk3" made
LO look different again and it appears it then uses GTK3 toolkit. Also in GTK3 I
could not trigger the bug. However having the knowledge that the bug occurs when
both packages are absent, I removed them and can now provide a pretty detailed
backtrace with debug symbols.
I called LO like this:
$ SAL_SYNCHRONIZE=1 libreoffice  --norestore /tmp/broken.ods

I then attached gdb to the pid and waited for the crash, gdb backtrace is
attached.

Regards,
Leon
Program received signal SIGABRT, Aborted.
0xf7707b70 in __kernel_vsyscall ()
(gdb) bt
#0  0xf7707b70 in __kernel_vsyscall ()
#1  0xf3686ed7 in __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#2  0xf36884a9 in __GI_abort () at abort.c:89
#3  0xf616eef4 in SalAbort (rErrorText=..., bDumpCore=true) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/unx/generic/plugadapt/salplug.cxx:293
#4  0xf60b613f in Application::Abort (rErrorText=...) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/app/svapp.cxx:318
#5  0xf50b6bfe in desktop::Desktop::Exception (this=0xffd4f2c8, nError=1024)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/desktop/source/app/app.cxx:1245
#6  0xf60bbcc8 in VCLExceptionSignal_impl (pInfo=0xffd4d7d0) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/app/svmain.cxx:142
#7  0xf386d6a8 in osl_raiseSignal () from 
/usr/lib/libreoffice/program/libuno_sal.so.3
#8  0xeec54598 in X11SalData::XError (this=0x80bacc8, pDisplay=0x80c18a0, 
pEvent=0xffd4d90c)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/unx/generic/app/saldata.cxx:547
#9  0xeec546d5 in XErrorHdl (pDisplay=0x80c18a0, pEvent=0xffd4d90c) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/unx/generic/app/saldata.cxx:77
#10 0xf2deb94a in _XError () from /usr/lib/i386-linux-gnu/libX11.so.6
#11 0xf351ae94 in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1
#12 0xf3516d3d in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1
#13 0xf5dce8a2 in OpenGLContext::ImplInit (this=0x8456520) at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/opengl/OpenGLContext.cxx:748
#14 0xf5dced55 in OpenGLContext::init (this=0x8456520, pChildWindow=0x96949c8)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/opengl/OpenGLContext.cxx:646
#15 0xf5dd54d4 in OpenGLWindowImpl::OpenGLWindowImpl (this=0x9657790, 
pWindow=0x9628728)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/window/openglwin.cxx:32
#16 0xf5dd5586 in OpenGLWindow::OpenGLWindow (this=0x9628728, pParent=0x96aadc8)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/vcl/source/window/openglwin.cxx:44
#17 0xe9c537d9 in 
VclPtr::Create(chart::ChartWindow*&&) ()
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/include/vcl/vclptr.hxx:129
#18 chart::ChartWindow::ChartWindow (this=0x96aadc8, pController=0x9858828, 
pParent=0x9817d98, nStyle=67)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/chart2/source/controller/main/ChartWindow.cxx:52
#19 0xe9c1c671 in VclPtr::Create(chart::ChartController*&&, vcl::Window*&, long long&&)
() at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/include/vcl/vclptr.hxx:129
#20 chart::ChartController::attachFrame (this=0x9858828, xFrame=...)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/chart2/source/controller/main/ChartController.cxx:488
#21 0xe9c4bfa0 in chart::ChartFrameLoader::load (this=0x9816288, 
rMediaDescriptor=..., xFrame=...)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/chart2/source/controller/main/ChartFrameloader.cxx:149
#22 0xf49ce454 in framework::LoadEnv::impl_loadContent (this=0xffd4e094)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/framework/source/loadenv/loadenv.cxx:1107
#23 0xf49cf2d9 in framework::LoadEnv::startLoading (this=0xffd4e094)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/framework/source/loadenv/loadenv.cxx:381
#24 0xf49cf5b8 in framework::LoadEnv::loadComponentFromURL (xLoader=..., 
xContext=..., sURL=..., sTarget=..., nFlags=0, lArgs=...)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/framework/source/loadenv/loadenv.cxx:164
#25 0xf49f9266 in (anonymous namespace)::Frame::loadComponentFromURL 
(this=0x9718908, sURL=..., sTargetFrameName=..., nSearchFlags=0, lArguments=...)
at 
/build/libreoffice-3WTdQ6/libreoffice-5.1.2~rc1/framework/source/services/frame.cxx:610
#26 0xea0dedf4 in DocumentHolder::LoadDocToFrame (this=0x8e0b090, bInPlace=true)
at 

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

Hi,

On Wed, Apr 06, 2016 at 04:09:30PM +0200, Leon Winter wrote:
> the libgl warning was a red herring. The latest version of LibreOffice fixes 
> the
> bug that diagram editing results in a crash, therefore it might be reasonable 
> to
> unblock the other bug and mark this as resolved.

Hmm? Didn't you say in your initial post that

"The bug also appears on version 5.1.2~rc1-1 of debian unstable."

?

What did change? There was no LO update from (1:)5.1.2~rc1-1 to something
newer upto now.

Regards,

Rene

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Package: libreoffice
Followup-For: Bug #819153

Hi,

the libgl warning was a red herring. The latest version of LibreOffice fixes the
bug that diagram editing results in a crash, therefore it might be reasonable to
unblock the other bug and mark this as resolved.

Thanks,
Leon

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (550, 'testing'), (500, 'unstable-debug'), (500, 'stable'), (210, 
'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.17.8-64+ (SMP w/32 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libreoffice depends on:
ii  fonts-dejavu 2.35-1
ii  fonts-sil-gentium-basic  1.1-7
ii  libreoffice-avmedia-backend-vlc  1:5.1.2~rc1-1
ii  libreoffice-base 1:5.1.2~rc1-1
ii  libreoffice-calc 1:5.1.2~rc1-1
ii  libreoffice-core 1:5.1.2~rc1-1
ii  libreoffice-draw 1:5.1.2~rc1-1
ii  libreoffice-impress  1:5.1.2~rc1-1
ii  libreoffice-java-common  1:5.1.2~rc1-1
ii  libreoffice-math 1:5.1.2~rc1-1
ii  libreoffice-report-builder-bin   1:5.1.2~rc1-1
ii  libreoffice-writer   1:5.1.2~rc1-1
ii  python3-uno  1:5.1.2~rc1-1

Versions of packages libreoffice recommends:
ii  fonts-liberation  1.07.4-1
ii  libpaper-utils1.1.24+nmu4

Versions of packages libreoffice suggests:
pn  cups-bsd
ii  default-jre [java5-runtime] 2:1.8-57
pn  gstreamer1.0-libav  
ii  gstreamer1.0-plugins-bad1.6.3-1+b2
ii  gstreamer1.0-plugins-base   1.6.3-1
ii  gstreamer1.0-plugins-good   1.6.3-1
pn  gstreamer1.0-plugins-ugly   
ii  hunspell-en-us [hunspell-dictionary]20070829-6
ii  hyphen-de [hyphen-hyphenation-patterns] 1:5.1.1-1
ii  icedove 38.6.0-1
ii  iceweasel   38.7.0esr-1~deb8u1bfw1
ii  imagemagick 8:6.8.9.9-7+b1
ii  libgl1-mesa-glx [libgl1]11.1.2-1
pn  libreoffice-gnome | libreoffice-kde 
pn  libreoffice-grammarcheck
ii  libreoffice-help-de [libreoffice-help-5.1]  1:5.1.2~rc1-1
ii  libreoffice-l10n-de [libreoffice-l10n-5.1]  1:5.1.2~rc1-1
pn  libreoffice-officebean  
ii  libsane 1.0.23-3+b1bfw1
ii  libxrender1 1:0.9.9-2
ii  myspell-de-de [myspell-dictionary]  20151222-2
ii  mythes-de [mythes-thesaurus]20120516-2
pn  openclipart2-libreoffice | openclipart-libreoffice  
ii  openjdk-6-jre [java5-runtime]   6b35-1.13.7-1
ii  openjdk-7-jre [java5-runtime]   7u91-2.6.3-1
ii  openjdk-8-jre [java5-runtime]   8u72-b15-4
ii  pstoedit3.70-1
pn  unixodbc

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.7+LibO5.1.1-1
ii  libboost-date-time1.58.0  1.58.0+dfsg-5+b1
ii  libc6 2.21-9bfw1
ii  libcairo2 1.14.6-1
ii  libclucene-contribs1v52.3.3.4-4.1
ii  libclucene-core1v52.3.3.4-4.1
ii  libcmis-0.5-5v5   0.5.1-2
ii  libcups2  2.1.3-5
ii  libcurl3-gnutls   7.47.0-1
ii  libdbus-1-3   1.10.6-1bfw1
ii  libdbus-glib-1-2  0.106-1
ii  libdconf1 0.24.0-2
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.3-3
ii  libgcc1   1:5.3.1-11bfw1
ii  libgl1-mesa-glx [libgl1]  11.1.2-1
ii  libglew1.13   1.13.0-2
ii  libglib2.0-0  2.46.2-3
ii  libgltf-0.0-0v5   0.0.2-4+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.7-1
ii  libharfbuzz-icu0  1.0.1-1+b1
ii  libharfbuzz0b 1.0.1-1+b1
ii  libhunspell-1.3-0 1.3.3-4
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-7
ii  libjpeg62-turbo   1:1.4.2-2
ii  liblangtag1   0.5.7-2
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.42+dfsg-2+b2
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-3
ii  libnspr4  2:4.12-1
ii  libnspr4-0d   2:4.12-1
ii  libnss3   2:3.23-1
ii  

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Hi,

> Again, it seems libGL loads that, not LO. LO just uses GLEW (and via
> that libGL(U)) and those symbols are fullfilled. LO does not use
> __driDriverGetExtensions_swrast itself, that is a mesa-internal.

yeah, you are right. This also explains the other bug where a totally different
application was crashing the identical way. LOs only fault is (indirectly) using
libGL. One can only wonder that there are not plenty more of problems and
application crashes caused by simply linking/using libGL. Sorry for the noise
then. In regards to the symbol consistency checks as required by the Debian
policy it seems the mesa package does not quite conform to that then.

Regards,
Leon

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

Hi,

On Thu, Mar 24, 2016 at 11:32:46AM +0100, Leon Winter wrote:
> Yet, LO tries to resolve a symbol at runtime which was not garantueed to 
> exist. 

No, it doesn't. libGL does.

> If the LO package would indicate it would need a certain symbol like
> __driDriverGetExtensions_swrast then there would probably already be a hard
> dependency on the correct mesa package. At some point the "contract" between
> user and provider of the shared object is broken here as LO expects the symbol
> but it is not provided.
> Maybe the bug is in fact not in LO but the package of LO as it misses to 
> require
> the correct mesa package.

Again, it seems libGL loads that, not LO. LO just uses GLEW (and via
that libGL(U)) and those symbols are fullfilled. LO does not use
__driDriverGetExtensions_swrast itself, that is a mesa-internal.

Regards,

Rnee

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Hi,

> Tools -> Options -> View (Extras -> Optionen -> Ansicht). if you don't see 
> them
> probably LO is amart enough to not display it for you (I use intel)

thanks. Both OpenGL options are disabled (probably default). It seems LO loads a
module that links against OpenGL even though the use of OpenGL is disabled
everywhere.

> > (a) LibreOffice wrongfully loads the module and maybe should have tried to 
> > load
> > another .so before which could provide the symbol in question
> 
> TTBOMK LO just links with libGL. It loads Impress, yes, but it does that
> always. It's not LOs job to initialize the mesa modules.

Yet, LO tries to resolve a symbol at runtime which was not garantueed to exist.
Shouldnt the symbols-system of dpkg prevent this from happening?
https://www.debian.org/doc/debian-policy/ch-sharedlibs.html
If the LO package would indicate it would need a certain symbol like
__driDriverGetExtensions_swrast then there would probably already be a hard
dependency on the correct mesa package. At some point the "contract" between
user and provider of the shared object is broken here as LO expects the symbol
but it is not provided.
Maybe the bug is in fact not in LO but the package of LO as it misses to require
the correct mesa package.

Regards,
Leon

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

Hi,

On Thu, Mar 24, 2016 at 10:57:52AM +0100, Leon Winter wrote:
> > 10:14 <@moggi> _rene_: sounds more like a bug in the driver or the debian 
> >packaging of the OpenGL driver
> 
> sounds like my (b).

And my initial reply, yes. That's why I made this bug block by the other one.
(affects would have made more sense here so that if the one in mesa is closed
it doesn't appear here still as it's fixed when mesa is fixed. Ah, well.)

> 
> > Which chart type was that and did you enable Experimental options in the UI?
> 
> The chart type is "Line", sub-type "Points and Lines". Experimental options 
> are
> disabled.

11:13 <@moggi> _rene_: then I have no idea what would cause that

> > (There's more OpenGL options in the UI, default disabled, which would affect
> > "the whole office"...)
> 
> I looked for other OpenGL options but did not see any.

Tools -> Options -> View (Extras -> Optionen -> Ansicht). if you don't see them
probably LO is amart enough to not display it for you (I use intel)

Regards,

Rene

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Hi,

> 10:14 <@moggi> _rene_: sounds more like a bug in the driver or the debian 
>packaging of the OpenGL driver

sounds like my (b).

> Which chart type was that and did you enable Experimental options in the UI?

The chart type is "Line", sub-type "Points and Lines". Experimental options are
disabled.

> (There's more OpenGL options in the UI, default disabled, which would affect
> "the whole office"...)

I looked for other OpenGL options but did not see any.

Regards,
Leon

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

On Thu, Mar 24, 2016 at 10:25:49AM +0100, Leon Winter wrote:
> (a) LibreOffice wrongfully loads the module and maybe should have tried to 
> load
> another .so before which could provide the symbol in question

TTBOMK LO just links with libGL. It loads Impress, yes, but it does that
always. It's not LOs job to initialize the mesa modules.

> (b) LibreOffice internally relies on the symbol to be resolved and swrast 
> should
> be a hard dependency in the debian package

Indeed.

> 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.

That "HW acceleration" thing has nothing to do with OpenGL. Yes, it's 
confusingly named. Read it as "Use Cairo".

> 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.

So it's b).

Regards,

Rene

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

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

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

On Thu, Mar 24, 2016 at 09:54:35AM +0100, Rene Engelhard wrote:
> > The bug also appears on version 5.1.2~rc1-1 of debian unstable.
> > I initially reported my bug as an extension of an already present bug 
> > against
> > src:mesa but was asked to open a new one specifically for LibreOffice:
> 
> And the bug in LibreOffice is what? Except maybe the fact that it wants
> OpenGL. Which I disliked from the beginning.

Quick chat on IRC with upstream:

10:14 <@moggi> _rene_: sounds more like a bug in the driver or the debian 
   packaging of the OpenGL driver
10:14 < _rene_> moggi: yeah, said the same (see my reply), but still
10:15 < _rene_> moggi: there is 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743843 where 
he initially followed up and was told to file a "own bug", 
which then ended up at LO ;/
10:18 -!- gulsahkose [~quassel@78.178.142.37] has joined #libreoffice-dev
10:20 -!- Company [~comp...@x55b143aa.dyn.telefonica.de] has joined 
  #libreoffice-dev
10:21 -!- massinissa [~massin...@ram94-8-88-165-234-102.fbx.proxad.net] has 
  quit [Ping timeout: 260 seconds]
10:24 <@mmeeks> _rene_: what's up ?
10:24 < _rene_> 09:56 < _rene_> moggi: you remember I didn't like using OpenGL 
at all? Now we  get the issues: http://bugs.debian.org/819153
10:24 -!- gouchi [~gou...@ivr94-8-88-162-27-162.fbx.proxad.net] has joined 
  #libreoffice-dev
10:24 <@mmeeks> _rene_: wow - you're turning on GL by default on Linux ?
10:24 <@mmeeks> _rene_: deliberately tweaking the default to off ? =)
10:24  * mmeeks would have some concerns with that ...
10:24 < _rene_> no, I use upstreams defaults
10:25 < _rene_> but apparently charts are still using opengl in any case?
10:25 < _rene_> (or he turned it on, don't believe so, though)
10:27 -!- Rohan_Kumar [~rohan@27.255.171.122] has joined #libreoffice-dev
10:28 <@moggi> only for one diagram type
10:28 <@moggi> and that one is actually hidden behind the experimental flags
10:29 <@moggi> I don't see any problem on the LibO side here
10:29 < _rene_> except it using OpenGL at all, yes ;)

Which chart type was that and did you enable Experimental options in the UI?

[ snip ]

The rest I stand to what I wrote (and to what upstream also thinks),
I don't think it's a LO bug

(There's more OpenGL options in the UI, default disabled, which would affect
"the whole office"...)

Regards,
 
Rene
> 

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Rene Engelhard]

block 819153 by 743843
tag 819153 + moreinfo
thanks

Hi,

On Thu, Mar 24, 2016 at 09:34:49AM +0100, Leon Winter wrote:
> The bug also appears on version 5.1.2~rc1-1 of debian unstable.
> I initially reported my bug as an extension of an already present bug against
> src:mesa but was asked to open a new one specifically for LibreOffice:

And the bug in LibreOffice is what? Except maybe the fact that it wants
OpenGL. Which I disliked from the beginning.

> 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?

(I'd have liked it more that you marked the other bug affecting libreoffice
instead of filing a new bug..)

> 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.

> 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?

Regards,

Rene

Bug#819153: libreoffice: LibreOffice crashes when trying to edit diagrams: "does not expose __driDriverGetExtensions_swrast()"

[Leon Winter]

Package: libreoffice
Version: 1:5.1.1-1
Severity: important

The bug also appears on version 5.1.2~rc1-1 of debian unstable.
I initially reported my bug as an extension of an already present bug against
src:mesa but was asked to open a new one specifically for LibreOffice:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743843

I will therefore just shamelessly copy own report:

The latest version of LibreOffice seems to depend on OpenGL for
rendering/editing its diagrams. So when one attempts to edit a diagram it
crashes:

$ LIBGL_DEBUG=verbose /usr/lib/libreoffice/program/soffice.bin /tmp/file.ods
Fontconfig error: "/home/winter/.config/fontconfig/fonts.conf", line 25: no 
element found
Fontconfig error: "~/.fonts.conf", line 25: no element found
libGL error: failed to open drm device: No such file or directory
libGL error: failed to load driver: r600
libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/swrast_dri.so
libGL: driver does not expose __driDriverGetExtensions_swrast(): 
/usr/lib/i386-linux-gnu/dri/swrast_dri.so: undefined symbol: 
__driDriverGetExtensions_swrast
libGL: Can't open configuration file /home/winter/.drirc: No such file or 
directory.
libGL: Can't open configuration file /home/winter/.drirc: No such file or 
directory.
X-Error: BadRequest (invalid request code or no such operation)
Major opcode: 154
Minor opcode: 34
Resource ID:  0x1a00787
Serial No:20543 (20543)
These errors are reported asynchronously,
set environment variable SAL_SYNCHRONIZE to 1 to help debugging
Application Error

Since we do not have hardware acceleration present, LibreOffice tries to fall
back to the software renderer which is not installed. Launching LibreOffice with
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

However installing the software renderer is in conflict with the glx renderer
and would lead to the removal of a lot of application we intent to keep:
# apt-get install libgl1-mesa-swx11
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  gir1.2-clutter-1.0 gir1.2-clutter-gst-2.0 gir1.2-cogl-1.0
  gir1.2-coglpango-1.0 gir1.2-gtkclutter-1.0 gir1.2-totem-1.0 gnome-sushi
  gstreamer1.0-clutter-3.0 libclutter-1.0-0 libclutter-gst-2.0-0
  libclutter-gst-3.0-0 libclutter-gtk-1.0-0 libcogl-pango20 libcogl-path20
  libcogl20 libgl1-mesa-glx libtotem0 totem totem-plugins
The following NEW packages will be installed:
  libgl1-mesa-swx11
0 upgraded, 1 newly installed, 19 to remove and 215 not upgraded.
Need to get 0 B/1245 kB of archives.
After this operation, 3637 kB disk space will be freed.
Do you want to continue? [Y/n] 

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.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (550, 'testing'), (500, 'stable'), (210, 'unstable'), (1, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.17.8-64+ (SMP w/32 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libreoffice depends on:
ii  fonts-dejavu 2.35-1
ii  fonts-sil-gentium-basic  1.1-7
ii  libreoffice-avmedia-backend-vlc  1:5.1.1-1
ii  libreoffice-base 1:5.1.1-1
ii  libreoffice-calc 1:5.1.1-1
ii  libreoffice-core 1:5.1.1-1
ii  libreoffice-draw 1:5.1.1-1
ii  libreoffice-impress  1:5.1.1-1
ii  libreoffice-java-common  1:5.1.1-1
ii  libreoffice-math 1:5.1.1-1
ii  libreoffice-report-builder-bin   1:5.1.1-1
ii  libreoffice-writer   1:5.1.1-1
ii  python3-uno  1:5.1.1-1

Versions of packages libreoffice recommends:
ii  fonts-liberation  1.07.4-1
ii  libpaper-utils1.1.24+nmu4

Versions of packages libreoffice suggests:
pn  cups-bsd
ii  default-jre [java5-runtime] 2:1.7-52.1
pn  gstreamer1.0-libav  
ii  gstreamer1.0-plugins-bad1.6.3-1+b2
ii  gstreamer1.0-plugins-base   1.6.3-1
ii  gstreamer1.0-plugins-good   1.6.3-1
pn  gstreamer1.0-plugins-ugly   
ii  hunspell-en-us [hunspell-dictionary]20070829-6
ii  hyphen-de [hyphen-hyphenation-patterns] 1:5.1.1-1
ii  icedove