#9340 EPEL 7 scratch builds failing
Closed: Fixed 4 years ago by kevin. Opened 4 years ago by lsedlar.

  • Describe the issue
    I tried building a package for EPEL 7 and it failed in rebuildSRPM step. It looks as if mock is trying to use DNF, but there is a Python traceback.

https://koji.fedoraproject.org/koji/taskinfo?taskID=42710799

Traceback (most recent call last):
  File "/usr/bin/dnf", line 57, in <module>
    from dnf.cli import main
  File "/usr/lib/python2.7/site-packages/dnf/__init__.py", line 30, in <module>
    import dnf.base
  File "/usr/lib/python2.7/site-packages/dnf/base.py", line 29, in <module>
    import libdnf.transaction
  File "/usr/lib64/python2.7/site-packages/libdnf/__init__.py", line 3, in <module>
    from . import conf
  File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 17, in <module>
    _conf = swig_import_helper()
  File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 16, in swig_import_helper
    return importlib.import_module('_conf')
  File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
    __import__(name)
ImportError: No module named _conf
  • When do you need this? (YYYY/MM/DD)
    When convenient for you. No pressure.

  • When is this no longer needed or useful? (YYYY/MM/DD)
    When EPEL 7 goes end-of-life.

  • If we cannot complete your request, what is the impact?
    Packages for EPEL 7 can not be tested via scratch builds from SRPM.


See also https://pagure.io/fedora-infrastructure/issue/8769

Feel free to close this one (or the infra one) as a duplicate.

This is fixed. The builders were updated to mock-2.1, and koji is not ready for this. ;(

They have been downgraded.

Metadata Update from @kevin:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

4 years ago

Login to comment on this ticket.

Metadata