Description of problem: We're looking at using the EPEL build of ShellCheck in our CentOS deployment instead of a custom build, but the version currently in EPEL is older and ideally we don't want to downgrade Version-Release number of selected component (if applicable): ShellCheck-0.8.0-2.el9 Additional info: Rebuilding from Rawhide results in this error [ 1 of 28] Compiling Paths_ShellCheck dist/build/autogen/Paths_ShellCheck.hs:10:1: error: Could not find module ‘Control.Exception’ Perhaps you haven't installed the profiling libraries for package ‘base-4.14.3.0’? Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 10 | import qualified Control.Exception as Exception | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ dist/build/autogen/Paths_ShellCheck.hs:11:1: error: Could not find module ‘Data.Version’ Perhaps you haven't installed the profiling libraries for package ‘base-4.14.3.0’? Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 11 | import Data.Version (Version(..)) | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ dist/build/autogen/Paths_ShellCheck.hs:12:1: error: Could not find module ‘System.Environment’ Perhaps you haven't installed the profiling libraries for package ‘base-4.14.3.0’? Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 12 | import System.Environment (getEnv) | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ dist/build/autogen/Paths_ShellCheck.hs:13:1: error: Could not find module ‘Prelude’ Perhaps you haven't installed the profiling libraries for package ‘base-4.14.3.0’? Use -v (or `:set -v` in ghci) to see a list of the files searched for. | 13 | import Prelude | ^^^^^^^^^^^^^^ error: Bad exit status from /var/tmp/rpm-tmp.AhhE2T (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.AhhE2T (%build)
(I opened https://src.fedoraproject.org/rpms/ShellCheck/pull-request/3 to update F40)
It seems to build okay with ghc-rpm-macros-2.7.2-1.el9 in epel9-testing, so it should be okay I think. (Except the testsuite hangs for me.) Might be good to know why it is hanging, though maybe not a blocker: it might be due to older deps in epel9 perhaps.
(nvm the testsuite was already disabled for epel9, so it is not a regression)
Btw do you have any opinion on 0.9 vs 0.10? Arguably 0.8 to 0.10 is a big jump - though I am not sure how big the implications are. I don't use ShellCheck heavily myself. Hopefully noone would complain...
(This still needs a little time from me, because ghc-srpm-macros-epel needs to land in the buildroot first in order to build newer Fedora Haskell packages like this bump)
I have now finally pushed ghc-srpm-macros-epel into Bodhi at least.
Looking at the changelog I guess moving to 0.10 maybe okay. Though new additional finding might surprise some longtime users. Also I accidentally already pushed it to origin/epel9... ;)
Meant to include https://hackage.haskell.org/package/ShellCheck-0.10.0/changelog
(In reply to Jens Petersen from comment #4) > Btw do you have any opinion on 0.9 vs 0.10? > > Arguably 0.8 to 0.10 is a big jump - though I am not sure how big the > implications are. > I don't use ShellCheck heavily myself. > > Hopefully noone would complain... We (Meta) already have an internal build of 0.10 deployed internally, so having 0.9 in Fedora won't be that helpful - I can ask internally and see if we actually need any feature from 0.10, or 0.9 is good enough We (Fedora) also have a process for doing an incompatible upgrade in EPEL - https://docs.fedoraproject.org/en-US/epel/epel-policy-incompatible-upgrades/#process_for_incompatible_upgrades
FWIW this does not seem to warrant an incompatible notification process https://github.com/koalaman/shellcheck/blob/master/CHANGELOG.md#v0100---2024-03-07 (both 0.9 and 0.10 don't seem to have breaking changes, just fixes and lots of additions)
I agree with you, I think it is fine. I just thought it was worth asking the question, but on further consideration I too think it makes sense. Might not hurt to send a heads-up anyway to epel-devel though. Anyway I intend to proceed as I said, once ghc-srpm-macros-epel goes stable and is added in the srpm buildroot.
*** Bug 2337358 has been marked as a duplicate of this bug. ***
FEDORA-EPEL-2025-5ce332634f (ShellCheck-0.10.0-3.el9) has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-5ce332634f
FEDORA-EPEL-2025-5ce332634f has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-5ce332634f See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2025-5ce332634f (ShellCheck-0.10.0-3.el9) has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.