On Wed, 2 Mar 2022 at 17:00, Orion Poplawski <orion@nwra.com> wrote:
On 3/2/22 14:14, epel-devel@lists.fedoraproject.org wrote:
> Except that we are going to need python38-pytest, etc. in the EPEL8 buildroot
> if we are going to build (most of) the packages in the first place.  That's
> the problem I'm running into now trying to build python38-jmespath:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=83570866
> DEBUG util.py:444:  No matching package to install: 'python38-pytest'
>
> So I'm back to my original questions:
>
> * Do we just make EPEL python38- packages as modules or try to hack up some
> kind of build system support for it?
> * If modules, every package a module or one (or a few) modules?

I have been told that the lack of python38-pytest is an issue with the
buildroot generation and so have filed:

https://pagure.io/releng/issue/10679

Hopefully this will make everything simpler as nothing has to be a module or
special in any way.



So this problem seems to be something with koji and that set of packages in that sub-directory. I tested this with the following:

1. koji mock-config --tag epel8-next-build --arch x86_64 > e8-next.cfg
2. cp e8-next.cfg e8-next-infra.cfg
3. change `https://kojipkgs.fedoraproject.org/repos/epel8-next-build/4499598/x86_64` to `https://infrastructure-iad.fedoraproject.org/repo/centos/stream8-kojitarget/latest/x86_64/CS-8-001` in the infra one. This points to the core repo that koji will try to import as a buildroot.
4. `mock -r e8-next.cfg --enable-network --install dnf; mock -r e8-next.cfg --enable-network --shell`
```
# dnf list python38-py*
Last metadata expiration check: 0:00:04 ago on Fri Mar  4 09:37:44 2022.
Available Packages
python38-PyMySQL.noarch     0.10.1-1.module_el8.4.0+677+b84873a2       build
python38-pycparser.noarch      2.19-3.module_el8.4.0+647+0ba99ce8          build
python38-pysocks.noarch        1.7.1-4.module_el8.4.0+665+abc3a503          build
python38-pytz.noarch              2019.3-3.module_el8.4.0+647+0ba99ce8       build
python38-pyyaml.x86_64        5.4.1-1.module_el8.6.0+929+89303463          build
```
5. Do the same with the other config so we see what the main is presenting to koji:
```
# dnf list python38-py*
Last metadata expiration check: 0:00:01 ago on Fri Mar  4 09:39:58 2022.
Available Packages
python38-PyMySQL.noarch     0.10.1-1.module_el8.4.0+677+b84873a2       build
python38-py.noarch                  1.8.0-8.module_el8.5.0+742+dbad1979         build
python38-pycparser.noarch      2.19-3.module_el8.4.0+647+0ba99ce8          build
python38-pyparsing.noarch      2.4.5-3.module_el8.5.0+742+dbad1979         build
python38-pysocks.noarch         1.7.1-4.module_el8.4.0+665+abc3a503         build
python38-pytest.noarch            4.6.6-3.module_el8.5.0+742+dbad1979         build
python38-pytz.noarch               2019.3-3.module_el8.4.0+647+0ba99ce8      build
python38-pyyaml.x86_64         5.4.1-1.module_el8.6.0+929+89303463         build
```

Notice the differing packages. For some reason part of koji is seeing some problem with the packages in a set of directories and is not allowing access to them.



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