digdilem

joined 11 months ago
[–] [email protected] 2 points 1 week ago

I actually agree with you, it would survive. It would change, but it's big enough to have that critical momentum.

Historically Fedora has been suggested as a free way to learn Enterprise Linux skills for a career. RHEL now provide free licences so that doesn't apply. Has this hurt Fedora at all? Probably not and may no longer be relevant.

[–] [email protected] 2 points 1 week ago (9 children)

Rocky and Alma are RHEL alternatives and are absolutely aimed at the enterprise. Fedora merging with either of these projects would be super surprising indeed. It would make no sense whatsoever.

It would make a lot of sense to Rocky and Alma though - as if RHEL went there would be a huge vacuum and their models would be impossible. I know there was a lot of talk in both companies when the source was paywalled about building directly from Fedora's sources (Alma may actually be doing that, I'm not sure). Both R & A have significant user bases, both Enterprise and Community, and there would be considerable desire to keep the wheels turning. Some sort of collaboration (or just downstreaming directly from Fedora) feels inevitable as a choice if that were to happen.

The “community” enterprise option from Red Hat is not Fedora, it is CentOS Stream.

Centos Stream is not community by the way - it's entirely owned and run by Redhat (AIUI, They took over the name from its community origins and replaced the board with its own employees. The vote to end traditional Centos (which was community run) was given as an ultimatum with a great deal of bad feeling) Stream's purpose is as an upstream staging area for new releases of RHEL. Redhat state it's not suitable for production use, so it's of no real benefit to anyone that isn't part of that test cycle. (In some defence of Redhat here, Centos was struggling with low resources for a long time before this and point releases often took weeks or even months to appear behind RHEL)

RHEL don't publish sales figures afaik, so they're the only ones who could say whether they're up or down. I'm just one guy who's worked in a mostly EL based world which has been negatively affected by these decisions, so I'm keeping half an eye. I could be completely wrong, but the facts we do know aren't healthy for someone wanting to enter into a business relationship with them, which is what a corporate company does when choosing a supported distro like RHEL.

And yes, I am quite cynical - you're right to point that out. I also hope I'm wrong. If I'm not, I have a lot of confidence that the world will continue with or without RHEL, but yes, it would be a big loss to the FOSS contributions they have made and continue to make - as well as a lot of good people losing their jobs.

[–] [email protected] 2 points 1 week ago

Also, with the fuckery RedHat pulls lately, it’s a disservice to new users to get them to learn the RedHat ecosystem, unless they plan or need to use it professionally.

We and several other companies that I know are migrating away from EL entirely directly because of those Redhat decisions. We can't trust them not to be stupid again.

[–] [email protected] 1 points 1 week ago (1 children)

Nice to hear that recommended! Slackware was the first distro I installed at home, thanks to it being included on a special cover CD from one of the magazines some time in the late 90s? Not touched it for about 20 years but glad to hear it's still going.

[–] [email protected] 2 points 1 week ago (2 children)

You say that like it was a small thing, but small things don't create such bad feeling, cause most of the Centos volunteer team to resign, create off two entirely new distributions (Rocky and Alma). The subsequent paywalling of RHEL sourcecode and its accompanying spiteful communications make it clear where Redhat's focus is - or, rather, isn't. People judge companies by what they say and do, and I and many others are deeply concerned for the future of RHEL after the IBM takeover and are moving away from it.

I think there is a lot of nostalgia about the great work that Redhat did (and still does, at a smaller scale) and are overlooking what it's become but RHEL as a business product is not the force it once was. I think it's entirely possible that Redhat/IBM will simply pull the plug on RHEL and the entire EL universe will need some serious remapping if its to survive.

(Was a Centos user, still maintain 180 EL servers, am quite aware of the FUD, much of which originated and still does in the other direction from Redhat and its employees. The Centos 8 announcement came just after I'd manually migrated 60 vms to it, which then needed migrating again to another distro - so this did cause us some significant work and cost.)

[–] [email protected] 9 points 1 week ago* (last edited 1 week ago) (13 children)

I would not encourage anyone to join the EL universe as I don't consider it as stable as others.

TLDR; Redhat's being absorbed into IBM and they don't care about RHEL. RHEL (in my view) is dying a slow death. Without RHEL, there is no Fedora or Centos Stream. There'd also be no Rocky or Alma, as things currently stand.

(Although if that happened, I'd not be surprised if the users of Fedora merged with Rocky and Alma in some form of new and fully independent distro - we've already seen how well such disasters can be worked around)

Longer reasoning: Redhat, in my view, have made some unpredictable and frankly terrible decisions over the past few years with RHEL which have caused a great deal of concern in the business sector about its stability as a product. (Prematurely ending Centos 8 six years early, paywalling the source code, and more recent anti-rebuilder steps. They also treated the community team working for Centos appallingly throughout these leading to many resignations.) Further more, these were communicated without warning or consultation and have sometimes come across as petty and spiteful, rather than as professional business decisions.

IBM bought Redhat shortly before this happened, mostly for its cloud services. It seems from the outside that RHEL is being squeezed. There have been two major rounds of layoffs. In all, this paints a picture of a company that is in decline and we've seen a reduction in contributions to the excellent work done by Redhat in the foss world. IBM have a long history of buying and absorbing companies - I don't see why Redhat would be any different and RHEL doesn't make enough money.

Our company is moving away from EL and I know of several others who are doing so. We're all choosing Debian.

[–] [email protected] 4 points 1 week ago

I think you'll find some ISPs will be reluctant to let go of CGNAT - they're doing quite nicely by charging extra for 'commercial' services where it's not in the way.

Fortunately, many of us know about cloudflare tunnelling and other services, so NAT really isn't a problem to self hosters and even SMEs any more.

[–] [email protected] 3 points 1 week ago

Agree, and I switched over a couple of years ago. Only yesterday learned about Mermaid graphs and was impressed that Joplin does them natively.

[–] [email protected] 20 points 1 week ago

That's great optics.

Not sure how workable it is to define how you would define "confidential information" without having already viewed the content. But the whole thing isn't very clever on a technical level anyway. Technically competent people will always find a way around such censorship.

[–] [email protected] 5 points 3 weeks ago (2 children)

Instead of you installing linux on them, why not make it a project for the kids? Give them a bunch of distros to try and see what they learn.

[–] [email protected] 3 points 4 weeks ago

Linux: 1995, Sco (At work), then got a copy of Slackware on a Cover-CD around 2000. Shortly after found Debian and have been using that at home exclusively for over two decades, now onto desktops and laptops as well as a couple of home servers. (I use EL distros, Ubuntu and OpenSuse at work nowadays)

Longer history: 1981: ZX81. 1985, Dragon 32. 1988 Amstrad CPC. 1991 an XT. 1992 A 386 sx25 with 1mb ram, and so on.

view more: ‹ prev next ›