71–80 of 307 posts
I'm continually baffled that so many companies follow RHEL compatibility to this day. I've been using Linux for nearly 30 years. Admining as a profession for at least a quarter of that. 20 years ago, it made a ton of sense. Today, less so. The 'stable version but we backport patches' mantra doesn't make any sense today. I can't even describe how many things that have broken that you can't even find an answer for beca…
I'm continually baffled that so many companies follow RHEL compatibility to this day. I've been using Linux for nearly 30 years. Admining as a profession for at least a quarter of that. 20 years ago, it made a ton of sense. Today, less so. The 'stable version but we backport patches' mantra doesn't make any sense today. I can't even describe how many things that have broken that you can't even find an answer for beca…
> I can't figure out why RHEL compat is so desirable RHEL compat per se is irrelevant, it's the 10 years guaranteed maintenance enterprise customers are after, plus a path forward for their third-party software investments only certified on RHEL (because of said guarantees) and internal IT deployment/admin line processes. Despite making the rounds on HN, enterprise and other commercial users give a flying fuck to io_…
Are there time-to-patch metrics for comparison with and without stream as compared with IDK Fedora git?
Rpms/kernel explains: https://src.fedoraproject.org/rpms/kernel :
> The kernel is maintained in a source tree rather than directly in dist-git. The specfile is maintained as a template in the source tree along with a set of build scripts to generate configurations, (S)RPMs, and to populate the dist-git repository.
Here are fedora's kernel patches: https://gitlab.com/cki-project/kernel-ark/-/commits/ark-patc...
RHEL https://pkgs.org/search/?q=kernel-lt https://www.google.com/search?q=kernel-lt+kernel-ml
Notable Red Hat Enterprise Linux derivatives: https://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux_deriv...
List of commercial products based on Red Hat Enterprise Linux: https://en.wikipedia.org/wiki/List_of_commercial_products_ba...
There used to be a stack of numbered kernel patches in the kernel SRPM Source RPM, but now what is the best way to diff centos-stream-9's main branch with Torvalds/git:main? AFAIU kernel distributors must dist patches because GPLv2; packaging workflows are irrelevant to license terms? https://gitlab.com/redhat/centos-stream/src/kernel/centos-st...
Fedora and many other distros do a lot of valued work, too.
FWICS there are FIPS kernel variants for Ubuntu https://ubuntu.com/kernel
From https://news.ycombinator.com/item?id=36480033 :
> Would it be feasible to sed-replace the RHEL and/or Fedora selinux and container-selinux rulesets for use with other Linux distros?
> "AFAIU only SUSE can run both AppArmor and SELinux?
> And browsers are running as unconfined in selinux with like all major distros; even on ChromiumOS
Act like you added `systemd-nspawn respawn` to every SysV-init script and correctly formatted the epoch time in the correct column of each of the log files to merge and then logship again.
Conda-forge's GitHub PRs to feedstocks model works, but there are no grub or uboot or selinux-policy-targeted or container-selinux or kernel packages in conda-forge or Alpine linux.
containers/container-selinux: https://github.com/containers/container-selinux/tree/main https://src.fedoraproject.org/rpms/container-selinux/blob/ra...
I'm continually baffled that so many companies follow RHEL compatibility to this day. I've been using Linux for nearly 30 years. Admining as a profession for at least a quarter of that. 20 years ago, it made a ton of sense. Today, less so. The 'stable version but we backport patches' mantra doesn't make any sense today. I can't even describe how many things that have broken that you can't even find an answer for beca…
Until recently even Xilinx's tools would balk at installation on Centos.
When the corp has spent millions on EDA tools, RHEL's yearly subscription looks like peanuts.
Earlier quoted context omitted.
> How will they confirm that they're fork is compatible? The only thing they need to ensure right now is that their stable release remains compatible to existing RHEL. Everything needed for that is around. Going forward, maybe "RHEL v+1 compatible" doesn't even matter anymore (to quote that press release: "CIQ is thrilled to collaborate with SUSE on advancing an open enterprise Linux standard.") RHEL became the defac…
I’m not saying it’s the best business model just saying that all these companies are undercutting RedHat out of spite/business. Oh well. RedHat should take this opportunity to pivot and do something else. Holding on to licensing is dying especially in the world of clones.
Undercutting a competitor for your "business" [interests] is business 101.
And RH deserves all the spite it can get too.
Earlier quoted context omitted.
> I can't figure out why RHEL compat is so desirable RHEL compat per se is irrelevant, it's the 10 years guaranteed maintenance enterprise customers are after, plus a path forward for their third-party software investments only certified on RHEL (because of said guarantees) and internal IT deployment/admin line processes. Despite making the rounds on HN, enterprise and other commercial users give a flying fuck to io_…
So the enterprise and commercial users do care? Or perhaps they "don't give a flying fuck"? This ommission of the negative really grinds my gears, and I couldn't care less about American Idiom when it literally changes the meaning of the words.
Sorry for my choice of words, you may be right after all, English isn't my native language. But of all idioms, yours isn't without irony either ;)
Earlier quoted context omitted.
> I can't figure out why RHEL compat is so desirable RHEL compat per se is irrelevant, it's the 10 years guaranteed maintenance enterprise customers are after, plus a path forward for their third-party software investments only certified on RHEL (because of said guarantees) and internal IT deployment/admin line processes. Despite making the rounds on HN, enterprise and other commercial users give a flying fuck to io_…
So the enterprise and commercial users do care? Or perhaps they "don't give a flying fuck"? This ommission of the negative really grinds my gears, and I couldn't care less about American Idiom when it literally changes the meaning of the words.
> This ommission of the negative really grinds my gears, and I couldn't care less about American Idiom when it literally changes the meaning of the words.
Tough luck? Language is like that, idioms especially. Just get used to the fact that not everybody speaks the same dialect of English as you do, and none of them are objectively the correct one in any sense.
You clearly knew what they meant, so there's no communication barrier here. You're being pedantic for the sake of it.
Earlier quoted context omitted.
RedHat also built their business on the backs of other peoples work, sure they make contributions back but I’m sure they’re minuscule when compared to profit. They read, understood and accepted licences for the products they on-sell and are now throwing their toys out of the pram when the free market does what it was always inevitably going to do with their in-house tech.
> but I’m sure they’re minuscule when compared to profit. how can you be so sure? Do you have insights on Red Hat finance we don't know about?
I'm continually baffled that so many companies follow RHEL compatibility to this day. I've been using Linux for nearly 30 years. Admining as a profession for at least a quarter of that. 20 years ago, it made a ton of sense. Today, less so. The 'stable version but we backport patches' mantra doesn't make any sense today. I can't even describe how many things that have broken that you can't even find an answer for beca…
Hey, here’s a comprehensive guide complete with commands, expected outcomes, and side effects of each command for setting up a Windows Domain using an RHEL domain controller: https://access.redhat.com/documentation/en-us/red_hat_single...
Oh, that’s for 7.5? One that’s 15 years old and no longer under standard support? It still works! Wait, but you’re a new customer. Sorry, here’s the one for 9: https://access.redhat.com/documentation/en-us/red_hat_enterp...
It is like this for everything. The documentation is clear, concise, comprehensive, complete, and versioned. This is what being RHEL compatible gets you.