On Tue, 16 Jul 2024 at 07:30, Petr Pisar <ppisar@xxxxxxxxxx> wrote: > > V Tue, Jul 16, 2024 at 05:24:55AM -0400, Stephen Smoogen napsal(a): > > 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. > > > It's not a modularity issue. The issue is the python38-pytest is only built as > a modular package. In contrast to python38 or python312 packages which are > built a nonmodular packages. > My apologies, I wasn't trying to say that modularity is broken, but that modularity is involved. In this case the module stream python38:3.8 needs to be enabled. I should have waited until I got to a keyboard versus phone to say that though as I dropped a lot of needed info. Enabling python38:3.8 needs to have a command line option sent to mock or a change in a local mock config to turn on that module. In Fedora koji, this package may be there as a 'stripped' module where grobisplitter does so hacks to make this work as best as it can in koji. > It's a common misinterpretation of missing packages as "modularity breaks my > system". Reality is that Python team does not build 3rd-party packages, like > pytest, for nondefault Python out of modules. They could, but they don't. > > The error message only means that the only python38-pytest package found is > from python38:3.8 module stream, but that stream is not enabled. That's all. > > If Mark cannot enable the stream for whatever reason, the only option for > him to build pytest against python38 for himslelf. > > -- Petr > > -- > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue