Re: [gentoo-user] OO fails with useless 65280 error on unoxml
On Monday 30 November 2009 00:06:23 daid kahl wrote: I've been getting the same silly OpenOffice compile error for a couple weeks now. Nothing I can search up or think of seems to do the trick. Since it takes about 2 hours + to crash out (the *exact* same way), it's also not trivial to try lots of different ideas. I'd read something that suggested maybe I should update my kernel, so I got around to that last week, but it doesn't change the error. revdep-rebuild says the linking is fine. Somewhere in this thread was a mention of a failed patch. Where version of patch are you using? If it's 2.6, downgrade it as 2.6 is horribly broken http://blog.flameeyes.eu/2009/12/01/gentoo-service-announcement-keep-clear-of- gnu-patch-2-6 -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
Somewhere in this thread was a mention of a failed patch. Where version of patch are you using? If it's 2.6, downgrade it as 2.6 is horribly broken http://blog.flameeyes.eu/2009/12/01/gentoo-service-announcement-keep-clear-of- gnu-patch-2-6 There was some patching things that caught my eye related to redland. However, I found out that it was applied in both OO.o-3.0.0 and OO.o-3.1.1 and so I assumed it was not to blame. I can't remember if I actually posted about it in my brainstorming. In any case, I have not modified patch since dealing with the OO.o problems, and: Calculating dependencies... done! [ebuild R ] sys-devel/patch-2.5.9 USE=-static 0 kB Thanks for the notice, though. ~daid
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
I've been getting the same silly OpenOffice compile error for a couple weeks now. Nothing I can search up or think of seems to do the trick. Here's the end of the output during compile: 1 module(s): unoxml need(s) to be rebuilt I had hoped to never ever see this error again, looks like my hopes were dashed. Long answer: The reason for the failure is in the build log, but it is never just above the error message. It is often many 1000s of lines higher. bugs.gentoo.org is infested with bug reports of this kind of thing, to get any meaningful answer you *MUST* follow the instructions in the ebuild and build with MAKEOPTS=-j1, also switch off distcc and cachecc as well. Using the ebuild instructions for building, the compile still fails, but the error above the fail is very slightly more useful: Entering /var/tmp/portage/app-office/openoffice-3.1.1/work/ooo/build/ooo310-m19/unoxml/source/rdf 217 Compiling: unoxml/unxlngi6/misc/unordf_dflt_version.c 218 Compiling: unoxml/source/rdf/CBlankNode.cxx 219 Compiling: unoxml/source/rdf/CURI.cxx 220 Compiling: unoxml/source/rdf/CLiteral.cxx 221 Compiling: unoxml/source/rdf/librdf_repository.cxx 222 Compiling: unoxml/source/rdf/librdf_services.cxx 223 Making:libunordfli.so 224 : ERROR: ../../unxlngi6.pro/lib/check_libunordfli.so: undefined symbol: librdf_free_storage 225 dmake: Error code 1, while making '../../unxlngi6.pro/lib/libunordfli.so' 226 227 ERROR: Error 65280 occurred while making /var/tmp/portage/app-office/openoffice-3.1.1/work/ooo/build/ooo310-m19/unoxml/source/rdf 228 rmdir /tmp/30017 229 make: *** [stamp/build] Error 1 So we at least can say that redland libraries are somehow related to the problem at hand. The only similar error I could find on google (http://www.mail-archive.com/allb...@openoffice.org/msg391683.html) appears independent of OO and implicates libcrypto as a problem. With this information in mind, I re-emerged redland and openssl (libcrypto belongs to openssl). I was digging through the emerge logs, and I have successful builds of OO-3.0.0 from a couple months ago. The thing that is very interesting is that code that is failing in 3.1.1 (librdf_*.cxx) was never even compiled in 3.0.0! The objects are there, the C++ codes are patched, but they are never compiled according to the emerge log. Having read the similar error from redland, I also notice something else suspicious: Log from 3.0.0 successful build: checking which redland library to use... internal Log from 3.1.1 failed build: checking which redland library to use... external If you didn't read the link on the only similar bug I googled, here is an excerpt: Building (with o3-build) fails because redland links agains the system's version of libcrypt. It later fails in unoxml because the linked-in lib is not found anymore: The error itself is quite similar, although the undefined reference itself is different (excerpt from above link): Checking DLL ../../unxlngi6.pro/lib/check_libunordfli.so ...: ERROR: libcrypto.so.0.9.6: cannot open shared object file: No such file or directory dmake: Error code 1, while making ´../../unxlngi6.pro/lib/libunordfli.so´ So why is OO using the external (system) redland libraries which are later not found, and how can I force it to use the internal redland libraries? (Please note: for this discussion, external library is the same as system library) There's no use flag, but the openoffice ebuild suggests: # Upstream this echo --with-system-redland ${CONFFILE} I should note that in the 3.0.0 and 3.0.1 ebuilds (I have them on backup -- they were removed from portage) redland is not a direct dependency of OO, and in fact, if you search the older ebuilds for 'redland' you won't find any occurrences. So, time to comment that line out, ebuild digest, and /var/log... | tail -f | grep redland checking which redland library to use... internal Now I wait for the compile. I suspect at least something should be different this time. Will post with a further report since this issue seems more serious than I at first suspected. Also..Walt: I checked all the java items as suggested, but nothing was out of place to my eye; thanks for the sanity check, though. Regards, daid
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
On Monday 30 November 2009 18:09:47 daid kahl wrote: I've been getting the same silly OpenOffice compile error for a couple weeks now. Nothing I can search up or think of seems to do the trick. Here's the end of the output during compile: 1 module(s): unoxml need(s) to be rebuilt I had hoped to never ever see this error again, looks like my hopes were dashed. Long answer: The reason for the failure is in the build log, but it is never just above the error message. It is often many 1000s of lines higher. bugs.gentoo.org is infested with bug reports of this kind of thing, to get any meaningful answer you MUST follow the instructions in the ebuild and build with MAKEOPTS=-j1, also switch off distcc and cachecc as well. Using the ebuild instructions for building, the compile still fails, but the error above the fail is very slightly more useful: Entering /var/tmp/portage/app-office/openoffice-3.1.1/work/ooo/build/ooo310-m19/uno xml/source/rdf 217 Compiling: unoxml/unxlngi6/misc/unordf_dflt_version.c 218 Compiling: unoxml/source/rdf/CBlankNode.cxx 219 Compiling: unoxml/source/rdf/CURI.cxx 220 Compiling: unoxml/source/rdf/CLiteral.cxx 221 Compiling: unoxml/source/rdf/librdf_repository.cxx 222 Compiling: unoxml/source/rdf/librdf_services.cxx 223 Making:libunordfli.so 224 : ERROR: ../../unxlngi6.pro/lib/check_libunordfli.so: undefined symbol: librdf_free_storage redland and the whole rdf system has been horribly problematic for a while now, I've lost count of the number of bugs I've read about it. FWIW, here's what I have (my OOo build works fine): dev-libs/redland-1.0.9-r1 dev-java/lucene - 2.3.2 app-office/openoffice-3.1.1 (bash-completion cups dbus gstreamer gtk java kde ldap -mono -odk) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
Success on compiling OOo! I'm quite certain it was the ebuild, and that making it use the internal redland and not the system redland was the issue in my case. However, I've undone my changes in the ebuild and began compiling again so that I can confirm it fails with only that change. I had also rebuilt redland, but as I told OOo not to use the system redland, that's why I'm checking again with the default ebuild. Presuming my guess here is correct, then I need to make a bugzilla post on the matter. That's probably true anyway since I got the message: * QA Notice: * Package openoffice is breaking /usr/share/config permissions. * Please report this issue to gentoo bugzilla. * Permissions will get adjusted automatically now. But that could be from my tinkering in the ebuild as well. My assumption on the cause of the problem is that I'm missing some dependency of redland that OOo expects, and it's not called in explicitly by portage. Either that or somehow I diffed my own install (would be news to me). FWIW, here's what I have (my OOo build works fine): dev-libs/redland-1.0.9-r1 dev-java/lucene - 2.3.2 app-office/openoffice-3.1.1 (bash-completion cups dbus gstreamer gtk java kde ldap -mono -odk) These are the same as mine, with the exceptions that my lucene is slotted and my OOo has less USE flags. Regards, daid
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
On Monday 30 November 2009 22:48:22 daid kahl wrote: Success on compiling OOo! I'm quite certain it was the ebuild, and that making it use the internal redland and not the system redland was the issue in my case. However, I've undone my changes in the ebuild and began compiling again so that I can confirm it fails with only that change. I had also rebuilt redland, but as I told OOo not to use the system redland, that's why I'm checking again with the default ebuild. Presuming my guess here is correct, then I need to make a bugzilla post on the matter. That's probably true anyway since I got the message: * QA Notice: * Package openoffice is breaking /usr/share/config permissions. * Please report this issue to gentoo bugzilla. * Permissions will get adjusted automatically now. That's a known issue - it saw a reference to it on b.g.o. last night. That bug report declared it to be a kde integration error. Logic tells me any number of faulty things could do it too). I'm sure the OOo maintainer will appreciate the detailed bug report you are now in a position to give :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
That's a known issue - it saw a reference to it on b.g.o. last night. That bug report declared it to be a kde integration error. Logic tells me any number of faulty things could do it too). Shouldn't be kde. Unmerged that last month... I'm sure the OOo maintainer will appreciate the detailed bug report you are now in a position to give :-) Woah woah woah...you mean they don't like, Error 65280 WTF?!?! ~daid
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
Success on compiling OOo! I'm quite certain it was the ebuild, and that making it use the internal redland and not the system redland was the issue in my case. Bing! Now submitted a bug report: http://bugs.gentoo.org/show_bug.cgi?id=295268 Regards, daid
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
On Monday 30 November 2009 00:06:23 daid kahl wrote: I've been getting the same silly OpenOffice compile error for a couple weeks now. Nothing I can search up or think of seems to do the trick. Since it takes about 2 hours + to crash out (the *exact* same way), it's also not trivial to try lots of different ideas. I'd read something that suggested maybe I should update my kernel, so I got around to that last week, but it doesn't change the error. revdep-rebuild says the linking is fine. Here's the end of the output during compile: Making:vbaswobj.lib Entering /var/tmp/portage/app-office/openoffice-3.1.1/work/ooo/build/ooo310-m19/sw/ source/ui Making:ui1.lib Making:ui2.lib Entering /var/tmp/portage/app-office/openoffice-3.1.1/work/ooo/build/ooo310-m19/sw/ util Compiling: sw/unxlngi6/misc/sw_dflt_version.c Compiling: sw/unxlngi6/misc/swd_dflt_version.c Compiling: sw/unxlngi6/misc/swui_dflt_version.c Compiling: sw/unxlngi6/misc/msword_dflt_version.c Compiling: sw/unxlngi6/misc/vbaswobj_dflt.uno_version.c Compiling: sw/unxlngi6/misc/docx_dflt_version.c Making:swall.lib Making:swui.lib Making:libswli.so Making:libswdli.so Making:libswuili.so Making:libmswordli.so Making:libvbaswobjli.uno.so Making:libdocxli.so Making:swen-US.res Making:swja.res using rsc multi-res feature Module 'sw' delivered successfully. 267 files copied, 0 files unchanged 1 module(s): unoxml need(s) to be rebuilt I had hoped to never ever see this error again, looks like my hopes were dashed. Short answer: The OOo build system is the most fragile, spaghetti-infested piece of software crap ever invented, bar none. It's is worse, far worse, than the Windows build system. There is no easy answer. Long answer: The reason for the failure is in the build log, but it is never just above the error message. It is often many 1000s of lines higher. bugs.gentoo.org is infested with bug reports of this kind of thing, to get any meaningful answer you *MUST* follow the instructions in the ebuild and build with MAKEOPTS=-j1, also switch off distcc and cachecc as well. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] OO fails with useless 65280 error on unoxml
I had hoped to never ever see this error again, looks like my hopes were dashed. If my eyes needed a screen saver, this would be burned into my retinas. Long answer: The reason for the failure is in the build log, but it is never just above the error message. It is often many 1000s of lines higher. bugs.gentoo.org is infested with bug reports of this kind of thing, to get any meaningful answer you *MUST* follow the instructions in the ebuild and build with MAKEOPTS=-j1, also switch off distcc and cachecc as well. I'll give it a shot. It just crashed again. Thanks for the idea. I'll tell you if it works! ~daid