Sufficient testing has been performed such that we have confidence in its stability for production systems. Free community support is available through the Rocky Linux Mattermost 3, IRC 1, and forums 3. Paid commercial support is currently available through CIQ.
Corporations come and go, their interests as transient as they are self-serving. But a community persists, and that’s who we dedicate Rocky Linux to: you.
Rocky is more than the next free and open, community enterprise operating system. It’s a community. A commitment to an ideal bigger than the sum of its parts, and a promise that our principles –embedded even within our repositories and ISOs–are immutable.
I’m happy for the Rocky Linux community achievements. However RHEL 8 derived distros are not relevant to the current NS7 and NS8 developments.
Please use another thread and the Chat category if you really like to keep us informed about Rocky Linux and similar distros. And consider that anyone can subscribe their great Discourse-based forum if interested: https://forums.rockylinux.org
I beg to differ. If NS8 should be able to run on a .rpm based distro, IMO the RHEL8 derived distro’s ARE relevant. Any RHEL7 derived distro’s will be EOL in 3 years (EOL June 30th, 2024) and therefore not feasible to consider.
If a .deb based distro is going to be used, then you are right, but I can’t imagine that development is not going to take place on a .rpm based distro since the vast experience of the dev team is lying there.
Sure a containerized environment can theoretically run on any distro, but then again, the dev experience of .rpm is not going away, is it?
In the end, any production environment will opt for a rock stable base distro. And IMO there are only 2 candidates for that: a RHEL downstream distro (Alma Linux or Rocky Linux) or Debian.
I’m inclined to agree with Davide. Otherwise, we’d just as well say that every release announcement, however trivial, for OEL, AlmaLinux, Debian, and possibly others, belong here. Yes, Rocky is a possible host OS for NS8. We know. We don’t need to be notified of every incremental piece of progress they make, on a topic that really isn’t about them.
But posting every single release of a distro Neth isn’t using does have something to do with the topic? As does the personal attack?
What a silly question–I represent nobody but myself. But I still feel quite comfortable saying that every participant in, or reader of, this thread knows that Rocky exists (as does, frankly, pretty much anyone else who’s at all interested in the CentOS8 situation), and if they’re at all interested in it, they know where to go for more information.
But much more importantly, the Neth devs know that Rocky exists. Maybe they’ll use it and maybe they won’t, but do you really think they’ll be swayed by your posting here about every release? I rather suspect it’s having the opposite effect. I know it’s getting annoying to me. Davide’s just said he doesn’t think it’s on-topic here. Michael said the same thing a few weeks ago.
If you want to advocate for “your candidate” (as you describe it–though I didn’t realize we were having an election), and you have arguments to make that haven’t been made repeatedly already, go for it–but I don’t see that it serves any purpose to post the release announcements.
Sorry… IMO is not censorship when people are spamming things that are OT…
Is someone looking for a “replacement” for CentOS. Ok… but this topic is not about CentOS replacement, but about Neth 8.
Will it look nice and pretty to you? I don’t know.
Will it be nice and pretty with CentOS Stream or Debian? Still I don’t know. I expressed my concerns and doubts about CentOS Stream path, and RedH… IBM way to manage projects. I was not that soft in explaining my reasons but anyway… it’s overdue and “done” as target.
You think that Rocky Linux (or whathever other CentOS clones were advertised here) is wonderful? I’m happy for you. Maybe this topic is not the right place for talking about that?
NS8 prototype requires cgroup2 (aka systemd “unified” default-hierarchy). RHEL 8 provides the cgroup v1 “legacy” default-hierarchy. It is possible to enable it from the kernel cmdline, but I don’t like to change the distro defaults. Systemd version 239 in RHEL 8 is a bit old.
Probably RHEL 9 and derivatives are a better choice, so Fedora 34 is our current RPM-based workbench.
On the Debian (and derivatives) side, we’re playing with Debian 11 “bullseye” (testing) that provides what we need out of the box.
Yes really nice idea! Also from the ARM-compatibility point of view there is much work to do. I confess I do not check the ARM support of upstream images, though the choice is usually towards “standard” ones: widespread, supported, security-aware … (and multi-arch friendly).
@davidep
I agree with @Andy_Wismer, it’s really a good explanation. @michelandre, I like your updates, but after the explanation of Davide, I think a new topic is more practical for it.
Of course you can put the link to the topic here, so we all have the chance to follow, if we want.
PS: @danb35 and @michelandre, we don’t want to argue here, so please mind your words.
to annoy people, and clear the waters a bit
My Debian bullseye just got an update of the package distro-info-data which seems to indicate bullseye is going to be released on 2021-07-31.
The discussion is not about which distro NS8 is going to be based on.
The discussion is: which technology NS8 is going to use and adopt.
It’s quite easy to understand from Davide’s explanation
I think that it eliminates every distro-war or different points of view.
In a few words, they said: we’re going to build something new to achieve our goals (do you remember our last meeting?)
And we need this technology, which distro will help us to achieve that?
It’s different from: let’s pick a distro and build NS8 in that.
If we understand this concept we can move the discussion to another level
I remember a small discussion way way back with Gordon R. from e-smith (maybe @danb35 remembers it) where I suggested to take a look at the opportunity to create adaptor aka integration packs between unique e-smith pack and various linux flavours.
Not really adding any value here, I simply remembered