Closed Stell0 closed 4 years ago
To rebuild asterisk11, iksemel package is required but it has been retired from EPEL: https://bugzilla.redhat.com/show_bug.cgi?id=1600897 and https://bugzilla.redhat.com/show_bug.cgi?id=1600897
Uploaded again the packages to nethesis-testing
from https://mirror.fancyfon.com/epel/7Server/x86_64/Packages/i/ :
in 7.8.2003/nethesis-testing
:
In nethesis-testing: asterisk-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-alsa-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-calendar-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-configs-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-curl-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-dahdi-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-debuginfo-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-devel-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-fax-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-festival-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-jabber-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-jack-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-ldap-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-lua-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-minivm-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-misdn-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-mobile-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-mysql-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-odbc-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-ooh323-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-oss-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-portaudio-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-skinny-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-snmp-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-sqlite-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-tds-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-unistim-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-voicemail-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-voicemail-odbc-11.25.3-1.4.gf746df0.ns7.x86_64.rpm asterisk-voicemail-plain-11.25.3-1.4.gf746df0.ns7.x86_64.rpm
If freepbx14 obsoletes libtonezone, machines with NethVoice 11 will try to update to NethVoice 14:
--> Processing Dependency: dahdi-tools-libs(x86-64) = 2.11.1-16.el7 for package: dahdi-tools-2.11.1-16.el7.x86_64
--> Processing Dependency: libtonezone.so.2()(64bit) for package: dahdi-tools-2.11.1-16.el7.x86_64
---> Package dante.x86_64 0:0.2.0-1.ns7 will be updated
---> Package freepbx.noarch 0:14.0-9.ns7 will be obsoleting
...
--> Processing Conflict: libsrtp15-1.5.4-3.ns7.x86_64 conflicts libsrtp
--> Finished Dependency Resolution
Error: libsrtp15 conflicts with libsrtp-1.4.4-10.20101004cvs.el7.x86_64
After new release of freepbx14, the update is smooth.
Verified.
Released in nethesis-updated for 7.7 and 7.8:
in 7.8.2003/nethesis-updates
and 7.7.1908/nethesis-updates
:
in 7.8.2003/nethesis-updates
and 7.7.1908/nethesis-updates
:
EPEL released a dahdi-tools package. At the moment, dahdi-tools package is built by Neth. Sadly, EPEL dahdi-tools requires dahdi-tools-libs package that contains /usr/lib64/libtonezone.so.2*, in our released packages this library is contained into libtonezone package that is required by freepbx package. That cause a conflict because /usr/lib64/libtonezone.so.2, /usr/lib64/libtonezone.so.2.0 and /usr/lib64/libtonezone.so.2.0.0 are in both libtonezone and dahdi-tools-libs packages.
Steps to reproduce
Expected behavior
Actual behavior
Components
See also
https://community.nethserver.org/t/conflict-packet-dahdi-epel/15569
Proposed solution
Thanks to Rafael Tavares who first reported this problem on NethServer Community