Bug 2271523

Summary: dante: not installable on RHEL 8/9
Product: [Fedora] Fedora EPEL Reporter: Carl George 🤠 <carl>
Component: danteAssignee: Tim Semeijn <tim>
Status: CLOSED ERRATA QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: epel9CC: fedoraproject, tim
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: dante-1.4.3-3.el9 dante-1.4.3-3.el8 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-03-31 00:46:30 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Carl George 🤠 2024-03-25 21:32:53 UTC
Description of problem:
The dante package from EPEL does not install on RHEL 8 or RHEL 9.


Version-Release number of selected component (if applicable):
dante-1.4.3-2.el8
dante-1.4.3-2.el9


How reproducible:
always


Steps to Reproduce:
1. dnf install dante


Actual results:
Error: 
 Problem: conflicting requests
  - nothing provides ld-linux-x86-64.so.2(GLIBC_PRIVATE)(64bit) needed by dante-1.4.3-2.el9.x86_64 from epel


Expected results:
successful installation


Additional info:
On Fedora, that private symbol is provided by glibc, which I think is a bug.  On RHEL that symbol is not provided.  Using readelf, I found that the private variable being used is __libc_enable_secure.  The upstream INSTALL file has this to say:

`--without-glibc-secure'
     Prevents the system from using the libc_enable_secure glibc
     variable as a replacement for the issetugid() system call, which
     might be problematic for package creation.

     This option, if used on a platform that lacks issetugid(), will
     essentially make unavailable the environment variable SOCKS_CONF,
     which can be used to specify an alternate configuration file for
     the client. If will however still be possible to use variables
     such as SOCKS_SERVER, unless the --without-full-env option is
     also used. 

     This option is only needed on Linux/glibc systems.

Rebuilding the package with that configure flag removes the problematic dependency.  Because this works and the upstream specifically mentions that using that variable is "problematic for package creation", it seems like the right fix.

Comment 1 Carl George 🤠 2024-03-25 21:42:44 UTC
https://src.fedoraproject.org/rpms/dante/pull-request/1

Comment 2 Fedora Update System 2024-03-26 17:12:09 UTC
FEDORA-EPEL-2024-c46ad725b1 (dante-1.4.3-3.el9) has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-c46ad725b1

Comment 3 Fedora Update System 2024-03-26 17:12:21 UTC
FEDORA-EPEL-2024-56d34422e9 (dante-1.4.3-3.el8) has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-56d34422e9

Comment 4 Fedora Update System 2024-03-27 01:36:39 UTC
FEDORA-EPEL-2024-c46ad725b1 has been pushed to the Fedora EPEL 9 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-c46ad725b1

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Fedora Update System 2024-03-27 02:37:00 UTC
FEDORA-EPEL-2024-56d34422e9 has been pushed to the Fedora EPEL 8 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-56d34422e9

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 6 Fedora Update System 2024-03-31 00:46:30 UTC
FEDORA-EPEL-2024-c46ad725b1 (dante-1.4.3-3.el9) has been pushed to the Fedora EPEL 9 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 7 Fedora Update System 2024-04-04 02:08:22 UTC
FEDORA-EPEL-2024-56d34422e9 (dante-1.4.3-3.el8) has been pushed to the Fedora EPEL 8 stable repository.
If problem still persists, please make note of it in this bug report.