Re: package conflict with libmodplug in rpmforge and in rpmforge and epel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



centos@xxxxxxxxxxx wrote:
> On 04/16/2014 05:33 PM, m.roth@xxxxxxxxx wrote:
>> And no, do *NOT* use epel and repoforge - they very frequently have
>> conflicts, due to prerequisites of packaging.
>
> Does the use of yum priorities take care of this concern?

No. The problem is the way the packages are built into .rpms. I've seen
yum give up on stuff in the standard repos, because the manpages from a
i386 package conflicted with the manpages from a package, sometimes the
*same* package... but that was the x86_64 version. The rules for the rpm
install can specify (or not) whether to allow for this... but both epel
and rpmfusion have packages compatible with the base, and seem to do
pretty well with each other, while rpmforge doesn't consider them.

The upshot is that a package will want, for example, a specific library
that you *have*... but it was installed in package x.y.6, while the one
from repoforge is expecting it to have come from *their* package q.j.6.
The result is that it fails to install.

Is that any clearer?

          mark

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos




[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux