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
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
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')
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
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
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
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
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
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
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
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".
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:
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:
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:
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: 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
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
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;
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
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
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
21 matches
Mail list logo