Bug 809466
Summary: | libreoffice-core (unintentionally) provides libraptor.so.1()() and librdf.so.0()() | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Tomas Pelka <tpelka> |
Component: | libreoffice | Assignee: | Caolan McNamara <caolanm> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | urgent | Docs Contact: | |
Priority: | high | ||
Version: | 6.3 | CC: | caolanm, dmach, dtardon, jnovy, notting, snagar |
Target Milestone: | rc | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | libreoffice-3.4.5.2-13.el6 | Doc Type: | Enhancement |
Doc Text: |
No Documentation needed
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2012-06-20 12:53:36 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Tomas Pelka
2012-04-03 12:51:29 UTC
We build with internal raptor, because the system one is not usable for us (comment in configure.in says: "versions before 1.0.8 write RDF/XML that is useless for ODF (@xml:base)"). The Provides are generated by rpmbuild; I do not know what can be done about that. dtardon->jnovy: Is there a way to filter the generated Provides list? I suppose that we could just change the redland libraries' names, e.g., add a 'lo' suffix. That would require (small) change in 3 or 4 source files, which is IMHO quite manageable... +1 for changing the provides instead of filtering them. dgregor said "I'll manually filter libreoffice from ComputeNode for the beta", so that part of urgent is taken care of. caolanm->dtardon: want to have a shot at it. Disabling AutoProvides and doing that manually is real painful. Fridrich was talking about trying to do custom sonames for all the "external" libraries we have to to bundle upstream. Same problem exists for e.g. xmlsec and other stuff we have to bundle downstream. Done for redland libs. There is actually no problem with libxmlsec and mythes, because we build them as static archives. dtardon->caolanm: fixed in F-16, as usual. ah, indeed. Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: No Documentation needed Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHEA-2012-0798.html |