Hi, On Tue, Jan 28, 2020 at 09:00:26AM +0000, Atgeirr Rasmussen wrote: > Despite what I initially wrote (that I want to increase the requirements), if > we turn away potential users by this, that would be a good reason to NOT bump > the requirements. > > Arne Morten's message implies that we can still provide binary packages for > new releases (i.e. 2020.04 and 2020.10 etc.) for Ubuntu back to 16.04. > But does that still hold if we also increase compiler requirements to gcc > 8.3? If not, perhaps we should only increase the Dune version for now? >
well, even Arne Morton has to admit that supporting a wealth of distributions and versions often results in a great amount of work. We have seen that for Ubuntu and Redhat as well. I guess we have to decide what we want, and what the user wants. People who always want the latest and greatest, might have to do so with their distribution as well. I would not consider our current releases maintenance updates (we actually do not have these). So while ubuntu LTS will give you maintenance update for 4 years, if you buy fancy new hardware you only have a change of getting it supported after for 2 years. Hence it seems reasonable to guarantee / thrive for new releases to support a two year old ubuntu. https://ubuntu.com/about/release-cycle What one could do is provide bugfix releases for the versions on Ubuntu for 4 years. That would mean Ubuntu YY.04 LTS will be supported by 20YY.04 until 20{YY+2}.04 (and maybe their bugfix releases. For Debian versions the current End of life seems to be 3 years (no support by Dian any more) https://endoflife.software/operating-systems/linux/debian. One can get 2 years limited support via Debian LTS https://wiki.debian.org/LTS. So if we consider the LTS phase as "you might not get a new OPM version", then dropping Debian 9 for 2020.04 seems sound. Markus -- Dr. Markus Blatt - HPC-Simulation-Software & Services http://www.dr-blatt.de Pedettistr. 38, 85072 Eichstätt, Germany, USt-Id: DE279960836 Tel.: +49 (0) 160 97590858 _______________________________________________ Opm mailing list Opm@opm-project.org https://opm-project.org/cgi-bin/mailman/listinfo/opm
