Description of problem: inxi from epel10 has one or more unresolved dependencies, causing it to be uninstallable. Version-Release number of selected component (if applicable): inxi-3.3.36-1.el10_0 How reproducible: always Steps to Reproduce: 1. dnf install inxi Actual results: Error: Problem: conflicting requests - nothing provides xdpyinfo needed by inxi-3.3.36-1.el10_0.noarch from epel - nothing provides xrandr needed by inxi-3.3.36-1.el10_0.noarch from epel - nothing provides hddtemp needed by inxi-3.3.36-1.el10_0.noarch from epel - nothing provides wmctrl needed by inxi-3.3.36-1.el10_0.noarch from epel Expected results: successful installation Additional info: If the solution to this is to add additional packages to EPEL 10, but you don't have access to add them yourself, please follow the request process in the EPEL documentation. Once you have filed the corresponding bugs, please mark them as blocking this bug. https://docs.fedoraproject.org/en-US/epel/epel-package-request/ If you think resolving this will take a long time, and would prefer to remove this uninstallable package from EPEL 10 in the meantime, just say so in this ticket and I can untag the build for you. This won't retire the branch, so as soon as the underlying problem is resolved you can re-publish by creating a new update.
I think it is better to untag this package.
Thanks for getting back to me. I've untagged the build.
Hi, I was about to submit the inxi package for EPEL 10 when I found this ticket already existed. For reference, my prior build is available here: π¦ https://github.com/redadmin-k/inxi-epel10-rpm The package was built using mock with the official epel-10 config and follows Fedora packaging guidelines. Best regards, Akiyoshi Kurita (redadmin)
Created attachment 2094209 [details] Mock build logs for inxi 3.3.38 on EPEL 10 using official config Hi, I've attached the mock build logs for `inxi` version 3.3.38, rebuilt for EPEL 10 using the official epel-10 config. This build was completed successfully in a clean mock environment, and follows Fedora packaging guidelines. Reference: π¦ https://github.com/redadmin-k/inxi-epel10-rpm Best regards, Akiyoshi Kurita (FAS: redadmin)
This package was later submitted to EPEL 10.1, but is still uninstallable due to xrandr not being available. This was caught by the automated installability test, but that is currently non-blocking so the update proceeded to stable in spite of that. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-75186df0d8 I've untagged inxi-3.3.38-1.el10_1 to avoid having an uninstallable package in the repo. Please don't submit this to EPEL 10 again until all the dependencies are met.
FEDORA-EPEL-2025-3afdcc054d (inxi-3.3.38-2.el10_1) has been submitted as an update to Fedora EPEL 10.1. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-3afdcc054d
I hope this helps: The current xrandr from https://kojipkgs.fedoraproject.org//packages/xrandr/1.5.3/3.eln150/x86_64/xrandr-1.5.3-3.eln150.x86_64.rpm along with the inxi install from above does function from I can tell so far. This is my go-to utility for finding system info quickly. Thank you for moving this forward! I don't know when 10.1 is being released, but are there plans to add to the 10.0 (https://access.redhat.com/articles/3078#RHEL10)?
This was submitted to EPEL 10.1 again, but xrandr is still not available. I have revoked the update. Vasiliy, please stop submitting this until the dependencies are met.
OK
I have prepared an SRPM and Spec file for xrandr 1.5.3 built on EPEL 10 to satisfy the missing dependency for inxi in this bug. Review request has been filed here: https://bugzilla.redhat.com/show_bug.cgi?id=2387451 Once xrandr is approved and pushed to EPEL 10, inxi should become installable again.
Correction: My previous comment mistakenly referenced a Package Review (Bug 2387451). Since xrandr already exists in Fedora, I have filed the proper EPEL10 branch creation request instead: https://bugzilla.redhat.com/show_bug.cgi?id=2387455. Once that branch is created and the package is built in EPEL 10, inxi should become installable again.
εδΊΊηγͺδΊζ γ«γγη³θ«γεγδΈγγΎγγγγγΎγ§γγγγ¨γγγγγΎγγγ I would like to withdraw this request due to personal reasons. Thank you for your time and understanding.