On Wed, 21 Dec 2022 at 12:32, Mark Olesen <mark.ole...@esi-group.com> wrote:

> Yup, scotch doesn't seem to be in CBR either.
> Doesn't even seem to be a metis library anymore either. This all seems
> to be a bit odd - how do people manage domain decomposition without
> metis, or scotch (and ptscotch)? Or is it expected that we should be
> rolling this thirdparty software into our own builds?
> Not bellyaching, just don't understand the roadmap here.
>
>
To answer the first question about 'domain decomposition'.. I don't think
it is something that 'most' or 'many' customers deal with. The fact that
the software was only in 'Code Ready Builder' in EL8 means that it came
with 'low' update/support mainly because it had been a build requirement of
some other software in BaseOS or Appstream. The fact that it isn't in EL9
says that build requirement no longer exists and so the package was not
needed to be built at all.

In that case, the usual method is 'build it yourself' or 'work with others
to build it in a 3rd party repository' like EPEL or similar ones. The
reasons for software not being  in future RHEL is usually a split thing..
There are customers who want a specific version in RHEL and there are
customers who do not unless because it is not the version they wanted. That
usually makes the choice toward not including something because then no one
is equally unhappy.



> /mark
>
> On 12/21/22 18:11, Stephen Smoogen wrote:
> >
> >
> > On Wed, 21 Dec 2022 at 12:03, Sérgio Basto <ser...@serjux.com
> > <mailto:ser...@serjux.com>> wrote:
> >
> >     On Wed, 2022-12-21 at 17:58 +0100, Mark Olesen via devel wrote:
> >      > Checking my copr log, it seems that centos-stream-8 (and epel-8)
> has
> >      > this:
> >      >
> >      > ptscotch-openmpi-devel   x86_64   6.0.5-3.el8 powertools
> >      > scotch-devel             x86_64   6.0.5-3.el8 powertools
> >      >
> >      > I was mistaken about it working with epel-9. It also fails to load
> >      > there. So I guess my question has now evolved to "what replaces
> >      > powertools, scotch-devel" for redhat/centos-9 ?"
> >      >
> >
> >     crb - CentOS 9 Stream from CentOS CRB repository.
> >
> >     dnf --enablerepo=crb install librepo-devel
> >
> >
> > No. I do not think that will not work as a replacement. scotch is used
> > for graph functions and not 'librepo'.
> >
> > The package scotch and related packages are NOT in EL9, and nothing
> > 'replaces' them. Instead someone will need to build them for either the
> > COPR project they are using or EPEL.
> >
> > --
> > Stephen Smoogen, Red Hat Automotive
> > Let us be kind to one another, for most of us are fighting a hard
> > battle. -- Ian MacClaren
>
> --
> Dr Mark OLESEN Principal Engineer - OpenFOAM Development - Services ESI
> Germany GmbH | Einsteinring 24 | 85609 Munich | Germany Mob. +49 171
> 9710 149 | mark.ole...@esi-group.com www.openfoam.com |
> www.esi-group.com Managing Director/Geschäftsführer: Dr. Cristel de
> Rouvray - Dr. Alain de Rouvray - Dr. Vincent Chaillou - Andreas Renner
> Commercial Register/Handelsregister Amtsgericht Offenbach | HRB 47146
> USt.-IdNr.: DE113842129
>
>

-- 
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to