Bug 2241844 - notmuch: -mutt and -vim subpackages are not installable from EPEL 9
Summary: notmuch: -mutt and -vim subpackages are not installable from EPEL 9
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: notmuch
Version: epel9
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Michael J Gruber
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 2088496 2241969
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-10-03 01:48 UTC by Carl George 🤠
Modified: 2023-11-01 09:37 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2023-11-01 09:37:07 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


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