James B. Byrne
2017-Mar-14 15:08 UTC
[CentOS] Processing Conflict: speexdsp-1.2-0.9.rc3.el6.x86_64
Processing Conflict: speexdsp-1.2-0.9.rc3.el6.x86_64 conflicts speex
<= 1.2-0.21.rc1
I am loath to replace things on my primary workstation as I have far
too much to do as it is without dealing with self-inflicted injuries.
However, I do use Jitsi as a softphone and the latest version has a
dependency on a package in EPEL which replaces something from the base
distro.
Can someone inform me of what issues, if any, would replacing speex
with speexdsp likely cause? I have a lot of packages that depend upon
speex. Installing speexdsp by itself seems to indicate that it is not
considered an upgrade or replacement for speex. One just conflicts
with the other.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
Do NOT open attachments nor follow links sent by e-Mail
James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
Alexander Dalloz
2017-Mar-14 21:37 UTC
[CentOS] Processing Conflict: speexdsp-1.2-0.9.rc3.el6.x86_64
Am 14.03.2017 um 16:08 schrieb James B. Byrne:> > Processing Conflict: speexdsp-1.2-0.9.rc3.el6.x86_64 conflicts speex > <= 1.2-0.21.rc1 > > I am loath to replace things on my primary workstation as I have far > too much to do as it is without dealing with self-inflicted injuries. > However, I do use Jitsi as a softphone and the latest version has a > dependency on a package in EPEL which replaces something from the base > distro. > > Can someone inform me of what issues, if any, would replacing speex > with speexdsp likely cause? I have a lot of packages that depend upon > speex. Installing speexdsp by itself seems to indicate that it is not > considered an upgrade or replacement for speex. One just conflicts > with the other.https://centos.pkgs.org/6/epel-x86_64/speexdsp-1.2-0.9.rc3.el6.i686.rpm.html The conflict is defined in the RPM. You may talk with the EPEL package maintainer. Alexander