Package Conflict With Libmodplug In Rpmforge And Epel
Dear All,
there’s a security update for libmodplug:
This update is needed to fix a security vulnerability with this package. This notification was issued on 2011-05-10 and last updated on
2011-05-09. Update to upstream version 0.8.8.3 (CVE-2011-1574, CVE-2011-1761).
I’ve the following priorities configured:
priority = 1 [base]
priority = 1 [extras]
priority = 1 [updates]
priority = 2 [CentOSplus]
priority = 2 [contrib]
priority = 10 [adobe-linux-x86_64]
priority = 13 [epel]
priority = 16 [rpmforge]
priority = 16 [rpmforge-extras]
priority = 19 [rpmfusion-nonfree-updates]
I got this conflict:
Setting up Update Process Resolving Dependencies
–> Running transaction check
—> Package libmodplug.x86_64 0:0.8.7-1.el6.rf will be updated
–> Processing Dependency: libmodplug.so.0()(64bit) for package:
gstreamer-plugins-bad-0.10.19-3.el6.rf.x86_64
—> Package libmodplug.x86_64 1:0.8.8.3-2.el6 will be an update
–> Finished Dependency Resolution Error: Package: gstreamer-plugins-bad-0.10.19-3.el6.rf.x86_64 (@rpmforge)
Requires: libmodplug.so.0()(64bit)
Removing: libmodplug-0.8.7-1.el6.rf.x86_64 (@rpmforge)
libmodplug.so.0()(64bit)
Updated By: 1:libmodplug-0.8.8.3-2.el6.x86_64 (epel)
Not found You could try using –skip-broken to work around the problem You could try running: rpm -Va –nofiles –nodigest
gstreamer-plugins-bad is not available in a newer version in epel.
How to solve this conflict?
– Chris
13 thoughts on - Package Conflict With Libmodplug In Rpmforge And Epel
if you really want to update libmodplug you’ll have to get gstreamer-plugins-bad from another repo. I use the nux-dextop for multimedia now instead of repoforge.
I don’t know … nux-dextop seems to be a smaller repo …
Am I the only one with this version conflict? Maybe I shouldn’t use epel and rpmforge at the same time.
Chris wrote:
Nux – hey, is that our listmember’s repo?
And no, do *NOT* use epel and repoforge – they very frequently have conflicts, due to prerequisites of packaging. We use the epel and rpmfusion repos; I have, for systems with some nvidia cards, elrepo, but I
*only* pull kmod-nvidia from there.
mark
Yup, that’s them. :)
Am 16.04.2014 um 17:26 schrieb Chris:
Chris, you get faster and better support when you direct your requests to the right list, eg. [1], [2], etc.
[1] https://lists.fedoraproject.org/mailman/listinfo/epel-users
[2] RPMForge is now RepoForge: http://repoforge.org/faq/
Further reading: http://wiki.CentOS.org/AdditionalResources/Repositories
That’s the configuration I was looking for. Now there are no further conflicts. Thank you!
http://lists.repoforge.org/ isn’t available right now, but I’ve subscribed epel-users. I’ve no further questions right now, but maybe I’ll learn more about those repos when reading the mailing lists.
Yes.
I will take that a step further. Do not use repoforge / rpmforge at all. There are still major issues with updates from that repo. As in
“what updates?”.
John
Where do you get packages for multimedia, especially MP3, from?
Among the repos listed on http://wiki.CentOS.org/AdditionalResources/Repositories I’ve been using LinuxTECH.NET for MP3, vlc, and related packages with success. Between EPEL and LinuxTECH.NET, I’ve been able to replace most of what I
formerly used rpmforge for.
-Greg
Thank you. For the time being, I’ll use rpmforge, but if there are any further conflicts, I’ll also switch to linuxtech.net.
Chris wrote:
I believe I’m mentioned this before, but we use epel and rpmfusion (free and non-free). I have zero problems playing mpegs, avi (we use mplayer to view our surveillance .avis), and oh, right, I’m listening to streaming media via firefox at the moment, but later it’ll be folkalley.com via mplayer.
mark
The maintainer of LinuxTECH has been active in the CentOS (megatux)
and the SL (tux99) community.
I also use Nux’s repo. But I recommend against mixing the two repos. You should decide which one fits your need better.
Akemi