Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On Thu, Dec 10, 2020 at 7:23 PM Matthew Miller wrote: > On Thu, Dec 10, 2020 at 02:47:09PM -0300, Victor Pereira wrote: > > My first impression when I read the news was that some MBA had made the > > decision and I decided to find out if there were Red Hat developers > > Unemployed ... :-), which would give me light that it was a decision made > > at the point of excel spreadsheets. > > Yeah -- no one is unemployed. There really are not a lot of people working > on CentOS Stream or the rebuild, all told, and the part about wanting to > refocus all of the energy on Stream to make it successful is 100% true. > I appreciate the sincerity on your part Matthew, with this I stay, to begin the technical conversations with the different actors that we have in different business areas, I hope this does not hit so hard the trust that was had in RH because sincerely I I no longer believe in words because as the saying goes, "the wind blows them away," even though a promise was written, but the important thing is to move on and this is the thrill of life. > > > > -- > Matthew Miller > > Fedora Project Leader > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > Regards! -- Victor ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
Le 10/12/2020 à 00:51, Joshua Kramer a écrit : > After reading and digesting a ton of community chatter about the > recent CentOS announcement I've come to the conclusion that there's a > lot of good about this, but there are also a lot of concerns that are > being ignored. What Stream brings: surprises and excitement What CentOS users want: boring and predictable That pretty much sums it up. -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On Thu, Dec 10, 2020 at 02:47:09PM -0300, Victor Pereira wrote: > My first impression when I read the news was that some MBA had made the > decision and I decided to find out if there were Red Hat developers > Unemployed ... :-), which would give me light that it was a decision made > at the point of excel spreadsheets. Yeah -- no one is unemployed. There really are not a lot of people working on CentOS Stream or the rebuild, all told, and the part about wanting to refocus all of the energy on Stream to make it successful is 100% true. -- Matthew Miller Fedora Project Leader ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On Wed, Dec 9, 2020 at 8:52 PM Joshua Kramer wrote: > Hello All- > > After reading and digesting a ton of community chatter about the > recent CentOS announcement I've come to the conclusion that there's a > lot of good about this, but there are also a lot of concerns that are > being ignored. And nobody so far has stared directly into the eyes of > the elephant in the room. So here goes. > > The Good: From a technical perspective- both in the sense of "getting > newer software" and "technical community being more involved in > bugfixes, etc"- having *a version* of CentOS called "AppStream" is > fantastic. The various RedHat and CentOS folks who have been extolling > these virtues in blog posts and twitter feeds are right-on. But from > responses I've seen, it appears to me that they think that these > virtues are enough to completely gloss over the complete and utter > clusterfrackas they've caused. > > The Bad: No point releases. There is POSITIVELY NO* REASON that they > can't have AppSream and still do point releases. Brand new stuff > would go into AppStream, at some point they do a point release of > RHEL, then follow the normal CentOS procedure to spin a CentOS build > of that point release. This is already a tried and true process. It > will cost RedHat all of what, low five digits (if that) in developer > salary to do this. Heck I'm sure some volunteers would step up to use > the existing infrastructure if RedHat didn't want to spend any paid > developer time on this. > > The Ugly: I denoted "NO* REASON" above because there actually *are* > reasons that we are not privy to. > https://twitter.com/JoshuaPKr/status/1336744681716244480 Since RedHat > is not being transparent with this, we are forced to speculate and > remain bewildered at why they would make a decision that is going to > cost them so much in the long run. The most common (and most likely) > theory is that some MBA somewhere in middle management saw all of this > CentOS being used in production environments (and otherwise downloaded > for free), and had the idea that if CentOS had its head cut off people > would just buy RHEL subscriptions. > > That may happen in a few cases, but for the most part, that is NOT > what is going to happen. By handling the CentOS situation in this > way, RedHat has branded itself as a company that acts in bad faith. If > a company acts in bad faith towards a community where non-monetary > value is exchanged, WHY would you trust that company to hold up its > obligations for contracts that are actually paid? People are going to > do whatever they can to get away from RedHat. Debian, Ubuntu, SuSE > will all benefit from this. Even in cases where non-profits and other > similar clients "contact RedHat about options because Stream won't > meet their needs"- why would such entities have ANY reason to trust > anything that RedHat says to them? > > There have been hundreds of other messages that describe exactly what > RedHat loses in this deal so I won't go into that here. But branding > oneself as a "bad faith actor" is usually a terrible way to try to > pick up a little bit of subscription revenue. In the end it's going > to be a losing scenario. This is an absolutely UNMITIGATED DISASTER > from a marketing and community goodwill standpoint. > > It can, however, be mitigated if RedHat backtracks, admits their > mistake, and affirmatively commits to support future CentOS point > releases. I'll be interested to see how this turns out. > > --JK > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > My first impression when I read the news was that some MBA had made the decision and I decided to find out if there were Red Hat developers Unemployed ... :-), which would give me light that it was a decision made at the point of excel spreadsheets. -- Victor ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On December 10, 2020 11:08:50 AM EST, Nikolaos Milas wrote: >On 10/12/2020 2:39 μ.μ., Steve Thompson wrote: > >> On Wed, 9 Dec 2020, Joshua Kramer wrote: >> >>> It can, however, be mitigated if RedHat backtracks, admits their >>> mistake, and affirmatively commits to support future CentOS point >>> releases. I'll be interested to see how this turns out. >> >> It may already be too late. Even if RedHat says "my bad" and goes >back >> on this decision, not many will trust them in the future. > >Even so, it's the least they are expected to do. Just say "OK, we are >having our company planning, but our planning and operations are deeply > >affected by our community, so we cannot remain indifferent to their >loud >feedback; we shall support CentOS 8 as initially announced for its >complete life-cycle and we guarantee that officially." > >If they shut their ears to to the whole world, it's an even bigger >mistake. > >Nick > >___ >CentOS mailing list >CentOS@centos.org >https://lists.centos.org/mailman/listinfo/centos This might be interesting to read ”You're Only As Good As Your Worst Day” on Farnam Street blog https://fs.blog/2020/12/worst-day/ ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On 10/12/2020 2:39 μ.μ., Steve Thompson wrote: On Wed, 9 Dec 2020, Joshua Kramer wrote: It can, however, be mitigated if RedHat backtracks, admits their mistake, and affirmatively commits to support future CentOS point releases. I'll be interested to see how this turns out. It may already be too late. Even if RedHat says "my bad" and goes back on this decision, not many will trust them in the future. Even so, it's the least they are expected to do. Just say "OK, we are having our company planning, but our planning and operations are deeply affected by our community, so we cannot remain indifferent to their loud feedback; we shall support CentOS 8 as initially announced for its complete life-cycle and we guarantee that officially." If they shut their ears to to the whole world, it's an even bigger mistake. Nick ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
El jue, 10 dic 2020 a las 9:39, Steve Thompson () escribió: > On Wed, 9 Dec 2020, Joshua Kramer wrote: > > > It can, however, be mitigated if RedHat backtracks, admits their > > mistake, and affirmatively commits to support future CentOS point > > releases. I'll be interested to see how this turns out. > > It may already be too late. Even if RedHat says "my bad" and goes back on > this decision, not many will trust them in the future. > > Steve > -- > > > Steve Thompson E-mail: smt AT vgersoft DOT com > Voyager Software LLC Web: http://www DOT vgersoft DOT > com > 3901 N Charles St VSW Support: support AT vgersoft DOT com > Baltimore MD 21218 >"186,282 miles per second: it's not just a good idea, it's the law" > > > > The funniest thing is Change Advocates that say: "Don't spread the FUD, CentOS Stream will be quite stable!" and at same time state: "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." https://blog.centos.org/2020/12/future-is-centos-stream/?utm_source=rss_medium=rss_campaign=future-is-centos-stream -- -- Sergio Belkin LPIC-2 Certified - http://www.lpi.org ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On Wed, 9 Dec 2020, Joshua Kramer wrote: It can, however, be mitigated if RedHat backtracks, admits their mistake, and affirmatively commits to support future CentOS point releases. I'll be interested to see how this turns out. It may already be too late. Even if RedHat says "my bad" and goes back on this decision, not many will trust them in the future. Steve -- Steve Thompson E-mail: smt AT vgersoft DOT com Voyager Software LLC Web: http://www DOT vgersoft DOT com 3901 N Charles St VSW Support: support AT vgersoft DOT com Baltimore MD 21218 "186,282 miles per second: it's not just a good idea, it's the law" ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
Am 10.12.20 um 07:09 schrieb Nicolas Kovacs: Le 10/12/2020 à 00:51, Joshua Kramer a écrit : There have been hundreds of other messages that describe exactly what RedHat loses in this deal so I won't go into that here. But branding oneself as a "bad faith actor" is usually a terrible way to try to pick up a little bit of subscription revenue. In the end it's going to be a losing scenario. This is an absolutely UNMITIGATED DISASTER from a marketing and community goodwill standpoint. Reactions from competent sources all over the world are downright negative. https://linuxfr.org/news/centos-se-saborde-t-elle https://kofler.info/nachruf-auf-centos/ And this petition launched a bit more than a day ago already counts 3500 signatures (and growing fast): https://www.change.org/p/centos-governing-board-do-not-destroy-centos-by-using-it-as-a-rhel-upstream If I was a CentOS developer or a Red Hat employee, a mere glance at the comments would inform me that I've just made a disastrous decision. Even if there *may* be *some* technical merits to it. It must be a strong management when they roll back. Hope is the last one that die ... -- Leon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
> Le 10/12/2020 à 00:51, Joshua Kramer a écrit : >> After reading and digesting a ton of community chatter about the >> recent CentOS announcement I've come to the conclusion that there's a >> lot of good about this, but there are also a lot of concerns that are >> being ignored. And nobody so far has stared directly into the eyes of >> the elephant in the room. So here goes. >> >> The Good: From a technical perspective- both in the sense of "getting >> newer software" and "technical community being more involved in >> bugfixes, etc"- having *a version* of CentOS called "AppStream" is >> fantastic. The various RedHat and CentOS folks who have been extolling >> these virtues in blog posts and twitter feeds are right-on. But from >> responses I've seen, it appears to me that they think that these >> virtues are enough to completely gloss over the complete and utter >> clusterfrackas they've caused. >> >> The Bad: No point releases. There is POSITIVELY NO* REASON that they >> can't have AppSream and still do point releases. Brand new stuff >> would go into AppStream, at some point they do a point release of >> RHEL, then follow the normal CentOS procedure to spin a CentOS build >> of that point release. This is already a tried and true process. It >> will cost RedHat all of what, low five digits (if that) in developer >> salary to do this. Heck I'm sure some volunteers would step up to use >> the existing infrastructure if RedHat didn't want to spend any paid >> developer time on this. >> >> The Ugly: I denoted "NO* REASON" above because there actually *are* >> reasons that we are not privy to. >> https://twitter.com/JoshuaPKr/status/1336744681716244480 Since RedHat >> is not being transparent with this, we are forced to speculate and >> remain bewildered at why they would make a decision that is going to >> cost them so much in the long run. The most common (and most likely) >> theory is that some MBA somewhere in middle management saw all of this >> CentOS being used in production environments (and otherwise downloaded >> for free), and had the idea that if CentOS had its head cut off people >> would just buy RHEL subscriptions. >> >> That may happen in a few cases, but for the most part, that is NOT >> what is going to happen. By handling the CentOS situation in this >> way, RedHat has branded itself as a company that acts in bad faith. If >> a company acts in bad faith towards a community where non-monetary >> value is exchanged, WHY would you trust that company to hold up its >> obligations for contracts that are actually paid? People are going to >> do whatever they can to get away from RedHat. Debian, Ubuntu, SuSE >> will all benefit from this. Even in cases where non-profits and other >> similar clients "contact RedHat about options because Stream won't >> meet their needs"- why would such entities have ANY reason to trust >> anything that RedHat says to them? >> >> There have been hundreds of other messages that describe exactly what >> RedHat loses in this deal so I won't go into that here. But branding >> oneself as a "bad faith actor" is usually a terrible way to try to >> pick up a little bit of subscription revenue. In the end it's going >> to be a losing scenario. This is an absolutely UNMITIGATED DISASTER >> from a marketing and community goodwill standpoint. >> >> It can, however, be mitigated if RedHat backtracks, admits their >> mistake, and affirmatively commits to support future CentOS point >> releases. I'll be interested to see how this turns out. > > +1 > > Spot on. > > Thank you for voicing all our concerns in such an articulate manner. > > https://twitter.com/microlinux_eu/status/1336765811860574209 > Hi, I can only second what has been said in all the posts to this list during the past hours and days. Still, I'd like to quickly express my view on the situation: RedHat has made a BIG mistake, most likely the biggest in their history and one can only wonder how this could happen. They have disappointed so many people who were supporting them in what they did and were a driver of their business by attracting customers to buy from RedHat. To me it's clear that "the child has already fallen into the well". It's like in a marriage, you know where the red line is and you don't cross it - until you like to make insane decisions. Right now I have not decided where to go next but I'm sad to realize that there is one Open Source company less to trust in future. I'm not sure the decision makers were really aware what they did to a large community of promoters of their business but I guess it won't have a positive impact in the long run. Thanks to the CentOS team for all their hard work over all the years! You really didn't deserve this to happen. Kind regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
Le 10/12/2020 à 00:51, Joshua Kramer a écrit : > There have been hundreds of other messages that describe exactly what > RedHat loses in this deal so I won't go into that here. But branding > oneself as a "bad faith actor" is usually a terrible way to try to > pick up a little bit of subscription revenue. In the end it's going > to be a losing scenario. This is an absolutely UNMITIGATED DISASTER > from a marketing and community goodwill standpoint. Reactions from competent sources all over the world are downright negative. https://linuxfr.org/news/centos-se-saborde-t-elle https://kofler.info/nachruf-auf-centos/ And this petition launched a bit more than a day ago already counts 3500 signatures (and growing fast): https://www.change.org/p/centos-governing-board-do-not-destroy-centos-by-using-it-as-a-rhel-upstream If I was a CentOS developer or a Red Hat employee, a mere glance at the comments would inform me that I've just made a disastrous decision. Even if there *may* be *some* technical merits to it. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
Le 10/12/2020 à 00:51, Joshua Kramer a écrit : > After reading and digesting a ton of community chatter about the > recent CentOS announcement I've come to the conclusion that there's a > lot of good about this, but there are also a lot of concerns that are > being ignored. And nobody so far has stared directly into the eyes of > the elephant in the room. So here goes. > > The Good: From a technical perspective- both in the sense of "getting > newer software" and "technical community being more involved in > bugfixes, etc"- having *a version* of CentOS called "AppStream" is > fantastic. The various RedHat and CentOS folks who have been extolling > these virtues in blog posts and twitter feeds are right-on. But from > responses I've seen, it appears to me that they think that these > virtues are enough to completely gloss over the complete and utter > clusterfrackas they've caused. > > The Bad: No point releases. There is POSITIVELY NO* REASON that they > can't have AppSream and still do point releases. Brand new stuff > would go into AppStream, at some point they do a point release of > RHEL, then follow the normal CentOS procedure to spin a CentOS build > of that point release. This is already a tried and true process. It > will cost RedHat all of what, low five digits (if that) in developer > salary to do this. Heck I'm sure some volunteers would step up to use > the existing infrastructure if RedHat didn't want to spend any paid > developer time on this. > > The Ugly: I denoted "NO* REASON" above because there actually *are* > reasons that we are not privy to. > https://twitter.com/JoshuaPKr/status/1336744681716244480 Since RedHat > is not being transparent with this, we are forced to speculate and > remain bewildered at why they would make a decision that is going to > cost them so much in the long run. The most common (and most likely) > theory is that some MBA somewhere in middle management saw all of this > CentOS being used in production environments (and otherwise downloaded > for free), and had the idea that if CentOS had its head cut off people > would just buy RHEL subscriptions. > > That may happen in a few cases, but for the most part, that is NOT > what is going to happen. By handling the CentOS situation in this > way, RedHat has branded itself as a company that acts in bad faith. If > a company acts in bad faith towards a community where non-monetary > value is exchanged, WHY would you trust that company to hold up its > obligations for contracts that are actually paid? People are going to > do whatever they can to get away from RedHat. Debian, Ubuntu, SuSE > will all benefit from this. Even in cases where non-profits and other > similar clients "contact RedHat about options because Stream won't > meet their needs"- why would such entities have ANY reason to trust > anything that RedHat says to them? > > There have been hundreds of other messages that describe exactly what > RedHat loses in this deal so I won't go into that here. But branding > oneself as a "bad faith actor" is usually a terrible way to try to > pick up a little bit of subscription revenue. In the end it's going > to be a losing scenario. This is an absolutely UNMITIGATED DISASTER > from a marketing and community goodwill standpoint. > > It can, however, be mitigated if RedHat backtracks, admits their > mistake, and affirmatively commits to support future CentOS point > releases. I'll be interested to see how this turns out. +1 Spot on. Thank you for voicing all our concerns in such an articulate manner. https://twitter.com/microlinux_eu/status/1336765811860574209 :o) -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On Wed, Dec 9, 2020 at 5:51 PM Joshua Kramer wrote: > CentOS called "AppStream" > There is no version of CentOS called AppStream. AppStream is a repository inside of 8 ( https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/installing_managing_and_removing_user-space_components/using-appstream_using-appstream ). The project is called CentOS Stream. The naming collision was an entirely avoidable circumstance, but so was this whole debacle of the past couple of days. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
On Wed, Dec 9, 2020, 16:51 Joshua Kramer wrote: > Hello All- > > After reading and digesting a ton of community chatter about the > recent CentOS announcement I've come to the conclusion that there's a > lot of good about this, but there are also a lot of concerns that are > being ignored. And nobody so far has stared directly into the eyes of > the elephant in the room. So here goes. > > The Good: From a technical perspective- both in the sense of "getting > newer software" and "technical community being more involved in > bugfixes, etc"- having *a version* of CentOS called "AppStream" is > fantastic. The various RedHat and CentOS folks who have been extolling > these virtues in blog posts and twitter feeds are right-on. But from > responses I've seen, it appears to me that they think that these > virtues are enough to completely gloss over the complete and utter > clusterfrackas they've caused. > > The Bad: No point releases. There is POSITIVELY NO* REASON that they > can't have AppSream and still do point releases. Brand new stuff > would go into AppStream, at some point they do a point release of > RHEL, then follow the normal CentOS procedure to spin a CentOS build > of that point release. This is already a tried and true process. It > will cost RedHat all of what, low five digits (if that) in developer > salary to do this. Heck I'm sure some volunteers would step up to use > the existing infrastructure if RedHat didn't want to spend any paid > developer time on this. > > The Ugly: I denoted "NO* REASON" above because there actually *are* > reasons that we are not privy to. > https://twitter.com/JoshuaPKr/status/1336744681716244480 Since RedHat > is not being transparent with this, we are forced to speculate and > remain bewildered at why they would make a decision that is going to > cost them so much in the long run. The most common (and most likely) > theory is that some MBA somewhere in middle management saw all of this > CentOS being used in production environments (and otherwise downloaded > for free), and had the idea that if CentOS had its head cut off people > would just buy RHEL subscriptions. > > That may happen in a few cases, but for the most part, that is NOT > what is going to happen. By handling the CentOS situation in this > way, RedHat has branded itself as a company that acts in bad faith. If > a company acts in bad faith towards a community where non-monetary > value is exchanged, WHY would you trust that company to hold up its > obligations for contracts that are actually paid? People are going to > do whatever they can to get away from RedHat. Debian, Ubuntu, SuSE > will all benefit from this. Even in cases where non-profits and other > similar clients "contact RedHat about options because Stream won't > meet their needs"- why would such entities have ANY reason to trust > anything that RedHat says to them? > > There have been hundreds of other messages that describe exactly what > RedHat loses in this deal so I won't go into that here. But branding > oneself as a "bad faith actor" is usually a terrible way to try to > pick up a little bit of subscription revenue. In the end it's going > to be a losing scenario. This is an absolutely UNMITIGATED DISASTER > from a marketing and community goodwill standpoint. > > It can, however, be mitigated if RedHat backtracks, admits their > mistake, and affirmatively commits to support future CentOS point > releases. I'll be interested to see how this turns out. > > --JK Well said, Joshua! Very articulate! RedHat is making a mistake, unless the higher-ups at IBM are driving this, but who knows? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly
Hello All- After reading and digesting a ton of community chatter about the recent CentOS announcement I've come to the conclusion that there's a lot of good about this, but there are also a lot of concerns that are being ignored. And nobody so far has stared directly into the eyes of the elephant in the room. So here goes. The Good: From a technical perspective- both in the sense of "getting newer software" and "technical community being more involved in bugfixes, etc"- having *a version* of CentOS called "AppStream" is fantastic. The various RedHat and CentOS folks who have been extolling these virtues in blog posts and twitter feeds are right-on. But from responses I've seen, it appears to me that they think that these virtues are enough to completely gloss over the complete and utter clusterfrackas they've caused. The Bad: No point releases. There is POSITIVELY NO* REASON that they can't have AppSream and still do point releases. Brand new stuff would go into AppStream, at some point they do a point release of RHEL, then follow the normal CentOS procedure to spin a CentOS build of that point release. This is already a tried and true process. It will cost RedHat all of what, low five digits (if that) in developer salary to do this. Heck I'm sure some volunteers would step up to use the existing infrastructure if RedHat didn't want to spend any paid developer time on this. The Ugly: I denoted "NO* REASON" above because there actually *are* reasons that we are not privy to. https://twitter.com/JoshuaPKr/status/1336744681716244480 Since RedHat is not being transparent with this, we are forced to speculate and remain bewildered at why they would make a decision that is going to cost them so much in the long run. The most common (and most likely) theory is that some MBA somewhere in middle management saw all of this CentOS being used in production environments (and otherwise downloaded for free), and had the idea that if CentOS had its head cut off people would just buy RHEL subscriptions. That may happen in a few cases, but for the most part, that is NOT what is going to happen. By handling the CentOS situation in this way, RedHat has branded itself as a company that acts in bad faith. If a company acts in bad faith towards a community where non-monetary value is exchanged, WHY would you trust that company to hold up its obligations for contracts that are actually paid? People are going to do whatever they can to get away from RedHat. Debian, Ubuntu, SuSE will all benefit from this. Even in cases where non-profits and other similar clients "contact RedHat about options because Stream won't meet their needs"- why would such entities have ANY reason to trust anything that RedHat says to them? There have been hundreds of other messages that describe exactly what RedHat loses in this deal so I won't go into that here. But branding oneself as a "bad faith actor" is usually a terrible way to try to pick up a little bit of subscription revenue. In the end it's going to be a losing scenario. This is an absolutely UNMITIGATED DISASTER from a marketing and community goodwill standpoint. It can, however, be mitigated if RedHat backtracks, admits their mistake, and affirmatively commits to support future CentOS point releases. I'll be interested to see how this turns out. --JK ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
