Summary: | app-office/libreoffice-3.5.5.3, XML file filter is broken | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | dE <de.techno> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Sample document which opens bad in Gentoo's libreoffice.
Screenshot of working document app-office/libreoffice-3.6.4.3 fails in configure phase. |
Description
dE
2012-08-04 05:25:59 UTC
Please describe this problem in more detail. This's also reproducible with 3.5.4.2-r1 When opening a docx documents, libreoffice will first ask the file type (or what filter to use), when selecting the correct filter (Microsoft 2007 XML), the opened document is seen at a bad state, images are missing and layout is broken. When opening xlsx documents, libreoffice states the document is corrupt. I suspect the pptx filter to also be broken. The official libreoffice binaries (same version) don't have these problems. Considering this nature of this bug, this seems to be a big issue. Created attachment 320266 [details]
Sample document which opens bad in Gentoo's libreoffice.
First please try to disable the jemalloc useflag and try again. Created attachment 320458 [details]
Screenshot of working document
FWIW here are my flags and it works fine:
[ebuild R *] app-office/libreoffice-3.6.9999 USE="branding cups dbus graphite gstreamer gtk java kde opengl svg webdav xmlsec (-aqua) -binfilter -binfilterdebug -eds -gnome -jemalloc -mysql -odk -postgres -test -vba" LIBREOFFICE_EXTENSIONS="nlpsolver presenter-console presenter-minimizer -pdfimport -scripting-beanshell -scripting-javascript -wiki-publisher" 0 kB
The jemalloc is results in way faster office, but the problem was they tend to get bit unstable, so that would be my first bet.
What about xmlsec? (In reply to comment #6) > What about xmlsec? Whats with it? It uses internal version because it is basically library rewrite. I'm trying to build app-office/libreoffice-3.6.9999, in the mean time -- Cloning into bare repository '/usr/portage/distfiles/egit-src/libreoffice/help'... remote: Counting objects: 119238, done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed trying with 3.5.5.3 I suppose anongit.fdo has its hickups again... Building 3.5.5.3 without jemalloc gives the same result. (In reply to comment #10) > Building 3.5.5.3 without jemalloc gives the same result. Anyway i added 3.6.0.4 now :-P Then this's going to take a long time to verify. Also files cant be saved as .*x formats. It says "write error, the file could not be written" Bug persists with 3.5.6.2. Maybe this's cause of GCCs graphite. (In reply to comment #14) > Bug persists with 3.5.6.2. > > Maybe this's cause of GCCs graphite. Dunno, but I have graphlite enabled myself and everything works fine. Viz the screenshot above. Yes, it's cause of Graphite. (In reply to comment #16) > Yes, it's cause of Graphite. Okey could you report it upstream to freedesktop bugzie with all relevant informations? (In reply to comment #17) > (In reply to comment #16) > > Yes, it's cause of Graphite. > > Okey could you report it upstream to freedesktop bugzie with all relevant > informations? I soon will. Can anyone else reproduce this bug (with graphite)? I suggest stripping out the flags. After enabling the graphite CFLAGs, -floop-interchange -floop-strip-mine -floop-block -fgraphite-identity, and then re-emerging gcc-4.7.2, glibc-2.16.0, binutils-2.23.1 and gcc-4.7.2 again, I re-emerged the current libreoffice-l10n-3.6.3.2 and libreoffice-3.6.4.3 to test this. I then tried to open Coca_Cola_pl_c_UK.docx in Libreoffice Writer, and it wouldn't open at all. First gave the message that the file was corrupted and Libreoffice could try to repair the file. Clicking on yes, then displayed the error message that the file could not be opened. Well honestly graphite flags can break a ton of stuff. I bet breaker is the fgraphite-identity so you can pick and report the issue to graphite devs because you are probably the first guys actually trying graphite that much :-) Ok. BTW, apart from Libreoffice and VBox, no other package gave problems. Created attachment 331786 [details]
app-office/libreoffice-3.6.4.3 fails in configure phase.
Should I file a new bug for this?
I've media-libs/glu installed, 9.0.0.
Removing fgraphite-identity does not work. On second thought -- yes, the problem is with -fgraphite-identity (I was running a previous instance of LO, so the new binary/library didn't load up). So this flag has to be stripped. I don't want to strip out those cflags as they show up potential bugs in compiler. So if you want to use it and shoot into leg you are free to do so (given you report bugs on gcc side [as 99% of grapite stuff is compiler issue]), otherwise you as user should stop using it globally. Closing as INVALID as the bug is user configuration issue between gcc/cflags. |