| Summary: | dev-cpp/libcmis-0.2.2 break libreoffice-3.5.4.2-r1 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Francesco Riosa <vivo75> |
| Component: | Current packages | Assignee: | Gentoo Office Team <office> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | marduk, marienz, Martin.Jansa, mmw, skrattaren |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
app-office:libreoffice-3.5.4.2-r1:20120606-010538.log.xz
proposed libcmis-0.2.2 patch |
||
|
Description
Francesco Riosa
2012-06-06 09:37:55 UTC
Created attachment 314391 [details]
app-office:libreoffice-3.5.4.2-r1:20120606-010538.log.xz
attached
app-office:libreoffice-3.5.4.2-r1:20120606-010538.log.gz
libreoffice build log
latest succesfull build was:
2.1M May 31 18:51 app-office:libreoffice-3.5.4.2-r1:20120531-154908.log.gz
Confirmed. Relevant bit from a build log: /usr/include/libcmis-0.2/libcmis/property-type.hxx:32:25: fatal error: libxml/tree.h: No such file or directory which I believe to be a libcmis oversight: libreoffice seems to be using pkg-config to get compiler and linker flags for libcmis, and "pkg-config --cflags libcmis-0.2" misses -I/usr/include/libxml2 (because libcmis-0.2.pc misses a Requires (or Requires.private, more likely) of libxml-2.0). I'll go see if that fixes it. Created attachment 314393 [details, diff]
proposed libcmis-0.2.2 patch
With this patch to libcmis-0.2.2's .pc.in file (getting the ebuild to apply the patch is left as an exercise to the reader) "pkg-config --cflags libcmis-0.2" becomes "-I/usr/include/libcmis-0.2 -I/usr/include/libxml2" which seems much more reasonable given the includes in the installed headers. I've kicked off another libreoffice rebuild, but it'll be a while before I know if that now works.
Now it fails like this: .../libreoffice-core-3.5.4.2/ucb/source/ucp/cmis/cmis_content.cxx: In member function 'sal_Bool cmis::Content::feedSink(com::sun::star::uno::Reference<com::sun::star::uno::XInterface>, const com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment>&)': .../libreoffice-core-3.5.4.2/ucb/source/ucp/cmis/cmis_content.cxx:325:30: error: 'class libcmis::Document' has no member named 'getContent' and there's no such call in the most recent version of cmis_content.cxx, but it was removed as part of upstream commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=966d20e35d5a2be2fce6c204af5c156c3ead7063 which is a tad large. Someone who actually knows what they're doing should probably check if this can sensibly be fixed in this version of libreoffice (it's still there in the libreoffice-3.5 branch). IMHO: since libreoffice is the only rdep of libcmis, just live with a DEPEND=<libcmis-0.2.2 in 3.4 and probably >=0.2.2 in LO 3.6 your call I am duping this again bit older bug#419825. The patch is slightly wrong. As not-only internal headers use the xml it should be in required, not required.private (for example on windows it is needed). I already commited the fix for that into trunk and we will release cmis-0.2.3 soonish. For the 3.5 branch i am restricting the version to 0.1 as per discussion with the author of the library and his plans. (actually he suggested disabling cmis as whole on 3.5 :P) *** This bug has been marked as a duplicate of bug 419825 *** Thanks Tomáš. |
