Live data from Hacker News

Fermilab/CERN recommendation for Linux distribution

news.fnal.gov

111–120 of 144 posts

Re: Fermilab/CERN recommendation for Linux distribution

#111
post #87

I would prefer to use RedHat based distros but their lack of official non free repos annoy me - I don’t want to add a community repo, I want packages maintained by trusted core engineers. Sure the community repos probably have that, but I last I checked I couldn’t find any assurance on the security of the community repos. SBOMs don’t mean shit if you’re installing stuff from random no-assurance locations.

Then you want Debian. We've had FAR less problems with Debians than anything from Red Hat stable

I've used a bunch of Linux distros over the years and always find myself installing Debian when I just want a desktop.

Re: Fermilab/CERN recommendation for Linux distribution

#112

Not a linux expert. Skimming wikipedia it seems the main selling point of both Rocky and Alma is that they're binary-compatible with red hat, right? Could some experts clarify: if you want to be binary-compatible with red hat, why not just use red had?

RHEL costs money.

Re: Fermilab/CERN recommendation for Linux distribution

#113
post #95

Earlier quoted context omitted.

>For example, see the commit log to the early set of Rocky Linux devtools And that's literally it. After that... Nothing. Not surprising. >"All he does is talk" is unfairly dismissive. Funny because he's the only one ever mentioned or talked to in any article. It'd be nice to hear from the actual developers and not a figure head. Notice how it's only him? His role is to talk. His other company is also there to take c…

I do try to ensure that others are always getting credit, I'm not even mentioned in the release notes of who did the work. And the board doesn't keep people out. If you read the bylaws and charter, you would know that it is all contributing members of the projects that will vote for the board members, and the board will elect the officers of the organization. You are obviously not an RESF Member and I trust the Membe…

>And the board doesn't keep people out. If you read the bylaws and charter, you would know that it is all contributing members of the projects that will vote for the board members

Good to know, I forgot how voting works. I hope they do right by the community and not vote you anywhere near the officers of the org. In your words, that means the structure will be working. But that requires faith that there are members who didn't drink your koolaid.

>Last point, it isn't cool to discredit non-technical contributions, every role in an open source project is important.

You're right, advertising your company CIQ using Rocky Linux is definitely up there in important open source contributions. I forgot about that small point.

Re: Fermilab/CERN recommendation for Linux distribution

#114

Not a linux expert. Skimming wikipedia it seems the main selling point of both Rocky and Alma is that they're binary-compatible with red hat, right? Could some experts clarify: if you want to be binary-compatible with red hat, why not just use red had?

RHEL costs money.

Yikes. Why do people use it exactly? (I use debian, that's all I know)

Re: Fermilab/CERN recommendation for Linux distribution

#115

Earlier quoted context omitted.

> Do your homework. You assume I don't know what systemd is or why people have complained? This is frankly a rude comment to make and shows yourself in a very poor light. I thought it was pretty common knowledge in 2022 that systemd is fine . It's the default in the vast majority of Linux distros. The vast majority of people have gotten over the drama of change. I was asking for a specific reason why someone was comp…

> I thought it was pretty common knowledge in 2022 that systemd is fine. You thought wrongly. > The vast majority of people have gotten over the drama of change. Implying the only reason to object to systemd is "the drama of change".

> You thought wrongly.

In 2022 the majority of Linux distros are using systemd: Arch, Debian, RHEL, OpenSUSE... including derivatives like CentOS/AlmaLinux/Ubuntu/Manjaro. Sounds to me like the common knowledge is that systemd is fine.

> Implying the only reason to object to systemd is "the drama of change".

There's nothing in your reply that says otherwise.

Re: Fermilab/CERN recommendation for Linux distribution

#116

Earlier quoted context omitted.

> I thought it was pretty common knowledge in 2022 that systemd is fine. You thought wrongly. > The vast majority of people have gotten over the drama of change. Implying the only reason to object to systemd is "the drama of change".

> You thought wrongly. In 2022 the majority of Linux distros are using systemd: Arch, Debian, RHEL, OpenSUSE... including derivatives like CentOS/AlmaLinux/Ubuntu/Manjaro. Sounds to me like the common knowledge is that systemd is fine . > Implying the only reason to object to systemd is "the drama of change". There's nothing in your reply that says otherwise.

> Sounds to me like the common knowledge is that systemd is fine.

By the same logic "billions served" proves that going to MacDonalds is fine dining according to the "common knowledge".

> There's nothing in your reply that says otherwise.

I was not aiming to educate you, but to point out your error.

Re: Fermilab/CERN recommendation for Linux distribution

#117

I would prefer to use RedHat based distros but their lack of official non free repos annoy me - I don’t want to add a community repo, I want packages maintained by trusted core engineers. Sure the community repos probably have that, but I last I checked I couldn’t find any assurance on the security of the community repos. SBOMs don’t mean shit if you’re installing stuff from random no-assurance locations.

Aren't those assurances what you get by paying red hat?

Re: Fermilab/CERN recommendation for Linux distribution

#118

Earlier quoted context omitted.

RHEL costs money.

Yikes. Why do people use it exactly? (I use debian, that's all I know)

RHEL is used by companies that need the support Red Hat provides. RHEL and it's derivatives have less packages in the repo due to Red Hat willing to support every package they ship.

Re: Fermilab/CERN recommendation for Linux distribution

#119
post #30

Earlier quoted context omitted.

As much as it pains me to say it, FOSS devs are a finite resource and it seems that being divided is just as if having been conquered. Neither Rocky nor Alma are progressing at the rate that a CentOS fork with a hostile RH upstream would progress if they were working together and not duplicating efforts. What is the philosophical schism between the two? Why can't they split the workload on a single distro and reunite…

It's just like with any distribution, each have their own philosophies and how they want to tackle something. Oracle Linux is still around for example, but we don't talk about them too often. Rocky seems to have mostly volunteers. Alma has people who are likely paid because they come from or likely still work for CloudLinux. Either way, you're getting a RHEL clone if you go with either. And that is keeping in mind th…

> Fermilab/CERN were going to stream and... not anymore. Perhaps the bugs and instability were a bit too much.

Not exactly. CentOS Stream is still a standard offering for them, and they've told me they are pretty happy with the stability and getting faster bug fixes. The problem is that too many third party vendors are refusing to keep their software compatible with CentOS Stream, so the environments that depend on those vendor's software must stay pinned to RHEL or a RHEL clone. It's unfortunate because if those vendors also targeted CentOS Stream they would be compatible with new RHEL minor releases on day 1, rather than forcing their users to pin to older minor versions while they play catch up.

Re: Fermilab/CERN recommendation for Linux distribution

#120
post #101

Earlier quoted context omitted.

As soon as you use something like SAP or Oracle the number of offically _supported_ distributions quickly decreases. As example SAP HANA: RHEL and SLES or for example Oracle Database: RHEL, OEL (based on RHEL AFAIK) and again SLES. So it is not only a question if it would theoretically/technically fail on another platform.

I don’t imagine SAP certification would extend to a community-supported fork of RHEL even if it was a 1:1 clone.

Many businesses will use the Forks for their dev environment.
Post reply on HN