Bug 2313907

Summary:	rust-nu-command-devel: fails to install from epel9
Product:	[Fedora] Fedora EPEL	Reporter:	Carl George 🤠 <carl>
Component:	rust-nu-command	Assignee:	Michel Lind <michel>
Status:	CLOSED ERRATA	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	epel9	CC:	decathorpe, michel, rust-sig
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	rust-nu-command-0.99.1-1.el9	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-11-19 00:40:13 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-09-21 03:00:54 UTC

Description of problem:
rust-nu-command-devel from epel9 has missing dependencies, causing it to be uninstallable.


Version-Release number of selected component (if applicable):
rust-nu-command-devel-0.91.0-1.el9


How reproducible:
always


Steps to Reproduce:
1. dnf install rust-nu-command-devel


Actual results:
Error: 
 Problem: conflicting requests
  - nothing provides (crate(chrono-tz/default) >= 0.8.0 with crate(chrono-tz/default) < 0.9.0~) needed by rust-nu-command-devel-0.91.0-1.el9.noarch from epel
  - nothing provides crate(uu_cp/default) = 0.0.23 needed by rust-nu-command-devel-0.91.0-1.el9.noarch from epel
  - nothing provides crate(uu_mkdir/default) = 0.0.23 needed by rust-nu-command-devel-0.91.0-1.el9.noarch from epel
  - nothing provides crate(uu_mktemp/default) = 0.0.23 needed by rust-nu-command-devel-0.91.0-1.el9.noarch from epel
  - nothing provides crate(uu_mv/default) = 0.0.23 needed by rust-nu-command-devel-0.91.0-1.el9.noarch from epel
  - nothing provides crate(uu_whoami/default) = 0.0.23 needed by rust-nu-command-devel-0.91.0-1.el9.noarch from epel


Expected results:
successful installation

Comment 1 Fabio Valentini 2024-09-23 11:13:59 UTC

IIRC this is caused by the nu-command update that would fix this requiring a newer Rust version than what's currently available in RHEL 9, and it wasn't easy to work around. So realistically, I think this can only be fixed with the next RHEL 9 point release.

We'll try to avoid situations like this in the future. It was a bit unfortunate that most nu-* components *didn't* bump their required Rust version, but only some of the top-level ones did, so this issue was dicovered only after most things were already built.

Comment 2 Fedora Update System 2024-11-18 16:36:35 UTC

FEDORA-EPEL-2024-1c77e22d31 (rust-human-date-parser-0.2.0-1.el9, rust-multipart-rs-0.1.11-1.el9, and 34 more) has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-1c77e22d31

Comment 3 Fedora Update System 2024-11-19 00:40:13 UTC

FEDORA-EPEL-2024-1c77e22d31 (rust-human-date-parser-0.2.0-1.el9, rust-multipart-rs-0.1.11-1.el9, and 34 more) has been pushed to the Fedora EPEL 9 stable repository.
If problem still persists, please make note of it in this bug report.