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
On 04/14/2014 06:40 PM, Chris wrote:
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?
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.
On 04/15/2014 12:40 PM, Nicolas Thierry-Mieg wrote:
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:
On 04/15/2014 12:40 PM, Nicolas Thierry-Mieg wrote:
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.
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
On Wed, Apr 16, 2014 at 11:33:34AM -0400, m.roth@5-cent.us wrote:
Chris wrote:
On 04/15/2014 12:40 PM, Nicolas Thierry-Mieg wrote:
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.
Nux - hey, is that our listmember's repo?
Yup, that's them. :)
On 04/16/2014 05:33 PM, m.roth@5-cent.us wrote:
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.
That's the configuration I was looking for. Now there are no further conflicts. Thank you!
On Wed, Apr 16, 2014 at 11:33:34AM -0400, m.roth@5-cent.us wrote:
Nux - hey, is that our listmember's repo?
Yes.
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.
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
On 04/16/2014 07:27 PM, John R. Dennison wrote:
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?".
Where do you get packages for multimedia, especially MP3, from?
On 04/17/2014 09:10 AM, Chris wrote:
On 04/16/2014 07:27 PM, John R. Dennison wrote:
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?".
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
On 04/17/2014 06:41 PM, Greg Bailey wrote:
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.
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:
On 04/17/2014 06:41 PM, Greg Bailey wrote:
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.
Thank you. For the time being, I'll use rpmforge, but if there are any further conflicts, I'll also switch to linuxtech.net.
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
On Thu, Apr 17, 2014 at 9:41 AM, Greg Bailey gbailey@lxpro.com wrote:
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.
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
Am 16.04.2014 um 17:26 schrieb Chris ch2009@arcor.de:
On 04/15/2014 12:40 PM, Nicolas Thierry-Mieg wrote:
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, 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
-- LF
On 04/16/2014 05:58 PM, Leon Fauster wrote:
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/
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.
-
Akemi Yagi -
Chris -
Greg Bailey -
John R. Dennison -
Leon Fauster -
m.roth＠5-cent.us -
Nicolas Thierry-Mieg -
Scott Robbins