<div dir="ltr">Great vision Doug.<div>May I also promote EESSI  <a href="https://www.eessi-hpc.org/">https://www.eessi-hpc.org/</a></div><div>(the European part may maagically be transformed into something else soon)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 11 Dec 2020 at 18:57, Douglas Eadline <<a href="mailto:deadline@eadline.org">deadline@eadline.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
Some thoughts an this issue and future HPC<br>
<br>
First, in general it is poor move by CentOS, a community<br>
based distribution that has just killed their community.<br>
Nice work.<br>
<br>
Second, and most importantly, CentOS will not matter to HPC.<br>
(and maybe other sectors as well) Distributions will become<br>
second class citizens to containers.  All that is needed is a<br>
base OS to run the container (think Singularity)<br>
<br>
Years ago in the early days of Warewwulf, Greg Kurtzer<br>
(Warewulf/Singularity) talked about the idea of bundling the<br>
essential/minimal OS and libraries with applications in custom<br>
Warewulf VNFS image. The scheduler would then boot the application<br>
image -- everything works. Indeed, in my Limulus systems all<br>
Warewulf VNFS images and kernel bootstraps are in RPM files.<br>
Users can load a new VNFS using Yum (and some basic Warewulf<br>
provision commands)<br>
<br>
Now jump ahead to containers and HPCng (<a href="https://hpcng.org/" rel="noreferrer" target="_blank">https://hpcng.org/</a>)<br>
<br>
An open source project will release a container that "contains"<br>
everything thing it needs to run (along with the container recipe)<br>
Using Singularity you can also sign the container to assure<br>
provenance of the code. The scheduler runs containers. Simple.<br>
<br>
Software Vendors will gladly do the same. Trying to support<br>
multiple distribution goes away. Applications show up in<br>
tested containers. The scheduler runs containers. Things just work,<br>
less support issues for the vendor. Simple.<br>
<br>
The need to maintain library version trees and Modules for<br>
goes away, Of course if are developer writing your own application,<br>
you need specific libraries, but not system wide. Build the<br>
application in your working directly, include any specific libraries<br>
you need in the local source tree and fold it all into a container.<br>
<br>
Joe Landman also comments on this topic in his blog (does not seem<br>
to be showing up for me today, however)<br>
<br>
<a href="https://scalability.org/2020/12/the-future-of-linux-distributions-in-the-age-of-docker-and-k8s/" rel="noreferrer" target="_blank">https://scalability.org/2020/12/the-future-of-linux-distributions-in-the-age-of-docker-and-k8s/</a><br>
<br>
Bottom line, it is all good, we are moving on.<br>
<br>
--<br>
Doug<br>
<br>
<br>
<br>
<br>
<br>
> Hi folks,<br>
><br>
> It looks like the CentOS project has announced the end of CentOS 8 as a<br>
> version that tracked RHEL for the end of 2021, it will be replaced by<br>
> the CentOS stream which will run ahead of RHEL8. CentOS 7 is unaffected<br>
> (though RHEL7 only has 3 more years of life left).<br>
><br>
> <a href="https://blog.centos.org/2020/12/future-is-centos-stream/" rel="noreferrer" target="_blank">https://blog.centos.org/2020/12/future-is-centos-stream/</a><br>
><br>
>  > The future of the CentOS Project is CentOS Stream, and over the<br>
>  > next year we’ll be shifting focus from CentOS Linux, the rebuild<br>
>  > of Red Hat Enterprise Linux (RHEL), to CentOS Stream, which<br>
>  > tracks just ahead of a current RHEL release. CentOS Linux 8, as<br>
>  > a rebuild of RHEL 8, will end at the end of 2021. CentOS Stream<br>
>  > continues after that date, serving as the upstream (development)<br>
>  > branch of Red Hat Enterprise Linux.<br>
>  ><br>
>  > Meanwhile, we understand many of you are deeply invested in<br>
>  > CentOS Linux 7, and we’ll continue to produce that version through<br>
>  > the remainder of the RHEL 7 life cycle.<br>
><br>
> I always thought that Fedora was meant to be that upstream for RHEL, but<br>
> perhaps the arrangement now will be Fedora -> CentOS -> RHEL.<br>
><br>
> I wonder where this leaves the Lustre project, currently they only<br>
> support RHEL7/CentOS7 as the server, and more interestingly, people who<br>
> build Lustre appliances on top of CentOS.<br>
><br>
> Then there's the question of projects like OpenHPC who've only just<br>
> announced support for CentOS8 (and OpenSuSE15). They could choose to<br>
> track CentOS Stream instead, probably without too much effort.<br>
><br>
> I do wonder if this opens the door for the return of something like<br>
> Scientific Linux.<br>
><br>
> All the best,<br>
> Chris<br>
> --<br>
> Chris Samuel  :  <a href="http://www.csamuel.org/" rel="noreferrer" target="_blank">http://www.csamuel.org/</a>  :  Berkeley, CA, USA<br>
> _______________________________________________<br>
> Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
> To change your subscription (digest mode or unsubscribe) visit<br>
> <a href="https://beowulf.org/cgi-bin/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">https://beowulf.org/cgi-bin/mailman/listinfo/beowulf</a><br>
><br>
<br>
<br>
-- <br>
Doug<br>
<br>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="https://beowulf.org/cgi-bin/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">https://beowulf.org/cgi-bin/mailman/listinfo/beowulf</a><br>
</blockquote></div>