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 <[email protected]> på vegne av Atgeirr Rasmussen 
<[email protected]>
Sendt: torsdag 3. oktober 2019 09:07
Til: [email protected] <[email protected]>
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 <[email protected]> på vegne av Alf Birger Rustad 
<[email protected]>
Sendt: onsdag 2. oktober 2019 14:36
Til: [email protected] <[email protected]>
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
[email protected]
https://opm-project.org/cgi-bin/mailman/listinfo/opm
_______________________________________________
Opm mailing list
[email protected]
https://opm-project.org/cgi-bin/mailman/listinfo/opm
_______________________________________________
Opm mailing list
[email protected]
https://opm-project.org/cgi-bin/mailman/listinfo/opm

Reply via email to