On Wed, 2022-12-21 at 18:31 +0100, Mark Olesen via devel 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.
> 

join on 
https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&classification=Fedora&component=scotch&product=Fedora&product=Fedora%20EPEL


Attention , 

after review scotch was build for centos8 stream but not centos 9
stream 

https://gitlab.com/redhat/centos-stream/rpms/scotch/-/tree/c8s

https://gitlab.com/redhat/centos-stream/rpms/scotch/-/commit/510c5b25db89c07f1ee0c48da615b0e1e8456425


> /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
> _______________________________________________
> 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

-- 
Sérgio M. B.
_______________________________________________
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