Bug 2241844

Summary:	notmuch: -mutt and -vim subpackages are not installable from EPEL 9
Product:	[Fedora] Fedora EPEL	Reporter:	Carl George 🎩 <carl>
Component:	notmuch	Assignee:	Michael J Gruber <mjg>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	epel9	CC:	epel-packagers-sig, mjg
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-11-01 09:37:07 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:
Bug Depends On:	2088496, 2241969
Bug Blocks:

Description Carl George 🎩 2023-10-03 01:48:20 UTC

Description of problem:
notmuch-mutt and notmuch-vim are not installable from EPEL 9 due to missing dependencies.


Version-Release number of selected component (if applicable):
notmuch-mutt-0.36-5.el9
notmuch-vim-0.36-5.el9


How reproducible:
always


Steps to Reproduce:
1. dnf install notmuch-mutt notmuch-vim


Actual results:
Error: 
 Problem 1: conflicting requests
  - nothing provides perl(Mail::Box::Maildir) needed by notmuch-mutt-0.36-5.el9.noarch
 Problem 2: conflicting requests
  - nothing provides rubygem-mail needed by notmuch-vim-0.36-5.el9.x86_64


Expected results:
successful installation

Comment 1 Michael J Gruber 2023-10-03 12:38:33 UTC

Interesting.

Apparantly, neither perl-Mail-Box nor rubygem-mail ever existed in EPEL. Have they been pulled from RHEL 9 by any chance, or have these subpackages FTIed on *EL9 from the beginning? Strange that no CI caught this before.

So I guess we need to file package requests for those to on EPEL 9, because those subpackages won't be of much use without the respective mail support ...

Comment 2 Carl George 🎩 2023-10-04 05:05:10 UTC

Neither dependency was ever in RHEL 9.  There is currently no CI that validates that EPEL bodhi updates are installable.  I've seen such CI on some Fedora bodhi updates (the automated tests tab), but it doesn't seem to run consistently, and it also doesn't block the update from being pushed to stable.  Some examples from this package:

https://bodhi.fedoraproject.org/updates/FEDORA-2023-fcecf39bc5
F39 update, ran fedora-ci.koji-build.rpminspect.static-analysis automated test, but nothing for installability.

https://bodhi.fedoraproject.org/updates/FEDORA-2023-0e1c9ef477
F38 update, ran fedora-ci.koji-build.installability.functional, fedora-ci.koji-build.rpmdeplint.functional, and fedora-ci.koji-build.rpminspect.static-analysis	automated tests.

https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-65b6499b6a
EPEL9 update, no automated tests.

I've been trying to get the team that maintains those checks to enable them for EPEL, but so far I haven't had any luck.

https://issues.redhat.com/browse/OSCI-3778

Comment 3 Michael J Gruber 2023-10-20 14:00:29 UTC

So, notmuch-vim can be installed now.
notmuch-mutt still FTIs because one dependency (which has been built meanwhile) FTIs.

Comment 4 Michael J Gruber 2023-10-21 16:07:09 UTC

... and notmuch-mutt does install when CRB is enabled, yeah!
FTR: notmuch-vim needs epel-testing for now until rubygem-mail goes stable.