hi Patrick,

I fail to understand what the cause of this could be, since scribus requires lcms2 which installs /usr/lib64/liblcms2.so.2 correctly.

Could you please send us the output of:
# rpm -q lcms2

And if the lcms2 package is not present, could you install it and report?

François,

# rpm -q lcms2
package lcms2 is not installed

So this is the problem. But the yum install scribus --enablerepo=epel never asked for lcms2.
I guess because libreoffice installed liblcms2.so.2 (although in a different location) How does yum decides lcms2 is (not) needed?

As a sidenote: I always install with yum; even if I have to install rpm's (like OracleClient).
 
I even did a yum reinstall scribus to be sure before attempting the softlink-trick.

yum is using priorities and the epel-repo is not enabled by default.

Sounds this the same problem as in bug 1062007 and you are providing more insight into the problem. Very likely the libreoffice package didn't properly filtered its list of Provides and the libcms2 dependency for scribus is satisfied by the LO internal one.

Can you run rpm -qf /usr/lib64/libreoffice/program/liblcms2.so.2
so we can what owns the file?

*** Bug 1062007 has been marked as a duplicate of this bug. ***

# rpm -qf /usr/lib64/libreoffice/program/liblcms2.so.2
libreoffice-core-4.0.4.2-9.el6.x86_64

Thanks, I can confirm the same problem is in RHEL-6.

OK, definitely a rhel6/libreoffice bug then.  It is bundling a copy of liblcms2 and erroneously exposing it as a provided dependency (it needs to filter it from Provides).

LO doesn't filter Provides for private copies of various libraries causing broken deps in other packages.

something like 

%filter_provides_in %{_libdir}/libreoffice/program
%filter_setup

is required in the spec file

(In reply to Patrick Bervoets from comment #2)
> François,
> 
> # rpm -q lcms2
> package lcms2 is not installed

The workaround is to manually install the lcms2 package. Or uninstall LO :-)

OK, I'll take the first option.
Thank you very much.

This request was evaluated by Red Hat Product Management for
inclusion in a Red Hat Enterprise Linux release.  Product
Management has requested further review of this request by
Red Hat Engineering, for potential inclusion in a Red Hat
Enterprise Linux release for currently deployed products.
This request is not yet committed for inclusion in a release.

(In reply to Dan Horák from comment #10)
> something like 
> 
> %filter_provides_in %{_libdir}/libreoffice/program
> %filter_setup
> 
> is required in the spec file

Nice idea, but it does not work. It takes care of the provides, but it leaves requires in place, so the resulting rpms are broken. And filtering the requires too removes all requires, including these for system libs.

I will have to do that on file-by-file basis, if possible. Or rename the libraries, like we have already done for bundled redland.

Fortunately most of the bundled libs are built statically, so the only ones that must be fixed are lcms2, clucene and firebird. We already add a suffix to redland, raptor and rasqal libs (bug 809466), so these are not a problem.

%filter_from_provides combined with %filter_from_requires does the trick

*** Bug 1093328 has been marked as a duplicate of this bug. ***

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/RHBA-2014-1423.html