Hi,
Things are worse than before, pxlib became unusable for gnumeric, see h
ttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832827
This issue is that HAVE_GSF in paradox-gsf.h is always undefined.
Best regards,
Jean
Have a look to #821268. I applied a patch upstream last weak (resulting
to the paradox plugin not built anymore because pxlib is currently not
usable). Here is the patch:
diff --git a/configure.ac b/configure.ac
index cb09b70..abcaba7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -499,7 +499,11
Package: pxlib-dev
Version: 0.6.6-1
Severity: normal
Tags: upstream
libgsf detection is not correct (the code is actually weird, it should use
pkg-config, imho). I suppose I should also report upstream.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy:
I can reproduce the bug. Please report upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Don't care about reporting upstream, this one has been fixed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
This file seems to have been generated by gnumeric-1.0.x or earlier. The
current code accepts a Type node but not graph:Type. This is just weird.
One way to turn around: uncompress the file using gunzip if it is
compressed, then edit with any text editor and replace graph:Type by
just Type , and
Attached patch might solve the issue if you are able to apply and
rebuild. I'd like it to be tested before committing.
diff --git a/src/sheet-object-graph.c b/src/sheet-object-graph.c
index d85bd98..32942d6 100644
--- a/src/sheet-object-graph.c
+++ b/src/sheet-object-graph.c
@@ -1074,6 +1074,7 @@
Please forget previous patch, it just does not work. This one does (will
be in next gnumeric). All samples I have use Type node, and none use
graph:Type. Thanks for reporting.
Jean
diff --git a/src/sheet-object-graph.c b/src/sheet-object-graph.c
index d85bd98..05ec570 100644
---
Fixed in gnumeric 1.12.5.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
This works at least in 1.12.0 and later.
Regards,
Jean
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I don't think it's a bug. As long as the addresses used are absolute,
they will not change if you move your cells, insert rows or anything
else. Looks like what you want is relative addressing, that is A5:A10
instead of $A$5:$A$10. You might also use $A5:$A10 if you don't insert
columns.
--
Package: libgs9
Version: 9.04~dfsg-3
Severity: important
Three symbols are concerned:
jpeg_mem_init, jpeg_mem_term and jpeg_mem_available.
Building an executable using the two libraries might crash. This happens for me
with gnumeric (from git) when goffice is built with eps support and when I
/libgdk_pixbuf-2.0.so.0
Le vendredi 23 décembre 2011 à 23:27 +0100, Bill Allombert a écrit :
On Fri, Dec 23, 2011 at 03:46:59PM -0600, Jonathan Nieder wrote:
Hi,
Jean Brefort wrote:
Three symbols are concerned:
jpeg_mem_init, jpeg_mem_term and jpeg_mem_available.
Building
This has been fixed in 1.10.9. See
https://bugzilla.gnome.org/show_bug.cgi?id=626648
Regards,
Jean
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Things are worse, seems the initial bug was fixed, since libwmf-dev now
requests libjpeg-dev (at least in unstable) but libjpeg-dev is unknown,
only libjpeg62-dev, libjpec7-dev and libjpeg8-dev are listed.
Currently, libwmf-dev can't be installed in unstable at all.
Best regards,
Jean
--
To
This is gnome bug #626484 which is fixed since 1.10.9.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
16 matches
Mail list logo
