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,
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 mesa
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
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/wint
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
ht 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
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.1
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; PR
egards,
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
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 Winte
21 matches
Mail list logo
