setup: update distros that need internal libint

[junghans]

For votca/xtp#559

Make sure I didn't forget a distro, fedora:latest ( = fedora:32 right now) only has libint2-2.1.0.

ubuntu:18.04 has libint-2.3.0 that should hopefully be ok.

[baumeier]

What was the reason we kept ubuntu:18.04? Was that my group?

[junghans]

Correct, isn’t your cluster running 18.04?

[baumeier]

Yeah, so except for one server, all have been upgraded to ubuntu:20.04.
Our department cluster, however, is running Centos 7, if I am not mistaken:

CentOS Linux release 7.8.2003 (Core)
Cluster Manager v8.1
slave
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

CentOS Linux release 7.8.2003 (Core)
CentOS Linux release 7.8.2003 (Core)

[junghans]

Yeah CentOs is on my list (see votca/buildenv#119) even though CentOs7 might be stretch.

Should we drop ubuntu:18.04 CI then? Or wait for the next VOTCA release?

[baumeier]

I think it is ok to drop the 18.04 CI. Although the one local GPU runner that is still doing Gitlab CI is also still on that level. I can upgrade that too.

[junghans]

Let's remove it in master, but leave it in stable and then drop the container after the release.

[JensWehner]

Okay that is good, because then we can actually push libint to 2.6, which is a recent version.