On Fri, Jan 8, 2021 at 3:11 PM Simon Matter <simon.matter at 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 at 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 > > 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 at centos.org > > https://lists.centos.org/mailman/listinfo/centos-devel > > > > > _______________________________________________ > CentOS-devel mailing list > CentOS-devel at centos.org > https://lists.centos.org/mailman/listinfo/centos-devel