Earlier quoted context omitted.
>who want enterprise-style lifetimes but don't actually want support But lifetimes are support. Support isn't just, or even primarily, about making a phone call and saying "Help, it's broken." After all, there's nothing keeping someone from taking a snapshot of a codebase and running it unchanged for 10 years. Probably not a good idea if you're connected to the network, but certainly possible.
I was thinking more about _why_ people want that. If you're changing the system regularly, upgrading is valuable because you don't want to spend your time dealing with old software or backporting newer versions. Most of the scenarios where you do want that are long-term commercial operations where you need to deal with requirements for software which isn't provided by the distribution, and in those cases they likely…
Rocky Linux: A CentOS replacement by the CentOS founder
521–530 of 555 posts
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#522Earlier quoted context omitted.
Living in a non-English speaking country certainly helps. Everybody around here is using `git` without realizing what it means. Same for CockroachDB.
Many native English speakers don’t realize that ‘git’ is a slur somewhere between idiot and wanker. It’s somewhat comical how mundane the word has become in its new context.
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#523Earlier quoted context omitted.
I was thinking more about _why_ people want that. If you're changing the system regularly, upgrading is valuable because you don't want to spend your time dealing with old software or backporting newer versions. Most of the scenarios where you do want that are long-term commercial operations where you need to deal with requirements for software which isn't provided by the distribution, and in those cases they likely…
Have you worked in banking or aerospace? 10 years of needed support/stability/predictability is nothing unusual. The old if it ain't broke don't fix it mindset prevails.
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#524Earlier quoted context omitted.
I don't get this. If there are many servers, sure. But if it's something that runs on a single box without problem, why on earth should I tear it down? Also, "running a server for ten years" does not need to mean that it has ten years of uptime. I think that wasn't meant.
Ten years of uptime seems neither an unreasonable nor unattainable requirement. There's more to computers than mayfly web startups.
If it is connected to the Internet, then I guess the kernel needs to be hot-patched need to be applied to avoid security issues.
Were hot kernel patches available ten years ago? I remember some company who did this (for Linux), and it was quite a while back, so it's possible. But I doubt it was mainstream.
I recall long ago that SunOS boxes had to be rebooted for kernel patches.
I don't remember about Solaris.
I'm not familiar with other Unices.
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#525Anyone believe that I will, at some point, be able to point my CentOS 8.x configuration at the Rocky Linux repo and just upgrade to it? That would be ideal. I realized GPG keys will need to be replaced, etc.
[0] https://nts.strzibny.name/migrating-centos-to-oracle-linux/
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#526I put together what we actually know about the CentOS -> Stream migration so far[0]. I personally might give stream a chance although if Rocky is released, I imagine it a no-brainer.
[0] https://nts.strzibny.name/migrating-centos-to-centos-stream-...
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#527I think the name and the logo is good. Don't listen to the people who just keep talking and not helping! Good to see that CentOS cofonder picked this up and now became a founder of Rocky Linux. This shows dedication and rock solid background. Rocky Linux will be a project to follow, help and use in production environment. Thank you for all your hard work!
> I think the name and the logo is good. Don't listen to the people who just keep talking and not helping! Agreed. It's funny that people here are complaining "Rocky Linux" isn't a professional name and they won't be able to convince corporates clients to use it. Yet, there exists a billion dollar revenue company named "Red Hat" which clearly is a "professional" name.
Hell, my grocery store sells sausage bites made by Dietz & Watson that are called "Dietz Nuts".
Names are not destiny.
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#528Earlier quoted context omitted.
I think it is bad. You just cannot go to your manager and PR and tell them we are using CockroachDB. If you have a manager who would understand this though, then your manager still cannot go to his manager with that name.
While you at it tell your manager how many plugins your putting in your Gimp.
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#529Earlier quoted context omitted.
Paid CentOS support is called RHEL - the whole point of CentOS is repackage GPL RHEL stuff without the licensing fee. The only way I see this being viable is them getting bankrolled by a huge cloud provider - but cloud providers already decided that having their own distros was a better option.
> GPL RHEL stuff without the licensing fee Without the absurdly high licensing fee. A more reasonable amount (be it a saas-like low monthly charge or one-off 3-digit fee) would probably go down fine with enough institutional users to generate a decent amount of money.
There is a some up/down depending on various rebates, volume licenses, support included/excluded, etc ("nobody pays sticker price"). But in general, RedHat is in the same order of magnitude as Windows but a little cheaper due to no per-core-pricing, no necessary CAL shenannigans or weird limitations on number of users/size of company/VM/PM and stuff.
But of course it's true that in domains like HPC or cloud computing, the huge number of licenses and machines involved make a few hundred bucks per year just too expensive in sum.
Re: Rocky Linux: A CentOS replacement by the CentOS founder
#530Earlier quoted context omitted.
> But [they do]( https://developers.redhat.com/products/rhel/download ). A subscription buys you updates and support. RHEL itself is free. That's true in a literal-but-useless sense. Developers-RHEL might be bit-identical to real-RHEL at some dates, but as a product it's of course very very different due to lack of interim updates. And that's aside of the smaller speedbumps of registration and having to involve Legal…
> That's true in a literal-but-useless sense. Developers-RHEL might be bit-identical to real-RHEL at some dates, but as a product it's of course very very different due to lack of interim updates. And that's aside of the smaller speedbumps of registration and having to involve Legal if you want to run in a company. Again, stop moving goalposts. Your comment was "why can't they just put it on FTP/WWW without support".…
That's exactly what they don't. You're the one who innocuous altered that to "without support and updates" which you know very well makes all the difference. If CentOS had the same non-update schedule as developer-RHEL, approximately nobody would use it in production. Contrawise, if RHEL did provide timely yum/dnf updates (and remove the murky "Development Use" clause), everyone would run that instead of CentOS. So now you're telling me to stop moving the goalposts back after you moved them to another field?
> You aren't required to register it in any way, including downloading.
Maybe I'm a bit dense, but I clicked on every download link on your page and they all led me to "Log in to your Red Hat account". Maybe you can post a direct URL to the ISOs?
> You want a free "product". That isn't their business model. At least they make the sources for everything available, which took Canonical years for Landscape.
No, I don't want a free product. I was stating from the first post that Red Hat Inc don't want people to have that. Which I'm completely fine with and fully support. You seem to be in complete agreement, so I don't know why you bothered with some quasi-rebuttal in the form of freebie Developer RHEL link which is very different from the CentOS/Rocky proposition.
> [details about the build process]
Ok, maybe the debranding part is not a big deal, I don't know. But my point only rests on the process being labour-intensive, hence expensive. Which I don't know you're disputing or agreeing with. If a CentOS rebuild is necessarily labour-intensive, I don't see a bright future for Rocky or similar projects. I think it is, since AFAICT almost every clone except Oracle gave up trying to keep up with RHEL 8. It's hard to prove things either way, but we'll find out soon enough if we follow the Rocky project.
> You inverted this argument and you're asking the wrong questions. The question isn't "why aren't people moving off CentOS?", it's "why did they use CentOS in the first place?" It's because they were already familiar with RHEL from previous jobs,
So inertia / legacy / switching costs, we're exactly in agreement.
> and wanted familiar tooling (apt may be nicer than yum was, but dpkg is a dumpster fire for package maintainers compared to RPM, and RPM's tooling is much more cohesive than digging around in 10 different manpages for apt-cache || apt-file || dpkg -L || whatever to get information). Kickstart is nicer in many ways than preseed. Sure, the costs of swapping all of that are non-trivial both in the time investment for administrators to rewrite tooling and for the marginal loss in productivity until they re-learn tooling.
Now this is a completely different argument, that the RHEL/CentOS tooling are intrinsically superior to Debian/Ubuntu's. I'm pretty skeptical, since it implies that organizations who do run Debian/Ubuntu could save a lot by switching to CentOS and a bit of retraining. But this is of course not a dispute that's going to be settled in a thread like this, so let's leave it at that.
> [something about containers, OpenShift, K8s, divining Red Hat's Grand Strategy]
This does not seem on topic, so no comment.
Maybe I just expressed myself badly, so let my try again. I predict that Rocky Linux will not be a big success, and don't think doing a free-beer RHEL clone (CentOS as most users understood it) is a worthwhile endeavor, despite a seemingly large audience. Yes, giving good stuff away for free is popular (and I do believe RHEL is a good product). Because they're largely dependent on RH, who 1) appear not very enthusiastic about the idea of people running RHEL for free even without support, 2) can largely determine how expensive running a clone project will be. That's why IMO it's better to analyze if users really need a strict RHEL clone, or if what they want from it (xLTS, better tooling, commercial software compatibility, whatever) could be better developed on top of Debian, whose incentives seem to class less. People who really really need a RHEL clone: time to pay up or go with the Stream (it probably really not-so-bad).
Now unlike you I have zero inside knowledge or experience, so maybe I'm just talking out of my ass. But I am willing to make a somewhat falsifiable prediction, that Rocky and similar clone projects don't have much chance of success. Maybe I'm all wrong and Rocky can with a handful of volunteers and some clever scripts, resurrect CentOS-as-people-understood-it. Or maybe some deep-pocket 3rd party with a better brand than Oracle will step up. We'll find out a year or so.