So you are running into modularity issue there and I am guessing it is from
mock versus koji because koji gets around modularity with a hack. In mock
you have to tell it to enable the module there are in. I don’t know the
syntax off hand but it is probably a command line flag.

Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren


On Tue, Jul 16, 2024 at 02:20 Mark E. Fuller <mark.e.ful...@gmx.de> wrote:

> Thanks, I have tried a few variations on this, but get the following error
> (trying presently with python 3.8):
>
> Error:
> Problem: conflicting requests
>   - package python38-pytest-4.6.6-3.module+el8.9.0+1418+f0d66789.noarch
> from powertools is filtered out by modular filtering
> (try to add '--skip-broken' to skip uninstallable packages or '--nobest'
> to use not only best candidate packages)
>
> (In addition to several "sh: /usr/bin/python3.6: No such file or
> directory" right at the start")
>
> Is there an additional switch I need to throw to effectively alias python3
> to the proper version?
> *Mark E. Fuller, Ph.D.*
> *ful...@fedoraproject.org*
> *ful...@mefuller.dev*
> *@fuller:fedora.im*
> *@fuller:one.ems.host*
> *https://mefuller.dev*
> *PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60*
>
> Jul 15, 2024 19:48:56 Stephen Smoogen <ssmoo...@redhat.com>:
>
> > On Mon, 15 Jul 2024 at 06:57, Mark E. Fuller via devel
> > <devel@lists.fedoraproject.org> wrote:
> >>
> >> I want to make a minor update to an EPEL 8 package, but the default
> Python is 3.6 where the update requires >=3.7
> >>
> >> Is this possible to do (with modules?)? How would I specify it in the
> spec file if it is?
> >
> > BuildRequires: python3.12
> >
> > and equivalent names for other packages.
> >
> >> Mark E. Fuller, Ph.D.
> >> ful...@fedoraproject.org
> >> ful...@mefuller.dev
> >> @fuller:fedora.im
> >> @fuller:one.ems.host
> >> https://mefuller.dev
> >> PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60
> >> --
> >> _______________________________________________
> >> 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
> >
> >
> >
> > --
> > 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