from:"Leon Winter"

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

2016-06-12 Thread 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()"

2016-06-09 Thread 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()"

2016-04-20 Thread 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()"

2016-04-07 Thread 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()"

2016-04-07 Thread 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()"

2016-04-06 Thread 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#743843: src:mesa: LibreOffice crahes at runtime

2016-04-06 Thread Leon Winter

Hi,

just a short follow-up, we still see the warning but it was a red herring as it
was not the cause for our crash. The latest version of LibreOffice still shows
the warning but handles diagrams just fine.

Regards,
Leon

Bug#743843: src:mesa: LibreOffice crahes at runtime

2016-03-24 Thread Leon Winter

Hi,

> > 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:
> > 
> Please file your own bug.

just as in this bug, LO was merely a user of libGL. The issue of the unresolved
symbol is in the mesa package(s). As I already suggested in the LO bug I find
this surprising since there seems to be a mechanism to ensure symbols of .so
files are used only when provided:
https://www.debian.org/doc/debian-policy/ch-sharedlibs.html

Maybe a game not being able to run is bad but acceptable, but having LO crash is
worse in my opinion. We are currently using the workaround of LD_PRELOAD with a
libGL-sw version to run LibreOffice.

Regards,
Leon

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

2016-03-24 Thread 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()"

2016-03-24 Thread 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()"

2016-03-24 Thread 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()"

2016-03-24 Thread 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()"

2016-03-24 Thread 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

Bug#743843: src:mesa: LibreOffice crahes at runtime

2016-03-23 Thread Leon Winter

Package: src:mesa
Followup-For: Bug #743843

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)

Bug#744176: debhelper: Typo in man page of debhelper(7)

2014-04-10 Thread Leon Winter

Package: debhelper
Version: 9.20140228
Severity: minor
Tags: patch

I release the following patch for the typo in the man page of debhelper(7) into 
the public domain:

diff --git a/debhelper.pod b/debhelper.pod
index ca22cc4..e1cff77 100644
--- a/debhelper.pod
+++ b/debhelper.pod
@@ -221,7 +221,7 @@ source package tree.
 
 Enable out of source building and use the specified Idirectory as the build
 directory. If Idirectory parameter is omitted, a default build directory
-will chosen.
+will be chosen.
 
 If this option is not specified, building will be done in source by default
 unless the build system requires or prefers out of source tree building.
diff --git a/man/po4a/po/de.po b/man/po4a/po/de.po

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

Kernel: Linux 3.11.10-64+ (SMP w/32 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages debhelper depends on:
ii  binutils2.24-4bfw1
ii  dpkg1.17.6
ii  dpkg-dev1.17.6
ii  file1:5.17-1bfw1
ii  man-db  2.6.6-1
ii  perl5.18.2-2+b1bfw1
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#741510: android-tools-fsutils: make_ext4fs compiled without -DANDROID lacks important functionality

2014-03-13 Thread Leon Winter

Source: android-tools-fsutils
Version: 4.2.2+git20130529
Severity: important
Tags: patch



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

Kernel: Linux 3.11.10-64+ (SMP w/32 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/makefiles/ext4_utils.mk b/debian/makefiles/ext4_utils.mk
index 50db0cc..48386e7 100644
--- a/debian/makefiles/ext4_utils.mk
+++ b/debian/makefiles/ext4_utils.mk
@@ -38,6 +38,7 @@ CPPFLAGS+= -I$(SRCDIR)/extras/ext4_utils
 CPPFLAGS+= -I/usr/include
 CPPFLAGS+= -I$(SRCDIR)/core/include
 CPPFLAGS+= -I$(SRCDIR)/core/libsparse/include
+CPPFLAGS+= -DANDROID
 
 LIBS+= -lz -lselinux
 
diff --git a/extras/ext4_utils/make_ext4fs_main.c b/extras/ext4_utils/make_ext4fs_main.c
index 6688237..4744087 100644
--- a/extras/ext4_utils/make_ext4fs_main.c
+++ b/extras/ext4_utils/make_ext4fs_main.c
@@ -148,7 +148,7 @@ int main(int argc, char **argv)
 		}
 	}
 
-#if !defined(HOST)
+#if false  !defined(HOST)
 	// Use only if -S option not requested
 	if (!sehnd  mountpoint) {
 		sehnd = selinux_android_file_context_handle();

Bug#741510: android-tools-fsutils: make_ext4fs compiled without -DANDROID lacks important functionality

2014-03-13 Thread Leon Winter

Hi,

the lacking functionality is the '-a' switch of 'make_ext4fs' which
specifies the Android mountpoint of the filesystem image.
Using the binary from Debian package with this switch the error message
'can't set android permissions - built without android support' is
displayed.
The proposed patch sets the preprocessor constant so that the logic for
'-a' will be included in the binary.
After this change I encountered a futher compiler problem where another
SELinux Android thing was referred to. This is also included in the
patch. However you might want to move/add the SELinux change to the
patch in debian/patches/remove-selinux-android.patch.

Best regards,
Leon Winter


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726024: libcairo2: get upstream fix into debian package

2013-10-11 Thread Leon Winter

Package: libcairo2
Version: 1.12.16-2
Severity: important



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

Kernel: Linux 3.10.2-64+ (SMP w/32 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libcairo2 depends on:
ii  libc6   2.17-93bfw1
ii  libegl1-mesa [libegl1-x11]  9.1.6-2+b1
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgl1-mesa-glx [libgl1]9.1.6-2+b1
ii  libpixman-1-0   0.30.2-1
ii  libpng12-0  1.2.49-4
ii  libx11-62:1.6.1-1
ii  libxcb-render0  1.9.1-3
ii  libxcb-shm0 1.9.1-3
ii  libxcb1 1.9.1-3
ii  libxext62:1.3.2-1
ii  libxrender1 1:0.9.8-1
ii  multiarch-support   2.17-93bfw1
ii  zlib1g  1:1.2.8.dfsg-1

libcairo2 recommends no packages.

libcairo2 suggests no packages.

-- no debconf information

When printing particular PDF documents in evince, umlauts get lost.
The issue has been identified, reported and is resolved upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=70364
http://cgit.freedesktop.org/cairo/commit/?id=6f05ecf488314e4b0c6c6b0110963c449bebe7d7

Since is is quite the show stopper to have PDFs printed out incorrectly,
it would be lovely if we could pull this fix into Debian soon.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#720542: [PATCH] geeqie: crash (SIGABRT) when valid image doesn't have an extension

2013-09-18 Thread Leon Winter

Hi Paul,

I experience the same problem. The cause seems to be commit
   efc8096527d6f743d17c44b9982616a169973f39
in which file_data_new_simple (const gchar *path_utf) was completely
rewritten and always requires the file existing in the current filelist.
The filelist in turn is filtered by some the logic that you can see in
the sidebar. As a workaround you can disable this filtering by
navigating through the GUI:

   Edit  Preferences  Files
   [ ] Disable File Filtering

My attached patch fixes the issue by loading the file if it is not
included in the filelist already.

Best regards,
Leon Winter
diff --git a/src/filedata.c b/src/filedata.c
index 9cc9424..e24aab8 100644
--- a/src/filedata.c
+++ b/src/filedata.c
@@ -1097,8 +1097,8 @@ FileData *file_data_new_group(const gchar *path_utf8)
 	
 	filelist_read_real(dir, files, NULL, TRUE);
 	
-	fd = g_hash_table_lookup(file_data_pool, path_utf8);
-	g_assert(fd);
+	fd = g_hash_table_lookup(file_data_pool, path_utf8);
+	if (!fd) fd = file_data_new(path_utf8, st, TRUE);
 	file_data_ref(fd);
 	
 	filelist_free(files);

Bug#675407: xserver-xorg-video-openchrome: openchrome relink against new xserver results in null pointer dereference

2012-06-04 Thread Leon Winter


Hi,

the proposed patch does not work since the dereference already happens a 
few lines before the located position in ViaDoubleCheckCLE266Revision(). 
I moved the initialization before the call and can confirm it is working.


Best regards,
Leon Winter--- a/src/via_driver.c2011-12-09 19:02:43.0 +0100
+++ b/src/via_driver.c2012-06-04 09:22:13.492691241 +0200
@@ -996,6 +996,11 @@
 #endif
 }
 
+hwp = VGAHWPTR(pScrn);
+
+/* Needed with X 1.12 */
+vgaHWSetStdFuncs(hwp);
+
 if (pVia-Chipset == VIA_CLE266)
 ViaDoubleCheckCLE266Revision(pScrn);
 
@@ -1011,8 +1016,6 @@
 struct pci_device *vgaDevice = viaPciDeviceVga();
 #endif
 
-hwp = VGAHWPTR(pScrn);
-
 switch (pVia-Chipset) {
 case VIA_CLE266:
 #ifdef XSERVER_LIBPCIACCESS

Bug#593462: TAG: stringencoders - collection of high performance c-string transformations

2010-08-18 Thread Leon Winter


Package: wnpp
Severity: RFP

Hi,

Please include stringencoders library in debian reporisitories:
http://code.google.com/p/stringencoders/

Code license:
New BSD License

FreeBSD port for reference:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/stringencoders/

Regards,
Leon Winter



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

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

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

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

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

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

Bug#743843: src:mesa: LibreOffice crahes at runtime

Bug#743843: src:mesa: LibreOffice crahes at runtime

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

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

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

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

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

Bug#743843: src:mesa: LibreOffice crahes at runtime

Bug#744176: debhelper: Typo in man page of debhelper(7)

Bug#741510: android-tools-fsutils: make_ext4fs compiled without -DANDROID lacks important functionality

Bug#741510: android-tools-fsutils: make_ext4fs compiled without -DANDROID lacks important functionality

Bug#726024: libcairo2: get upstream fix into debian package

Bug#720542: [PATCH] geeqie: crash (SIGABRT) when valid image doesn't have an extension

Bug#675407: xserver-xorg-video-openchrome: openchrome relink against new xserver results in null pointer dereference

Bug#593462: TAG: stringencoders - collection of high performance c-string transformations

21 matches

Site Navigation

Mail list logo

Footer information