Bug 2313907 - rust-nu-command-devel: fails to install from epel9
Summary: rust-nu-command-devel: fails to install from epel9
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: rust-nu-command
Version: epel9
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Michel Lind
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-09-21 03:00 UTC by Carl George 🤠
Modified: 2024-11-19 00:40 UTC (History)
3 users (show)

Fixed In Version: rust-nu-command-0.99.1-1.el9
Clone Of:
Environment:
Last Closed: 2024-11-19 00:40:13 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


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