If your tox.ini looks like this: deps = -r{toxinidir}/install.requires -r{toxinidir}/tests.requires then the pyproject tox deps generator won't work: Handling -r/builddir/build/BUILD/openqa_client-4.0.0.dev0/install.requires from tox --print-deps-only: py38 WARNING: Skipping invalid requirement: -r/builddir/build/BUILD/openqa_client-4.0.0.dev0/install.requires Parse error at "'-r/build'": Expected W:(abcd...) Handling -r/builddir/build/BUILD/openqa_client-4.0.0.dev0/tests.requires from tox --print-deps-only: py38 WARNING: Skipping invalid requirement: -r/builddir/build/BUILD/openqa_client-4.0.0.dev0/tests.requires Parse error at "'-r/build'": Expected W:(abcd...)
Thanks for the report. Technically, https://github.com/fedora-python/tox-current-env cannot (yet) handle that. It prints out venv.get_resolved_dependencies() from tox. I wonder if what you do works in pure tox by accident or by design - if it is design, maybe get_resolved_dependencies() should open the files instead of passing it as arguments to pip?
I've seen it used quite widely, and it's in the official docs (though marked as "New in version 1.6.1. (experimental)": https://tox.readthedocs.io/en/latest/example/basic.html#depending-on-requirements-txt-or-defining-constraints
Ok, so the docs say "This is actually a side effect that all elements of the dependency list is directly passed to pip." I've opened https://github.com/fedora-python/tox-current-env/issues/22
Given where https://github.com/fedora-python/tox-current-env/issues/22 is going, I'll try to fix this form the macros.
https://src.fedoraproject.org/rpms/pyproject-rpm-macros/pull-request/36
FEDORA-2020-901bee4b70 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-901bee4b70
FEDORA-2020-f0b861e528 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-f0b861e528
pyproject-rpm-macros-0-13.fc32 has been pushed to the Fedora 32 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-901bee4b70
pyproject-rpm-macros-0-13.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-b82d2975cf
pyproject-rpm-macros-0-13.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-f0b861e528
pyproject-rpm-macros-0-13.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
pyproject-rpm-macros-0-13.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.
pyproject-rpm-macros-0-13.fc32 has been pushed to the Fedora 32 stable repository. If problems still persist, please make note of it in this bug report.