On a fresh RHEL 9 system the Gnustep libraries are available through EPEL or the SOGo repo.
[root@emp96 /]# dnf --disableexcludes=all list gnustep* Updating Subscription Management repositories. Last metadata expiration check: 0:03:10 ago on Tue 10 Oct 2023 12:36:44 PM AEST. Installed Packages gnustep-base.x86_64 1.28.0-3.el9 @sogo-nightly-v5-rhel9 gnustep-base-libs.x86_64 1.28.0-3.el9 @sogo-nightly-v5-rhel9 Available Packages gnustep-base-debuginfo.x86_64 1.28.0-3.el9 sogo-nightly-v5-rhel9 gnustep-base-debugsource.x86_64 1.28.0-3.el9 sogo-nightly-v5-rhel9 gnustep-base-devel.x86_64 1.28.0-3.el9 sogo-nightly-v5-rhel9 gnustep-base-devel.x86_64 1.28.0-3.el9 epel gnustep-base-doc.x86_64 1.28.0-3.el9 sogo-nightly-v5-rhel9 gnustep-base-doc.x86_64 1.28.0-3.el9 epel gnustep-base-libs-debuginfo.x86_64 1.28.0-3.el9 sogo-nightly-v5-rhel9 gnustep-filesystem.x86_64 2.9.0-3.el9 sogo-nightly-v5-rhel9 gnustep-filesystem.x86_64 2.9.0-3.el9 epel gnustep-make.x86_64 2.9.0-3.el9 sogo-nightly-v5-rhel9 gnustep-make.x86_64 2.9.0-3.el9 epel gnustep-make-doc.noarch 2.9.0-3.el9 epel It may be that the upgrade from 8 to 9 has retained the old version? Note without excludes (for ytnef and gnustep) in DNF configuration for the EPEL repo SOGo will install on RHEL9 with EPEL without complaining but you end up with dependencies on EPEL - I forced gnustep to the SOGo repo after going down this path. I note that sogo 'depends' on ">= 1.23" - if that dependency was aligned on RHEL9 and clones to the version provided by the sogo repo, i.e. 1.28, would that prevent the position of being linked to 1.24? [root@emp96 /]# dnf repoquery --requires sogo Updating Subscription Management repositories. /bin/sh gnustep-base >= 1.23 httpd lasso libcurl libmemcached liboath libsodium libzip memcached sope49-appserver sope49-cards >= 5.9.0.20231009 sope49-core sope49-gdl1-contentstore >= 5.9.0.20231009 sope49-ldap sope49-sbjson ytnef On Monday, October 09, 2023 17:10 AEST, "qhivert" (qhiv...@alinto.eu) <users@sogo.nu> wrote: Hello Philippe, I’ve updated your account on https://bugs.sogo.nu you should be able to open an issue now. Quentin From: users-requ...@sogo.nu <users-requ...@sogo.nu> On Behalf Of "Philippe Eveleigh" Sent: dimanche 8 octobre 2023 23:31 To: users@sogo.nu Subject: Re: [SOGo] sogod: error while loading shared libraries: libgnustep-base.so.1.24: cannot open shared object file: No such file or directory Thanks Marco M. for the quick reply. I do not need version 1.24 anymore. I created a user for filling a bug as you suggested but my profile is locked as a viewer? So I am hoping that someone on the support team at: https://bugs.sogo.nu/login_page.php will see this thread. Thank you again Marco On Sunday, October 08, 2023 14:40 EDT, "\"Marco M.\"" (mm+s...@dorfdsl.de) <users@sogo.nu> wrote: Am 08.10.2023 um 12:30:59 Uhr schrieb "Philippe Eveleigh": > [root@penmail ~]# ldd -r /usr/sbin/sogod | grep gnustep > libgnustep-base.so.1.28 => /lib64/libgnustep-base.so.1.28 > (0x00007f6218c00000) > libgnustep-base.so.1.24 => not found As long as that is linked to 1.24, it will break. Does you distribution also offer that old version? If not, you can't do anything about it and SOGo must be fixed to not link against that version for RHEL9. -- Simon Wilson M: 0400 121 116