-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Better detection of RHEL 9.x for GHC >= 9.6 #218
Comments
The problem is we can't test RHEL in CI. And I don't have one. |
Fair enough, and thanks for the answer. While specifying the platform override works for me, many enterprise users are using RHEL and this arguably could harm adoption there. (There is a no cost version of RHEL available here : https://developers.redhat.com/products/rhel/download What do you think about mapping from RHEL to Fedora or Rocky using the official table, and only test the community supported equivalent ? that probably won't be perfect, but that would be no worse than currently, and platform overrides can still be used for the edge cases. Alternatively, one could add a specific section in the readme. Would you like me to do a PR ? |
Do they provide docker containers? |
Maybe you can use registry.access.redhat.com/ubi9/ubi See https://catalog.redhat.com/software/base-images Or the CentOS stream 9 image might be easier |
some more doc: https://developers.redhat.com/blog/2020/03/24/red-hat-universal-base-images-for-docker-users# (disclaimer, I am not a docker user) |
Alma, Rocky, and Oracle Linux 9 are all freely available and binary compatible with RHEL 9. |
Hi,
on RHEL 9.2, by default ghcup downloads the centos7 version, which uses libtinfo5. This works well during the install, but the ghc version is unusable, for example:
A better match would be to use Fedora 33 (RHEL 9.2 is alike Fedora 34, see https://docs.fedoraproject.org/en-US/quick-docs/fedora-and-red-hat-enterprise-linux/):
Debug info:
The text was updated successfully, but these errors were encountered: