NethServer 8: planning an evolution

Hi all,

Rocky Linux 8.4 Available Now.

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.

Michel-André

4 Likes

Hi Michael,

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

4 Likes

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.

2 Likes

I fully agree with Rob.

Michel-André

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.

3 Likes

What is this censorship?

Isn’t this post “NethServer 8: planning an evolution” and the tag “Community


As @robb wrote:

I preach for my parish - IMHO Rocky Linux is the road to follow and the only other worthy alternative is Debian.


@davidep: Please, expain …


@danb35

  • I do not post all the “incremental piece of progress” but the milestones of my candidate.

  • What is that We… Who do you represent ?

  • But, as always, you have to put your “grain of salt” even if it has nothing to do with the topic.

Beware NethServer, sterile discussions got the better of SME …


Michel-André

1 Like

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.

2 Likes

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?

1 Like

Meanwhile, is investing a bit of time on personal research on podman and traefic well spend taking NS8 development into account?

2 Likes
  • 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.
  • NS8 prototype requires Podman 3+ and Python 3.9 that come from Appstream in RHEL 8: Red Hat Enterprise Linux Application Streams Life Cycle - Red Hat Customer Portal
    That sounds to me like software collections (SCL) for el7. It is not that kind of “stability” and “rock-solid” we were used to deal with in the old times.

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).

10 Likes

@davidep

Good, solid, and understandable explanation!

5 Likes

@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.

7 Likes

OT

to annoy people, and clear the waters a bit :grinning:
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.

$ cat /usr/share/distro-info/debian.csv | grep bullseye
11,Bullseye,bullseye,2019-07-06,2021-07-31,2024-07-31
2 Likes

On topic,

In my quest to understand traefik and podman;

Have container running traefik and have the dashboard, yeah :nerd_face:
Also have (podman) conainers for nexcloud and mariadb, yeah :nerd_face:

(both on aarch64 :grinning:)

Can’t figure out how to combine those, ie “bind” nextcloud to traefik…

1 Like

I just tried Alma… i like it! :slight_smile:

We are implementing that part in these days. You have an example here: traefik: add new `set-route` and `delete-route` actions by Amygos · Pull Request #30 · NethServer/ns8-core · GitHub

The action will take care to write the correct keys inside redis and traefik will automatically read them.

3 Likes

Guys I think we’re missing the point here.

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

11 Likes

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 :slight_smile:

3 Likes

I was surprise to see Fortran is Hot Again :wink:

Or Cobol… /me runs
And don’t let me start on when I was forced to learn some Pascal… probably the reason I never went the developer path…