NethServer 8: planning an evolution

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…

COBOL and FORTRAN are far more powerful than PASCAL, TurboPASCAL and descendants. But they are… “costrained” into their worlds.
At least Delphi is… a bit wider. Anyway, i was thinking that Delphi was dead, but Embarcadero Technologies proved i was wrong.

So anything really on topic lately?

Just a little heads-up, as we are going to slow down the development of NS8 during August :palm_tree:

During the past weeks we updated the docs a lot. We didn’t finish, though! More about UI is about to come.

ns8-core/README.md at main · NethServer/ns8-core · GitHub

Still early for that. Hopefully we’ll meet in September :heart:

Yes, the install.sh script is documented and easy to run on any Debian 11 or Fedora 34 system. I don’t know what kind of idea you can get from a running system though… The UI is still in a mockup experiment state. Additional software needs console commands. It’s still a hard prototype experience!

However here’s a brief list of what we did in the past weeks (disclaimer: it’s something that is not even alpha - everything can change)

  • Dokuwiki module
  • Traefik HTTP reverse-proxy configurable by other modules (e.g. Dokuwiki)
  • Traefik API for Let’s Encrypt certificates. Really easy to get the server FQDN certificate!
  • UI prototype mockup
  • Loki/promtail centralized log server
  • Samba account provider, yes with multi-DC setup
  • Online applications/modules index (where Software Center gathers applications info) GitHub - NethServer/ns8-repomd: NS8 modules index metadata repository

A more detailed list is available in the “Done” column of the Trello roadmap board: Trello

Some important differences from ns7

  • E-smith is no longer there. No “official” template engine. The expand-template command of ns7 has no substitute. Events and actions are a completely different thing too.
  • Multi-tenancy: the platform is not designed for multi-tenancy, however NS8 is already a step forward in that direction, because applications are free to support it. For instance, it is already possible to install multiple Samba domains in a NS8 cluster.
  • Distro agnostic (still). Both Debian and Fedora are good by now. In the near future, I’m curious to see if CentOS Stream 9 at first, then RHEL 9 and derivatives, can replace Fedora 34.
7 Likes

FWIW, Fedora is a “no way” for setup even a test machine.
Personal opinion.