Hi
I've been looking at the current state of mock and noticed that EPEL 8 is supported when based off the CentOS 8 repositories, but there is no EPEL Stream 8 configuration or the like.
Given that CentOS 8 is supposed to be EOL in half a year, what's the status on using CentOS Stream 8 with EPEL?
(Yes, I'm aware of the usual disclaimer that EPEL is handled by the Fedora Project, but I figure that the overlap on this list is big enough.)
Mihai
The actual EPEL8 builds against RHEL8. Mock supports configuring a RHEL subscription [0] (which you can get for free). Whether or not mock is going to switch their default EPEL8 config from CL8 to RHEL8 would be a question for mock upstream [1].
As far as just consuming EPEL8, last time I checked 99% of the EPEL8 packages that install correctly on RHEL8 also install correctly on CS8. There are a few exceptions for things that link against libraries that are being rebased in the next RHEL minor release (which is exposed already in CS8). There are plans to provide an alternative build target called EPEL8 Next to allow EPEL maintainers the ability to rebuild those EPEL packages that are affected by this [2].
[0] https://github.com/rpm-software-management/mock/wiki/Feature-rhelchroots [1] https://github.com/rpm-software-management/mock [2] https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject...
On Thu, May 13, 2021 at 1:00 PM Mihai Moldovan ionic@ionic.de wrote:
Hi
I've been looking at the current state of mock and noticed that EPEL 8 is supported when based off the CentOS 8 repositories, but there is no EPEL Stream 8 configuration or the like.
Given that CentOS 8 is supposed to be EOL in half a year, what's the status on using CentOS Stream 8 with EPEL?
(Yes, I'm aware of the usual disclaimer that EPEL is handled by the Fedora Project, but I figure that the overlap on this list is big enough.)
Mihai
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
On 5/13/21 12:13 PM, Carl George wrote:
There are plans to provide an alternative build target called EPEL8 Next to allow EPEL maintainers the ability to rebuild those EPEL packages that are affected by this [2].
[2] https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject...
You noted llvm as an example of soname changes in RHEL minor releases. You'd expect to see this only in libraries that aren't in ABI compatibility levels 1 or 2, right?
https://access.redhat.com/articles/rhel-abi-compatibility#Appendix
On Thu, May 13, 2021 at 8:48 PM Gordon Messmer gordon.messmer@gmail.com wrote:
On 5/13/21 12:13 PM, Carl George wrote:
There are plans to provide an alternative build target called EPEL8 Next to allow EPEL maintainers the ability to rebuild those EPEL packages that are affected by this [2].
[2] https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject...
You noted llvm as an example of soname changes in RHEL minor releases. You'd expect to see this only in libraries that aren't in ABI compatibility levels 1 or 2, right?
https://access.redhat.com/articles/rhel-abi-compatibility#Appendix
You'll probably want the RHEL 8 version of this document: https://access.redhat.com/articles/rhel8-abi-compatibility#Appendix
(Yes, I know, this is dumb and the original one should be renamed, but it is what it is...)
On 5/13/21 5:51 PM, Neal Gompa wrote:
On Thu, May 13, 2021 at 8:48 PM Gordon Messmer gordon.messmer@gmail.com wrote:
You'd expect to see this only in libraries that aren't in ABI compatibility levels 1 or 2, right?
You'll probably want the RHEL 8 version of this document: https://access.redhat.com/articles/rhel8-abi-compatibility#Appendix
Thanks for the update, Neal. :)
So, LLVM's soname is allowed to bump at minor releases because it's a rolling application stream (falls under level 3)? Am I reading that right?
So, LLVM's soname is allowed to bump at minor releases because it's a rolling application stream (falls under level 3)? Am I reading that right?
Yes, exactly that.
On Thu, May 13, 2021 at 10:59 PM Gordon Messmer gordon.messmer@gmail.com wrote:
On 5/13/21 5:51 PM, Neal Gompa wrote:
On Thu, May 13, 2021 at 8:48 PM Gordon Messmer gordon.messmer@gmail.com wrote:
You'd expect to see this only in libraries that aren't in ABI compatibility levels 1 or 2, right?
You'll probably want the RHEL 8 version of this document: https://access.redhat.com/articles/rhel8-abi-compatibility#Appendix
Thanks for the update, Neal. :)
So, LLVM's soname is allowed to bump at minor releases because it's a rolling application stream (falls under level 3)? Am I reading that right?
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
EPEL for CentOS Stream 8 (epel-next) - Very close. Hopefully just a few weeks away. - We do not plan on a full EPEL rebuild for CentOS Stream, but instead a layered approach. So you will still have the regular EPEL repository enabled. A vast majority of packages built for regular EPEL will still install and work on CentOS Stream. Just those packages that need to be rebuilt for Stream, will be in the epel-next repo.
Mock for EPEL - Right now mock uses templates, so it's easy to mix and match. You can use either CentOS or RHEL to build for EPEL right now. - I can't speak for mock, but I am assuming they will add CentOS Stream, Alma and Rocky into the templates. Then you should be able to build for EPEL on either RHEL, Alma, or Rocky. You would also be able to build for epel-next using CentOS Stream.
Troy
On Thu, May 13, 2021 at 11:00 AM Mihai Moldovan ionic@ionic.de wrote:
Hi
I've been looking at the current state of mock and noticed that EPEL 8 is supported when based off the CentOS 8 repositories, but there is no EPEL Stream 8 configuration or the like.
Given that CentOS 8 is supposed to be EOL in half a year, what's the status on using CentOS Stream 8 with EPEL?
(Yes, I'm aware of the usual disclaimer that EPEL is handled by the Fedora Project, but I figure that the overlap on this list is big enough.)
Mihai
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
On Thu, May 13, 2021 at 3:18 PM Troy Dawson tdawson@redhat.com wrote:
EPEL for CentOS Stream 8 (epel-next)
- Very close. Hopefully just a few weeks away.
- We do not plan on a full EPEL rebuild for CentOS Stream, but instead a layered approach. So you will still have the regular EPEL repository enabled. A vast majority of packages built for regular EPEL will still install and work on CentOS Stream. Just those packages that need to be rebuilt for Stream, will be in the epel-next repo.
Mock for EPEL
- Right now mock uses templates, so it's easy to mix and match. You can use either CentOS or RHEL to build for EPEL right now.
- I can't speak for mock, but I am assuming they will add CentOS Stream, Alma and Rocky into the templates. Then you should be able to build for EPEL on either RHEL, Alma, or Rocky. You would also be able to build for epel-next using CentOS Stream.
I've noticed these in flux in the last few minor releases of mock-core-configs. The more consistent use of templates is helping. epel-8-x86_64.cfg is pointed to "centos-8.tpl" and "epel-8.tpl", and "centos-8" is due for expiration. I personally don't want to see it replaced with centos-8-stream, and I don't want people confused. Whether "epel-8-x86_64.cfg points to epel 8 and centos 8 stream or rhel 8 or almalinux 8, I'd like the names to reflect that.
Troy
On Thu, May 13, 2021 at 11:00 AM Mihai Moldovan ionic@ionic.de wrote:
Hi
I've been looking at the current state of mock and noticed that EPEL 8 is supported when based off the CentOS 8 repositories, but there is no EPEL Stream 8 configuration or the like.
Given that CentOS 8 is supposed to be EOL in half a year, what's the status on using CentOS Stream 8 with EPEL?
(Yes, I'm aware of the usual disclaimer that EPEL is handled by the Fedora Project, but I figure that the overlap on this list is big enough.)
Mihai
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel