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
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 experiment
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')
Archi
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 0xfb7
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
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 Informatio
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
applicat
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 O
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
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/
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/c
11 matches
Mail list logo