#403 build fails when %pypi_source macro is used
Closed 5 years ago Opened 5 years ago by marbu.

I tried to use %pypi_source macro in my project, but the build has failed, see:

cmd: ['rpkg', '-C', '/etc/rpkg.conf', 'srpm', '--outdir', '/var/lib/copr-rpmbuild/results/tmp8g5i737w', '--spec', '/tmp/tmp9q9cg39u/pylatest-copr/python-pylatest.fedora.spec']
cwd: /tmp/tmp9q9cg39u/pylatest-copr
rc: 0
stdout: Wrote: /var/lib/copr-rpmbuild/results/tmp8g5i737w/python-pylatest.fedora.spec
stderr: error: Bad source: /var/lib/copr-rpmbuild/results/tmp8g5i737w/%pypi_source: No such file or directory

You can check full log if needed.

Note that this is already part of Fedora Packaging Guidelines for Python and that according to related FPC ticket, the macro should be already available in Fedora and EPEL.

Additional information

My COPR project uses following configuration:


I tried to rebuild it manually via source rpm (which I generated via rpmbuild -bs) and mock on my fedora 28 machine and it worked fine:

mock -r fedora-28-x86_64 --rebuild python-pylatest-0.1.3-1.fc28.src.rpm

Looking at the log, it's possible that the problem is in fedpkg or integration of fedpkg and copr.

Thanks for the report. There are currently 3 options:

  1. add python-srpm-macros to the bulid root which is used for generating srpm (needs to be done by copr maintainers)
  2. allow on-demand installation of additional dependencies for rpkg method (and ideally other methods)
  3. switch to custom method, and specify the bulid requires manually

Metadata Update from @msuchy:
- Issue tagged with: bug

5 years ago

Builders are now being provisioned with python-srpm-macros installed.

Metadata Update from @clime:
- Issue status updated to: Closed (was: Open)

5 years ago

Login to comment on this ticket.

Metadata