On Wed, 2 Mar 2022 at 17:00, Orion Poplawski <or...@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
_______________________________________________ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
