McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
Posted Jun 27, 2023 7:28 UTC (Tue) by taladar (subscriber, #68407)In reply to: McGrath: Red Hat’s commitment to open source by geofft
Parent article: McGrath: Red Hat’s commitment to open source
It is bad enough, frankly, that 10 year support distros like RHEL often force us to make software work with current and 10+ year old software at the same time at all.
Posted Jun 27, 2023 9:51 UTC (Tue)
by tuna (guest, #44480)
[Link]
You are not forced to write software for certain platforms. You might have a marketing incentive to write software for certain platforms, but no one is forcing you to write software.
Posted Jun 27, 2023 12:37 UTC (Tue)
by pizza (subscriber, #46)
[Link] (13 responses)
No; developer use of the clones is a very tiny minority of their user base.
I'd put money down that over 95% of the deployments of the clones are from folks that want a "LTS" linux distribution they don't have to pay for, deploying anywhere from snowflake production systems to hundreds of servers (and/or workstations running Very Expen$ive Software) to tens of thousands (or more) of cattle compute nodes.
(and for the record, I've done or worked at companies that do all of these. The latter even had a handful of RHEL licenses they used for "official" support if their compute clusters ran into problems and it was reproducible on genuine RHEL).
Posted Jun 27, 2023 18:52 UTC (Tue)
by wtarreau (subscriber, #51152)
[Link] (12 responses)
I really think Red Hat should propose a free version themselves that can be upgraded to a supported one without having to reinstall anything. Just download the ISO for free like you do with Ubuntu, and if one day you decide that your server has become sensitive enough to warrant paying, just do it. At least there would be *their* distro in field for all users, free and paid. The problem they're facing now is that for absurd reasons of pricing (or even the perceived difficulty of reselling when you only expected to deliver service to a customer), they end up forcing their potential future customers to deploy a competing solution instead of theirs. And *this* is hard to upgrade later, as the customer certainly doesn't want to touch their running system when it becomes critical.
They'd basically just need an motd reminding the registration link so that those logging in via SSH to inspect something are greeted with "Experiencing some trouble? Need some help? May be it's time to subscribe. ->link". It would completely fix the consultant problem above: nothing is sold, it's only installed and the customer may decide later to pay.
Posted Jun 28, 2023 14:28 UTC (Wed)
by ewan (guest, #5533)
[Link] (10 responses)
That's *exactly* what Red Hat Linux was.
Posted Jun 28, 2023 15:25 UTC (Wed)
by zdzichu (subscriber, #17118)
[Link] (9 responses)
Posted Jul 4, 2023 6:19 UTC (Tue)
by ceplm (subscriber, #41334)
[Link] (8 responses)
Posted Jul 4, 2023 8:20 UTC (Tue)
by anselm (subscriber, #2796)
[Link] (7 responses)
According to Red Hat, “the no-cost Red Hat Developer Subscription for Individuals may be used for demos, prototyping, QA, small production uses, and cloud access” (emphasis mine).
Posted Jul 5, 2023 7:47 UTC (Wed)
by ceplm (subscriber, #41334)
[Link] (6 responses)
Posted Jul 5, 2023 7:49 UTC (Wed)
by anselm (subscriber, #2796)
[Link]
No, I wouldn't. I prefer Debian.
Posted Jul 6, 2023 17:20 UTC (Thu)
by cortana (subscriber, #24596)
[Link] (4 responses)
> “Individual Production Use” means any use other than for Individual Development Use including, but not limited to, using the Software (a) in a production environment, (b) with live data and/or applications and/or (c) for backup instances.
Posted Jul 13, 2023 16:24 UTC (Thu)
by ceplm (subscriber, #41334)
[Link] (2 responses)
> “Individual Production Use” means any use other than for Individual Development Use including, but not limited to, using the Software (a) in a production environment, (b) with live data and/or applications and/or (c) for backup instances.
So, Red Hat can sue you any time if you just use packages of their repositories (without any of your own development) in the production environment? Meaning, this is so confusing and ambiguous, that I would immediately run to openSUSE or Debian.
Posted Jul 13, 2023 16:44 UTC (Thu)
by pizza (subscriber, #46)
[Link]
...Debian and OpenSUSE are not equivalent to, or substitutes for, RHEL (or even CentOS Stream), especially where the support window is concerned.
(Unless of course you never actually needed RHEL to begin with, and/or were just using one of its rebuilds because you didn't have to pay anything for it)
Seriously, please, there are a lot of options, but don't delude yourself into thinking that the grass is necessarily greener everywhere else -- Each of those options represents a different culture, warts, and compromises.
Posted Jul 13, 2023 19:27 UTC (Thu)
by kleptog (subscriber, #1183)
[Link]
And suing? Really? Yes, in theory RedHat can sue anybody, but as an individual the law really limits what they can do to cancelling your subscription. They're not going to sue you unless you happen to be a million dollar business pretending to be an individual developer, because then consumer rights won't protect you.
It feels like some people here want to find a reason to hate RedHat. I don't use RedHat, never have, but I don't think they're evil or anything.
Posted Jul 25, 2023 14:21 UTC (Tue)
by MattJD (subscriber, #91390)
[Link]
> The Individual Developer Subscriptions allow you (as an individual, natural person) to use certain Red Hat Subscription Services in connection with Red Hat Software for Individual Development Use and for Individual Production Use subject to these Program Terms at no cost.
I don't know why they are making a distinction, but they explicitly allow both uses.
Posted Jul 3, 2023 16:46 UTC (Mon)
by jccleaver (guest, #127418)
[Link]
Seen this plenty of times as well. The primary issue is that RHEL is pricing as if they're selling a fully proprietary solution instead of selling support services. For some companies' business models, an OS license is a trivial addition. In many revenue cases it can even be passed directly on to the client/customer as a distinct line item! For farm and compute node customers, many of whom have plenty of Linux Systems Engineers on staff, this is not a justifiable cost.
RHEL should have provided reasonable site licenses, or sold individual support instances, or allowed CentOS users to receive support if they donated to the CentOS Foundation to help with finances for centos infrastructure... *something* . This is especially the case when they adopted CentOS as an *internal* project solution, thereby killing off the other group -- Scientific Linux -- and thus reliability diversity in the EL ecosystem. This almost counts as an "embrace, extend, extinguish" for rebuilds, and probably would if CentOS were having problems with project and donation management at the time.
This wasn't fair play by Red Hat, even if it complies with the letter of the various OSS licenses. It's a turnabout that it's still difficult to see the justification for, given that the relationship between RHEL and things like WBEL goes back almost 20 years, and CentOS has been part of RH officially for quite a while. Rocky didn't steal revenue from RHEL because NASA wasn't going to pay for support it didn't need. At that point, Rocky is offering consultant services, since they're not doing anything about upstream bugs other than... report them to upstream. That's the entire point of a rebuild.
EL-rebuilds value is in removing community support costs from RHELs bottom line, while upstreaming the collective experience and bug reports as necessary. THAT is the value, and RH needs to look beyond per-CPU OS licensing, or free as in beer replacement.
Posted Jun 27, 2023 12:43 UTC (Tue)
by anselm (subscriber, #2796)
[Link]
Red Hat is already going out of its way by providing free RHEL developer licenses to support this.
These people get actual RHEL for free already. How much farther do they want Red Hat to bend over backwards on their behalf? Would they like an engineer from Red Hat to come to their site, for free, to install RHEL for them? Perhaps write their code for them while they're drinking beer by the pool? This is entitlement, pure and simple.
Anyway, why would you even futz around with some RHEL clone in the first place? The main reason to deal with RHEL at all is that you have paying customers who run RHEL, and who would prefer you to test your software on genuine RHEL and not just some clone, even if the clone purports to be just the same as RHEL – but who is prepared to guarantee that? The clone maker? You?
Posted Jun 27, 2023 20:55 UTC (Tue)
by amacater (subscriber, #790)
[Link] (1 responses)
Full disclosure: I currently have a free RHEL developer subscription. I use it to try small things for people, set up machines and VMs to gain expertise for myself. I *can't* force anyone to pay for Red Hat so I sometimes prototype on RHEL and use Rocky. I've a distro mirror next door - I built it on RHEL because I need to show it to RHEL-native sysadmins. Because I can't force the RHEL natives to take out another RHEL subscription, I took the scripts and remade it on Rocky.
Self support on the free tier makes it *really hard* to file a bug for RHEL. Two show stopper bugs took forever to be raised. I could demonstrate that they only occurred with RHEL signing certificates / Red Hat subscription manager. The response made me less enamoured of RHEL. I'd quite like to raise a bug that RHEL 9 doesn't run on my HP Microserver but no-one will listen so the Microserver now runs on Rocky 8.
But RHEL developers |= RHEL system architects and customer supporters |= RHEL senior management. Former RHEL |= current RHEL and current RHEL == IBM.
If the problem really is Oracle Linux (and not Rocky/Alma) can we just get some popcorn
Posted Jul 6, 2023 17:24 UTC (Thu)
by cortana (subscriber, #24596)
[Link]
Hm. I've filed a few bugs in Bugzilla and some have been fixed, others I've corresponded with developers and are not, I think, in a state where they'll rot forever.
subscription-manager is always a pain to deal with though even when it's working. And it's so s...l...o...w...!
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
Officially it is the development version only for development.
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
McGrath: Red Hat’s commitment to open source
RHEL clones are mainly useful to build and test software meant for RHEL. As such they make supporting RHEL easier for people who do not have a big investment in RHEL, adding value to the RedHat ecosystem.
And no, many people do not want to deal with some sort of license, even a free one, to support that use case.
McGrath: Red Hat’s commitment to open source
Red Hat (was) a large company with differences of opinion - hating one RHEL person for what they may or may not say in a press release is perhaps not useful.
and watch as IBM take on Oracle? Both have licence compliance mavens but IBM has over a century's worth of attack dog lawyers and a significantly longer corporate memory.
McGrath: Red Hat’s commitment to open source