[BUG]Serious problem, new opensips3 2.5 unable to install on CentOS stream

[zbyslb]

The newly released opensips-3.2.5 relies on glibc-2.29, but the rhel8 branch uses glibc-2.28, and upgrading glibc poses great risks to the system.

[zbyslb]

Why not solve such a serious problem quickly? Don't you even rhel8 plan to support it

[zbyslb]

use yum to install opensips 3.2.5 or opensips 3.1.8

[liviuchircu]

FWIW, I'm getting a similar error on CentOS Stream when attempting to install 3.2.5:

[root@localhost ~]# yum install opensips
Last metadata expiration check: 0:05:10 ago on Lu 28 feb 2022 14:35:44 +0000.
Error: 
 Problem: cannot install the best candidate for the job
  - nothing provides libm.so.6(GLIBC_2.29)(64bit) needed by opensips-3.2.5-1.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
[root@localhost ~]# 
[root@localhost ~]# cat /etc/os-release 
NAME="CentOS Stream"
VERSION="8"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="8"
PLATFORM_ID="platform:el8"
PRETTY_NAME="CentOS Stream 8"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:8"
HOME_URL="https://centos.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux 8"
REDHAT_SUPPORT_PRODUCT_VERSION="CentOS Stream"

Listing the package dependencies shows a strange dependency to both libm.so.6 for glib 2.28 and libm.so.6 for glib 2.29:

[root@localhost ~]# yum deplist opensips-3.2.5-1.el8.x86_64
Last metadata expiration check: 0:03:21 ago on Lu 28 feb 2022 14:35:44 +0000.
package: opensips-3.2.5-1.el8.x86_64
  dependency: /bin/sh
   provider: bash-4.4.20-3.el8.x86_64
  dependency: libc.so.6(GLIBC_2.22)(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libcrypto.so.1.1()(64bit)
   provider: openssl-libs-1:1.1.1k-5.el8_5.x86_64
  dependency: libcrypto.so.1.1(OPENSSL_1_1_0)(64bit)
   provider: openssl-libs-1:1.1.1k-5.el8_5.x86_64
  dependency: libcrypto.so.1.1(OPENSSL_1_1_1)(64bit)
   provider: openssl-libs-1:1.1.1k-5.el8_5.x86_64
  dependency: libdl.so.2()(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libdl.so.2(GLIBC_2.2.5)(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libm.so.6()(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libm.so.6(GLIBC_2.2.5)(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libm.so.6(GLIBC_2.29)(64bit)
  dependency: libncurses.so.6()(64bit)
   provider: ncurses-libs-6.1-9.20180224.el8.x86_64
  dependency: libpthread.so.0()(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libpthread.so.0(GLIBC_2.2.5)(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libresolv.so.2()(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libresolv.so.2(GLIBC_2.2.5)(64bit)
   provider: glibc-2.28-189.el8.x86_64
  dependency: libssl.so.1.1()(64bit)
   provider: openssl-libs-1:1.1.1k-5.el8_5.x86_64
  dependency: libtinfo.so.6()(64bit)
   provider: ncurses-libs-6.1-9.20180224.el8.x86_64
  dependency: m4
   provider: m4-1.4.18-7.el8.x86_64
  dependency: rtld(GNU_HASH)
   provider: glibc-2.28-189.el8.i686
   provider: glibc-2.28-189.el8.x86_64
  dependency: shadow-utils
   provider: shadow-utils-2:4.6-16.el8.x86_64
  dependency: systemd
   provider: systemd-239-58.el8.i686
   provider: systemd-239-58.el8.x86_64

I will ping Nick about this, maybe he has some tips on what's happening, as I don't recall any dependency on 2.29 being introduced on purpose, at least.

[github-actions]

Any updates here? No progress has been made in the last 15 days, marking as stale. Will close this issue if no further updates are made in the next 30 days.

[nikbyte]

still in work

[github-actions]

Any updates here? No progress has been made in the last 15 days, marking as stale. Will close this issue if no further updates are made in the next 30 days.

[nikbyte]

still in work

[github-actions]

Any updates here? No progress has been made in the last 15 days, marking as stale. Will close this issue if no further updates are made in the next 30 days.

[nikbyte]

still in work.

[nikbyte]

Now you can try new opensips packages for CentOS Stream 8 and 9. They're already available in our official repository. If you'll expect some issues, just let me know.