Hi,
I'm working in a University and we have a no. of servers running CentOS Linux. We chose CentOS Linux because it is free of charge. Recently we learned that CentOS is shifting focus from CentOS Linux to CentOS Stream. We are very concerned if CentOS Stream requires subscription and if updates/patches for CentOS Stream requires subscription.
Can you help on my queries below:
Question 1 Referring to 'FAQ - CentOS Project shifts focus to CentOS Stream' (https://centos.org/distro-faq/https://secure-web.cisco.com/12vidbGo4KDeMy7BxwP79RXZ8adFilOrBfFEAuqwSj1E2GWAByDpMNh0PTewiEzSzsxsOsAOipvu1Til0zc6Q_igSjdcHWzQ2NpO74qdefGQoG3VCYZaBh3bVfZAGjD5C3fwyrfv21imb8gUektv1yrAVv4X9Mqkc0MMMmtVau9uNKJDUg96bzXYjr_s1KLu1-JYOyZPn64djm_rIGQ2CBuE1Pw5XcJx6pWasRgZ2QjSAl40JGxfXqeRlJSXXwOzZHUebFei0DeEOn877-DzphbMIw0RTnsobRBdNDcr_Bv9z0XH1z4Hy3wd6WRt4V5Eb/https%3A%2F%2Fcentos.org%2Fdistro-faq%2F):
Q2: What about the other releases of CentOS Linux? A:
* Updates for the CentOS Linux 6 distribution ended November 30, 2020https://secure-web.cisco.com/1AFEn0WSozOLnX5KWTyqLb81hqQsytVdWyuFXdazPwmDg4Fs-4sm1Y_dCi0cZKfrGElHF-zlZr4JeLnHTNAOXCaXGtS--9Ymp0SdI2A7WdPIMsdzSmujwzbxHkSFj8QJrkPWaz3h15ynmJM-k0fMvhtpj8ayA3Pmr3Sh7PV6W9efKo1HjPPNNytlESjCHdbRfta3C8Ftyl6cfqIZo1FMZlwiMX_inFvX_eTZbbEtpaPKSBo9W2PIL63P26ln_SwsLDTd3cFmVZdRfbaHOLv_bwmyan1f6G1A_E6YVZZ1XwUTaD5Z_wwV8aX4Q7uF4U02F/https%3A%2F%2Fwiki.centos.org%2FAbout%2FProduct. * Updates for the CentOS Linux 7 distribution continue as before until the end of support for RHEL7https://secure-web.cisco.com/1Vjg5-b7gAc7XPdTp009SgavZ85rt-79Y60WEjKdZHhQl-sqnRJAlvG9k-Yz1CcNC7xp1Mxdatzpdm6LfRYDcpgtwifkWsjWP_xfTy0CmNbzV3ahnM4OBVFg9booyDbXpcfeVhSzITINmB4eISdXEcOqwafpGuK27hQW1IUQ8gwgnyshxmgIULEHeHdmIqwvHhbxMMst-f7Xjbg5ffkooM5BK0MzzrJ3oV2ImeTiZAD96a7fPl_kP1MxES9swYCGR4u52LWGed4-k57CbMXtuY15yv72kHLIWMiY46katdOOdDl5AjOfWCS83YB1jIx9O/https%3A%2F%2Faccess.redhat.com%2Fsupport%2Fpolicy%2Fupdates%2Ferrata%2F%23Life_Cycle_Dates. * Updates for the CentOS Linux 8 distribution continue until the end of 2021; users can choose to switch over directly to CentOS Stream 8 * Updates for the CentOS Stream 8 distribution continue through the full RHEL support phasehttps://secure-web.cisco.com/1Vjg5-b7gAc7XPdTp009SgavZ85rt-79Y60WEjKdZHhQl-sqnRJAlvG9k-Yz1CcNC7xp1Mxdatzpdm6LfRYDcpgtwifkWsjWP_xfTy0CmNbzV3ahnM4OBVFg9booyDbXpcfeVhSzITINmB4eISdXEcOqwafpGuK27hQW1IUQ8gwgnyshxmgIULEHeHdmIqwvHhbxMMst-f7Xjbg5ffkooM5BK0MzzrJ3oV2ImeTiZAD96a7fPl_kP1MxES9swYCGR4u52LWGed4-k57CbMXtuY15yv72kHLIWMiY46katdOOdDl5AjOfWCS83YB1jIx9O/https%3A%2F%2Faccess.redhat.com%2Fsupport%2Fpolicy%2Fupdates%2Ferrata%2F%23Life_Cycle_Dates. We will not be producing a CentOS Linux 9, as a rebuild of RHEL 9. Instead CentOS Stream 9 fulfills this role. (See Q6 below regarding the overlap between concurrent streams.)
I don't quite understand the 4th point, 'Updates for the CentOS Stream 8 distribution continue through the full RHEL support phasehttps://secure-web.cisco.com/1Vjg5-b7gAc7XPdTp009SgavZ85rt-79Y60WEjKdZHhQl-sqnRJAlvG9k-Yz1CcNC7xp1Mxdatzpdm6LfRYDcpgtwifkWsjWP_xfTy0CmNbzV3ahnM4OBVFg9booyDbXpcfeVhSzITINmB4eISdXEcOqwafpGuK27hQW1IUQ8gwgnyshxmgIULEHeHdmIqwvHhbxMMst-f7Xjbg5ffkooM5BK0MzzrJ3oV2ImeTiZAD96a7fPl_kP1MxES9swYCGR4u52LWGed4-k57CbMXtuY15yv72kHLIWMiY46katdOOdDl5AjOfWCS83YB1jIx9O/https%3A%2F%2Faccess.redhat.com%2Fsupport%2Fpolicy%2Fupdates%2Ferrata%2F%23Life_Cycle_Dates'. Can you further elaborate it? Does it mean that users will receive updates/patches for CentOS Stream 8 ONLY if they subscribe full RHEL support?
Question 2 In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
Thanks very much in advance.
Regards, Catherine Chan [https://www.polyu.edu.hk/emaildisclaimer/PolyU_Email_Signature.jpg]
Disclaimer:
This message (including any attachments) contains confidential information intended for a specific individual and purpose. If you are not the intended recipient, you should delete this message and notify the sender and The Hong Kong Polytechnic University (the University) immediately. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited and may be unlawful.
The University specifically denies any responsibility for the accuracy or quality of information obtained through University E-mail Facilities. Any views and opinions expressed are only those of the author(s) and do not necessarily represent those of the University and the University accepts no liability whatsoever for any losses or damages incurred or caused to any party as a result of the use of such information.
Greetings,
----- Original Message -----
We are very concerned if CentOS Stream requires subscription and if updates/patches for CentOS Stream requires subscription.
No. CentOS Stream 8 will NOT require a subscription. It it did, it would be RHEL and not CentOS Stream.
* Updates for the CentOS Stream 8 distribution continue through the full RHEL support phase .
That point is meant to convey that CentOS Stream 8 will not follow the complete support cycle of RHEL as CentOS Linux did in the past. RHEL 8 support goes all the way to 2029 whereas CentOS Stream 8 will stop being supported when RHEL 8 ends its "full support phase" which is in 2024. Well before CentOS Stream 8 goes EOL, CentOS Stream 9 should be available. So, basically RHEL 8 continues to be supported for 10 years but CentOS 8 Stream, only 5.
Question 2
In the announcement, it states ‘If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.’ Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
There are pluses and minuses to everything. The main change here is that CentOS Linux was downstream of RHEL and CentOS didn't make any changes until RHEL had made them first. CentOS Stream 8 is upstream of RHEL 8, and changes will be made to CentOS Stream 8 first, and then made to RHEL 8. I assume in some cases, there may be multiple iterations of change before it is finalized and put into RHEL 8. Another way to look at it is that rather than CentOS Stream 8 getting a big bunch of changes all at once with a minor release update as it did in the past with CentOS Linux, Stream will get all of the changes sprinkled out over time. That is why the term "rolling release" has been thrown out there as the updates will be coming out more frequently, but in smaller batches without the distinction of a minor release update.
Given the transition to changes-in-Stream-first and more-frequent-changes-than-in-the-past... and from-downstream-into-upstream... some things change... with one major difference being that the CentOS Stream kernel will be updated ahead of the RHEL kernel... and as a result newer kernels have changes and in some cases that affects hardware drivers, especially those provided by third-party repositories who offer out-of-tree drivers. If you rely on third-party drivers, they may have difficulty keeping up with CentOS Stream kernel updates. Various folks are definitely working on strategies to lessen the issue but we'll have to see how that works out. If you don't use any third-party drivers, then it is definitely less of an issue for you.
Hopefully that answered the questions you asked... but I'm sure others will chime in too.
TYL,
On Thu, Jan 07, 2021 at 09:43:09AM +0000, Chan, Catherine [ITS] wrote:
Q2: What about the other releases of CentOS Linux?
[...]
I don't quite understand the 4th point, 'Updates for the CentOS Stream 8 distribution continue through the full RHEL support phase. Can you further elaborate it? Does it mean that users will receive updates/patches for CentOS Stream 8 ONLY if they subscribe full RHEL support?
I understand your confusion here. This statement is about timing, rather than about the mechanism. I can see how it could be read as meaning that RHEL support is the process through which CentOS Stream updates are distributed, but that is not what was intended. What it's saying is that CentOS Stream 8 will be continue to get updates as long as RHEL 8 is in the "Full Support Phase" as described here:
https://access.redhat.com/support/policy/updates/errata#Full_Support_Phase
and with these dates:
https://access.redhat.com/support/policy/updates/errata#Life_Cycle_Dates
ending May 31, 2024.
Question 2
In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
These same drawbacks apply to traditional CentOS Linux. Red Hat has never officially recommended CentOS _anything_ for production use. With CentOS, there are no service agreements, no support, no one committed to making sure your problems are resolved in a timely manner (beyond the best efforts of volunteers). A lot of people can live with that, but for real production, Red Hat's business is based on the idea that the value of a subscription is, well, valuable to you.
You mention that you are in a university. Are your servers for academic (teaching, learning, and research) use or are the part of university administration? If it's the former, stay tuned for upcoming new RHEL access programs which may apply to you.
On 1/7/2021 7:42 AM, Matthew Miller wrote:
On Thu, Jan 07, 2021 at 09:43:09AM +0000, Chan, Catherine [ITS] wrote:
Question 2
In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
These same drawbacks apply to traditional CentOS Linux. Red Hat has never officially recommended CentOS _anything_ for production use. With CentOS, there are no service agreements, no support, no one committed to making sure your problems are resolved in a timely manner (beyond the best efforts of volunteers). A lot of people can live with that, but for real production, Red Hat's business is based on the idea that the value of a subscription is, well, valuable to you.
You mention that you are in a university. Are your servers for academic (teaching, learning, and research) use or are the part of university administration? If it's the former, stay tuned for upcoming new RHEL access programs which may apply to you.
* CentOS Linux (as a *product*) is free as in speech.
* RedHat Enterprise Linux (as a *product*), when licensed for education/non-commercial/whatever program use, is free as in beer.
If the "RHEL access programs" were announced three months ago (perhaps with a beefed-up UBI package set) there would have been cheers across the internet... myself in the chorus! And what's not to like? We've all always been pushing people to use Official RHEL when possible; you get to support the work RH does for Linux overall, your sysadmin team gets the ability to call a lifeline at 3am if necessary, your sales reps get to put a bunch of certification logos on your product, etc. However, with RedHat actively indicating that it sees no value in this ecosystem, no value in general goodwill, and seemingly doing it's best Face-Heel Turn, such a move carries much more risk.
Of course, there's always a risk that a Free-as-in-Speech EL rebuild project will go away (as CentOS Linux 8 will in 11 months), but a 4 or 5 digit installation running on a Free OS has already factored that risk in, and it can be increasingly mitigated with resiliency as independent rebuild projects spin back up (as they now must do).
The "risk" in CentOS Linux was that moving to Scientific Linux or another rebuild might not be completely drop-in replacement. The "risk" that comes with a free-but-non-Free OS in production is qualitatively different, and much more suspect now than it was two months ago.
-jc
On Fri, Jan 8, 2021 at 2:25 PM Japheth Cleaver cleaver@terabithia.org wrote:
On 1/7/2021 7:42 AM, Matthew Miller wrote:
On Thu, Jan 07, 2021 at 09:43:09AM +0000, Chan, Catherine [ITS] wrote:
Question 2
In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
These same drawbacks apply to traditional CentOS Linux. Red Hat has never officially recommended CentOS _anything_ for production use. With CentOS, there are no service agreements, no support, no one committed to making sure your problems are resolved in a timely manner (beyond the best efforts of volunteers). A lot of people can live with that, but for real production, Red Hat's business is based on the idea that the value of a subscription is, well, valuable to you.
You mention that you are in a university. Are your servers for academic (teaching, learning, and research) use or are the part of university administration? If it's the former, stay tuned for upcoming new RHEL access programs which may apply to you.
- CentOS Linux (as a *product*) is free as in speech.
Forgive me, but CentOS Linux is a project. I think the distinction is important because there are tradeoffs either way between a project and a product. CentOS Stream is also a project.
- RedHat Enterprise Linux (as a *product*), when licensed for
education/non-commercial/whatever program use, is free as in beer.
If the "RHEL access programs" were announced three months ago (perhaps with a beefed-up UBI package set) there would have been cheers across
Can you elaborate on the UBI part? What about the current content set isn't sufficient for you? What usecases are you trying to solve with it?
josh
the internet... myself in the chorus! And what's not to like? We've all always been pushing people to use Official RHEL when possible; you get to support the work RH does for Linux overall, your sysadmin team gets the ability to call a lifeline at 3am if necessary, your sales reps get to put a bunch of certification logos on your product, etc. However, with RedHat actively indicating that it sees no value in this ecosystem, no value in general goodwill, and seemingly doing it's best Face-Heel Turn, such a move carries much more risk.
Of course, there's always a risk that a Free-as-in-Speech EL rebuild project will go away (as CentOS Linux 8 will in 11 months), but a 4 or 5 digit installation running on a Free OS has already factored that risk in, and it can be increasingly mitigated with resiliency as independent rebuild projects spin back up (as they now must do).
The "risk" in CentOS Linux was that moving to Scientific Linux or another rebuild might not be completely drop-in replacement. The "risk" that comes with a free-but-non-Free OS in production is qualitatively different, and much more suspect now than it was two months ago.
-jc
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
On 1/8/2021 11:30 AM, Josh Boyer wrote:
On Fri, Jan 8, 2021 at 2:25 PM Japheth Cleaver cleaver@terabithia.org wrote:
On 1/7/2021 7:42 AM, Matthew Miller wrote:
On Thu, Jan 07, 2021 at 09:43:09AM +0000, Chan, Catherine [ITS] wrote:
Question 2
In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
These same drawbacks apply to traditional CentOS Linux. Red Hat has never officially recommended CentOS _anything_ for production use. With CentOS, there are no service agreements, no support, no one committed to making sure your problems are resolved in a timely manner (beyond the best efforts of volunteers). A lot of people can live with that, but for real production, Red Hat's business is based on the idea that the value of a subscription is, well, valuable to you.
You mention that you are in a university. Are your servers for academic (teaching, learning, and research) use or are the part of university administration? If it's the former, stay tuned for upcoming new RHEL access programs which may apply to you.
- CentOS Linux (as a *product*) is free as in speech.
Forgive me, but CentOS Linux is a project. I think the distinction is important because there are tradeoffs either way between a project and a product. CentOS Stream is also a project.
My understanding is that CentOS is a "project", and CentOS Linux (including updates and intended support) is a "product" (e.g., https://wiki.centos.org/About/Product).
Either way, I'm intending to refer to the distribution(+updates) as a whole here and not individual software components, which will be GPL, BSD, MIT, or whatever.
- RedHat Enterprise Linux (as a *product*), when licensed for
education/non-commercial/whatever program use, is free as in beer.
If the "RHEL access programs" were announced three months ago (perhaps with a beefed-up UBI package set) there would have been cheers across
Can you elaborate on the UBI part? What about the current content set isn't sufficient for you? What usecases are you trying to solve with it?
josh
I had in mind mostly things like
* https://bugzilla.redhat.com/show_bug.cgi?id=1758354 * https://bugzilla.redhat.com/show_bug.cgi?id=1758358
Containers may have a variety of use cases. And while I understand that this is a subset of packages and not the full RHEL release, missing low-level items means it can't be relied on as a generic solution to the OS problem. Adding in the equivalent of CentOS Linux versions of the missing packages was considered as a solution, but now a reliance on any of that has to be re-evaluated.
-jc
On Fri, Jan 8, 2021 at 2:51 PM Japheth Cleaver cleaver@terabithia.org wrote:
On 1/8/2021 11:30 AM, Josh Boyer wrote:
On Fri, Jan 8, 2021 at 2:25 PM Japheth Cleaver cleaver@terabithia.org wrote:
On 1/7/2021 7:42 AM, Matthew Miller wrote:
On Thu, Jan 07, 2021 at 09:43:09AM +0000, Chan, Catherine [ITS] wrote:
Question 2
In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
These same drawbacks apply to traditional CentOS Linux. Red Hat has never officially recommended CentOS _anything_ for production use. With CentOS, there are no service agreements, no support, no one committed to making sure your problems are resolved in a timely manner (beyond the best efforts of volunteers). A lot of people can live with that, but for real production, Red Hat's business is based on the idea that the value of a subscription is, well, valuable to you.
You mention that you are in a university. Are your servers for academic (teaching, learning, and research) use or are the part of university administration? If it's the former, stay tuned for upcoming new RHEL access programs which may apply to you.
- CentOS Linux (as a *product*) is free as in speech.
Forgive me, but CentOS Linux is a project. I think the distinction is important because there are tradeoffs either way between a project and a product. CentOS Stream is also a project.
My understanding is that CentOS is a "project", and CentOS Linux (including updates and intended support) is a "product" (e.g., https://wiki.centos.org/About/Product).
Either way, I'm intending to refer to the distribution(+updates) as a whole here and not individual software components, which will be GPL, BSD, MIT, or whatever.
- RedHat Enterprise Linux (as a *product*), when licensed for
education/non-commercial/whatever program use, is free as in beer.
If the "RHEL access programs" were announced three months ago (perhaps with a beefed-up UBI package set) there would have been cheers across
Can you elaborate on the UBI part? What about the current content set isn't sufficient for you? What usecases are you trying to solve with it?
josh
I had in mind mostly things like
OK. Thanks for the very specific pointers.
Containers may have a variety of use cases. And while I understand that this is a subset of packages and not the full RHEL release, missing low-level items means it can't be relied on as a generic solution to the OS problem. Adding in the equivalent of CentOS Linux versions of the missing packages was considered as a solution, but now a reliance on any of that has to be re-evaluated.
The low-level libraries are indeed a pain point in several ways right now. We continue to gather feedback on what is working and what isn't and refine the UBI package set over time. It's always good to hear what people are doing and why, so again I appreciate it.
josh
On 1/8/2021 11:30 AM, Josh Boyer wrote:
On Fri, Jan 8, 2021 at 2:25 PM Japheth Cleaver cleaver@terabithia.org wrote:
On 1/7/2021 7:42 AM, Matthew Miller wrote:
On Thu, Jan 07, 2021 at 09:43:09AM +0000, Chan, Catherine [ITS] wrote:
Question 2
In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
These same drawbacks apply to traditional CentOS Linux. Red Hat has never officially recommended CentOS _anything_ for production use. With CentOS, there are no service agreements, no support, no one committed to making sure your problems are resolved in a timely manner (beyond the best efforts of volunteers). A lot of people can live with that, but for real production, Red Hat's business is based on the idea that the value of a subscription is, well, valuable to you.
You mention that you are in a university. Are your servers for academic (teaching, learning, and research) use or are the part of university administration? If it's the former, stay tuned for upcoming new RHEL access programs which may apply to you.
- CentOS Linux (as a *product*) is free as in speech.
Forgive me, but CentOS Linux is a project. I think the distinction is important because there are tradeoffs either way between a project and a product. CentOS Stream is also a project.
My understanding is that CentOS is a "project", and CentOS Linux (including updates and intended support) is a "product" (e.g., https://wiki.centos.org/About/Product).
Either way, I'm intending to refer to the distribution(+updates) as a whole here and not individual software components, which will be GPL, BSD, MIT, or whatever.
- RedHat Enterprise Linux (as a *product*), when licensed for
education/non-commercial/whatever program use, is free as in beer.
If the "RHEL access programs" were announced three months ago (perhaps with a beefed-up UBI package set) there would have been cheers across
Can you elaborate on the UBI part? What about the current content set isn't sufficient for you? What usecases are you trying to solve with it?
josh
I had in mind mostly things like
I get only access denied with both BZ.
Simon
Containers may have a variety of use cases. And while I understand that this is a subset of packages and not the full RHEL release, missing low-level items means it can't be relied on as a generic solution to the OS problem. Adding in the equivalent of CentOS Linux versions of the missing packages was considered as a solution, but now a reliance on any of that has to be re-evaluated.
-jc
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
On Fri, Jan 8, 2021 at 3:11 PM Simon Matter simon.matter@invoca.ch wrote:
On 1/8/2021 11:30 AM, Josh Boyer wrote:
On Fri, Jan 8, 2021 at 2:25 PM Japheth Cleaver cleaver@terabithia.org wrote:
On 1/7/2021 7:42 AM, Matthew Miller wrote:
On Thu, Jan 07, 2021 at 09:43:09AM +0000, Chan, Catherine [ITS] wrote:
Question 2
In the announcement, it states 'If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options.' Can you highlight what are the drawbacks of CentOS Stream causing not encouraged to run on a production environment?
These same drawbacks apply to traditional CentOS Linux. Red Hat has never officially recommended CentOS _anything_ for production use. With CentOS, there are no service agreements, no support, no one committed to making sure your problems are resolved in a timely manner (beyond the best efforts of volunteers). A lot of people can live with that, but for real production, Red Hat's business is based on the idea that the value of a subscription is, well, valuable to you.
You mention that you are in a university. Are your servers for academic (teaching, learning, and research) use or are the part of university administration? If it's the former, stay tuned for upcoming new RHEL access programs which may apply to you.
- CentOS Linux (as a *product*) is free as in speech.
Forgive me, but CentOS Linux is a project. I think the distinction is important because there are tradeoffs either way between a project and a product. CentOS Stream is also a project.
My understanding is that CentOS is a "project", and CentOS Linux (including updates and intended support) is a "product" (e.g., https://wiki.centos.org/About/Product).
Either way, I'm intending to refer to the distribution(+updates) as a whole here and not individual software components, which will be GPL, BSD, MIT, or whatever.
- RedHat Enterprise Linux (as a *product*), when licensed for
education/non-commercial/whatever program use, is free as in beer.
If the "RHEL access programs" were announced three months ago (perhaps with a beefed-up UBI package set) there would have been cheers across
Can you elaborate on the UBI part? What about the current content set isn't sufficient for you? What usecases are you trying to solve with it?
josh
I had in mind mostly things like
I get only access denied with both BZ.
Looks like someone opened both today. If you still have problems seeing them, please let me know.
josh
Containers may have a variety of use cases. And while I understand that this is a subset of packages and not the full RHEL release, missing low-level items means it can't be relied on as a generic solution to the OS problem. Adding in the equivalent of CentOS Linux versions of the missing packages was considered as a solution, but now a reliance on any of that has to be re-evaluated.
-jc
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
-
Chan, Catherine [ITS] -
Japheth Cleaver -
Josh Boyer -
Matthew Miller -
Scott Dowdle -
Simon Matter