Bug 1754907 - Exim missing in epel8
Summary: Exim missing in epel8
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: exim
Version: epel8
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1767650 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-09-24 10:55 UTC by Ruben Püttmann
Modified: 2019-12-05 01:57 UTC (History)
9 users (show)

Fixed In Version: exim-4.92.3-3.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-12-05 01:57:12 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ruben Püttmann 2019-09-24 10:55:37 UTC
Exim packages are  missing in EPEL8

Comment 1 Jaroslav Škarvada 2019-09-24 11:53:12 UTC
EPEL-8 branch requested.

Comment 2 Jaroslav Škarvada 2019-09-27 15:10:51 UTC
Branch is ready, the exim package was pushed there, but the build is waiting for libgsasl (bug 1741538).

Comment 3 Tim Jackson 2019-10-09 21:36:34 UTC
Heads up that even after the libgsasl dependency is solved, the EL8 branch doesn't build cleanly anyway, at least with mock on my system:

Checking for unpackaged file(s): /usr/lib/rpm/check-files /builddir/build/BUILDROOT/exim-4.92.3-1.el8.x86_64
error: Installed (but unpackaged) file(s) found:
   /etc/rc.d/init.d/exim
    Installed (but unpackaged) file(s) found:
   /etc/rc.d/init.d/exim


due to this in the spec meaning that the init file still gets installed:

%if 0%{?fedora} < 23
mkdir -p $RPM_BUILD_ROOT%{_initrddir}
install %SOURCE2 $RPM_BUILD_ROOT%{_initrddir}/exim
%endif

Comment 4 Tim Jackson 2019-10-09 21:54:15 UTC
If anyone is interested in playing around, there is a highly-untested build of exim and the missing deps (libgsasl, libntlm) at my personal repo here:

http://rpms.timj.co.uk/enterprise/8/

These are clean rebuilds of the latest Fedora branches of the respective packages, with the exception of fixing the minor Exim packaging error described in comment #3. I am not going to maintain the packages in my repo; I've just built them for me to test until the EPEL build is fixed, at which point they will be removed from my repo.

In order to get the exim package to build, due to bug #1677583, I had to set "best=0" in /etc/mock/templates/centos-8.tpl

Comment 5 Jaroslav Škarvada 2019-10-10 15:14:37 UTC
I dropped the sysvinit artifacts. It's still waiting for the libgsasl.

Comment 6 Peter Klimczak 2019-11-07 16:18:54 UTC
Any update or ETA regarding this issue?

Comment 7 Jaroslav Škarvada 2019-11-07 16:59:54 UTC
(In reply to Peter Klimczak from comment #6)
> Any update or ETA regarding this issue?

No idea, it's still blocked by libgsasl (bug 1741538). I am not willing to maintain (or co-maintain) libgsasl, so I cannot help with libgsasl.

Comment 8 vasek 2019-11-19 08:17:09 UTC
*** Bug 1767650 has been marked as a duplicate of this bug. ***

Comment 9 Felix Schwarz 2019-11-19 09:46:38 UTC
I think besides libgsasl there are other issues to solve. (I have a COPR which has a libgsasl build for EPEL8 - https://copr.fedorainfracloud.org/coprs/fschwarz/exim-epel8/ )

mock fails to build exim in EPEL8 for me due to some modulariy issue:

    CentOS-8 - Base                                                                                                                                                36 kB/s | 3.9 kB     00:00    
    CentOS-8 - AppStream                                                                                                                                           30 kB/s | 4.3 kB     00:00    
    CentOS-8 - PowerTools                                                                                                                                          43 kB/s | 4.3 kB     00:00    
    CentOS-8 - Extras                                                                                                                                              14 kB/s | 1.5 kB     00:00    
    Package epel-rpm-macros-8-5.noarch is already installed.
    Package gcc-8.2.1-3.5.el8.x86_64 is already installed.
    Package gnupg2-2.2.9-1.el8.x86_64 is already installed.
    Package systemd-239-13.el8_0.5.x86_64 is already installed.
    Error: 
     Problem: cannot install the best candidate for the job
      - package perl-generators-1.10-7.module_el8.0.0+50+c3b345cd.noarch is excluded
    (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
    Finish: build setup for exim-4.92.3-3.el8.src.rpm

I did not really follow the huge modularity flame war on fedora-devel but I think "non-modular"/"ursine" packages can not reuse modular packages until "Ursa Major"/"Ursa Prime" is enabled. :-(

Comment 10 Felix Schwarz 2019-11-19 10:08:25 UTC
Ah, looks like this is a known issue (bug 1756681). The quick fix solution for mock is to use "best=0" in /etc/mock/templates/centos-8.tpl .

Comment 11 Jaroslav Škarvada 2019-11-19 13:09:52 UTC
I will probably temporally build it without gsasl support to move this forward.

Comment 12 Fedora Update System 2019-11-19 13:25:28 UTC
FEDORA-EPEL-2019-3d3b2e64a8 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-3d3b2e64a8

Comment 13 Fedora Update System 2019-11-20 04:00:35 UTC
exim-4.92.3-3.el8 has been pushed to the Fedora EPEL 8 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-3d3b2e64a8

Comment 14 Fedora Update System 2019-12-05 01:57:12 UTC
exim-4.92.3-3.el8 has been pushed to the Fedora EPEL 8 stable repository. If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.