[Opm] Minimum version of dependencies after new release

[Arne Morten Kvarving]

the current debian stable (buster) has 2.6. for the previous (stretch) i had to backport for jenkins.

i have also successfully fixed the ubuntu 18.04 mpi packages. it's a pretty simple fix - remove a flag from the configuration.
i'll ask you to test these in the testing ppa during the release. only drawback will be that users will have two mpi packages installed, the fixed ones that is to be used by the opm packages, and the base ones. i cannot replace the base ones, it will lead to system wide rebuilds.

we'll make sure to update the docker et al, don't worry.
________________________________
Fra: Opm <opm-bounces at opm-project.org> på vegne av Atgeirr Rasmussen <Atgeirr.Rasmussen at sintef.no>
Sendt: torsdag 3. oktober 2019 09:07
Til: opm at opm-project.org <opm at opm-project.org>
Emne: Re: [Opm] Minimum version of dependencies after new release

Hi all,

I agree that we should do this (unless other disadvantages come to light).

I'd say that the loss of Ubuntu 18.04 LTS as a supported target is less of
a problem than it appears, since that version provides a faulty MPI
implementation so we cannot provide MPI packages for it anyway.

Are Dune 2.6 packages are available for current debian stable?

Atgeirr

________________________________
Frå: Opm <opm-bounces at opm-project.org> på vegne av Alf Birger Rustad <abir at equinor.com>
Sendt: onsdag 2. oktober 2019 14:36
Til: opm at opm-project.org <opm at opm-project.org>
Emne: [Opm] Minimum version of dependencies after new release

Hi everybody,

A new release is cooking, and this brings up the possibility of upping the minimum version of dependencies for the opm-simulators build chain. This time around we may consider a larger jump than usual. These are some of the options:
Increase minimum version of Ubuntu to Cosmic 18.10 and Debian to Buster 10. This again allows us to bump GCC to 8.2, and Dune to 2.6.0. The pros: We may not need Boost anymore, we can include the CPR implementation in flow,  we can have working MPI on Ubuntu. For Red Hat there will be no change since building on Red Hat 7 without the devtoolset broke a long time ago anyway, and Red Hat 8 has GCC 8.2 as default. Downsides include breaking build on Ubuntu LTS and Debian oldstable. I really do not know to what extent this will be problematic. At Equinor we are already deep into the devtoolsets, so this will not bite us.

What do you think?
Alf


-------------------------------------------------------------------
The information contained in this message may be CONFIDENTIAL and is
intended for the addressee only. Any unauthorized use, dissemination of the
information or copying of this message is prohibited. If you are not the
addressee, please notify the sender immediately by return e-mail and delete
this message.
Thank you
_______________________________________________
Opm mailing list
Opm at opm-project.org
https://opm-project.org/cgi-bin/mailman/listinfo/opm
_______________________________________________
Opm mailing list
Opm at opm-project.org
https://opm-project.org/cgi-bin/mailman/listinfo/opm