Obviously stability is the most important factor for the people running nuclear experiments so they choose RHEL. Nevertheless, if I were them, I would consider trying Nix or Guix to potrntially turn the configs/builds into comparably strict math and making these reproducible.
Config can also be made reproducible with VM images, containers, home-built packages, configuration-management tools (ansible, puppet, …) or a mix of all or some of them. Nix/Guix is no silverbullet.
Fermilab/CERN recommendation for Linux distribution
51–60 of 144 posts
Re: Fermilab/CERN recommendation for Linux distribution
#52Alma produces a rather snazzy script to migrate from CentOS which works really well. I'm told it also works with Rocky, but I haven't tried it.
An easy shortcut though, in case you have to hand type it out somewhere, is https://rockylinux.org/migrate2rocky.sh
Re: Fermilab/CERN recommendation for Linux distribution
#53What happened to scientific Linux? It's a bit odd that it seems to be being discontinued rather than rebased on Alma? Do they no longer believe scientific Linux adds value?
Re: Fermilab/CERN recommendation for Linux distribution
#54Earlier 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…
That is the best way to treat Oracle, just pretend it doesn't exist.
Re: Fermilab/CERN recommendation for Linux distribution
#55What I didn't like about AlmaLinux so far is that it takes more effort to google solutions to problems than for Ubuntu. That may sound stupid or lazy, but there it is.
You may find it harder to find resources for AlmaLinux/CentOS/etc. if you are using the same methods for searching for resources as you would for a Ubuntu (or even Debian) based OS.
However, there are much better and more fully comprehensive training material out there for 'Enterprise Linux' distributions (RHEL, CentOS which means also AlmaLinux and Rocky) because of the widely industry accepted RH certifications.
So to wildly make broad statements: Ubuntu based distros are good for finding resources like blogs and tutorials that are aimed at people who are tinkering and just starting out, maybe from a dev background. EL distros are good for comprehensive training for people who probably have had "Sys admin" as a job title at some point.
Re: Fermilab/CERN recommendation for Linux distribution
#56Re: Fermilab/CERN recommendation for Linux distribution
#57Earlier quoted context omitted.
Linux developers have created dependencies on Linux. Portability is a lot of work and perfect portability does not exist. If you think you don't want systemd, why don't you use BSD?
> Linux developers have created dependencies on Linux. Sorry, ignoring the rest of the thread: this statement isn't true even marginally. There are linux distributions that can operate on other kernels than Linux. Debian was my favourite choice for this with their HURD ( https://www.debian.org/ports/hurd/ ) and kFreeBSD ( https://www.debian.org/ports/kfreebsd-gnu/ ) implementation. The GNU userland itself does not de…
Then by definition they're not specifically a Linux distribution?
Re: Fermilab/CERN recommendation for Linux distribution
#58Earlier quoted context omitted.
It's a RHEL clone, so no. However, you can install runit or OpenRC if you want.
That doesn't solve the problem, because systemd developers have insinuated dependencies on it into multiple unrelated system components.
Re: Fermilab/CERN recommendation for Linux distribution
#59Earlier quoted context omitted.
> Linux developers have created dependencies on Linux. Sorry, ignoring the rest of the thread: this statement isn't true even marginally. There are linux distributions that can operate on other kernels than Linux. Debian was my favourite choice for this with their HURD ( https://www.debian.org/ports/hurd/ ) and kFreeBSD ( https://www.debian.org/ports/kfreebsd-gnu/ ) implementation. The GNU userland itself does not de…
> There are linux distributions that can operate on other kernels than Linux. Then by definition they're not specifically a Linux distribution?
I’m happy to take a different name, but Wikipedia at least refers to it this way.
Debian themselves say that they’re an operating system.
Regardless; many (if not most, if not close to all) utilities developed on top of Linux are portable across not only distributions, but other kernels or even operating systems.
It’s not fair to say that “those people who develop on systems with Linux kernels only support linux”.
Re: Fermilab/CERN recommendation for Linux distribution
#60All this time I had thought that Rocky Linux was winning the fork war over Alma (in the fight to be the successor to CentOS), but this post might change that with a good chunk of the science community throwing their weight behind Alma. Do we have anyone else in the audience that has any insights over whether Alma is more prevalent over Rocky or is it the other way around? I know I can run Rocky Linux from DigitalOcea…
> Alma Having just played through the F.E.A.R. games that name gives me weird feelings.