On Wed, 2 Mar 2022 at 17:00, Orion Poplawski <orion@xxxxxxxx> wrote:
On 3/2/22 14:14, epel-devel@xxxxxxxxxxxxxxxxxxxxxxx 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
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
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
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
_______________________________________________ epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to epel-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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure