Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source repoquery --source --requires python-pytest-harvest
lists:
directory pyproject-rpm-macros python3-devel python3dist(decopatch) python3dist(makefun) >= 1.5 python3dist(packaging) python3dist(pandas) python3dist(pypandoc) python3dist(pytest-runner) python3dist(pytoml) python3dist(setuptools-scm) python3dist(six) python3dist(tabulate) python3dist(wheel) removed
Aaaaaand the "directory" and "removed" entries are obviously bogus.
Does anybody have an idea what's going on? Maybe a dependency generator is still running while RPM is already cleaning up the build directory?
Fabio
On 01. 02. 20 0:31, Fabio Valentini wrote:
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source repoquery --source --requires python-pytest-harvest
lists:
directory pyproject-rpm-macros python3-devel python3dist(decopatch) python3dist(makefun) >= 1.5 python3dist(packaging) python3dist(pandas) python3dist(pypandoc) python3dist(pytest-runner) python3dist(pytoml) python3dist(setuptools-scm) python3dist(six) python3dist(tabulate) python3dist(wheel) removed
Aaaaaand the "directory" and "removed" entries are obviously bogus.
Does anybody have an idea what's going on? Maybe a dependency generator is still running while RPM is already cleaning up the build directory?
This is a known and fixed problem in pyproject-rpm-macros:
https://src.fedoraproject.org/rpms/pyproject-rpm-macros/c/102626373ec18f1928...
I see that python-pytest-harvest was rebuilt with the not yet fixed version. Mass rebuild will fix this on rawhide. For older releases, I'll do a query and rebuild those after the mass rebuild is merged back to rawhide.
On 01. 02. 20 8:36, Miro Hrončok wrote:
On 01. 02. 20 0:31, Fabio Valentini wrote:
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source repoquery --source --requires python-pytest-harvest
lists:
directory pyproject-rpm-macros python3-devel python3dist(decopatch) python3dist(makefun) >= 1.5 python3dist(packaging) python3dist(pandas) python3dist(pypandoc) python3dist(pytest-runner) python3dist(pytoml) python3dist(setuptools-scm) python3dist(six) python3dist(tabulate) python3dist(wheel) removed
Aaaaaand the "directory" and "removed" entries are obviously bogus.
Does anybody have an idea what's going on? Maybe a dependency generator is still running while RPM is already cleaning up the build directory?
This is a known and fixed problem in pyproject-rpm-macros:
https://src.fedoraproject.org/rpms/pyproject-rpm-macros/c/102626373ec18f1928...
I see that python-pytest-harvest was rebuilt with the not yet fixed version. Mass rebuild will fix this on rawhide. For older releases, I'll do a query and rebuild those after the mass rebuild is merged back to rawhide.
Looks like this is only happening with python-pytest-harvest and the f31 build was never pushed as an update. We should be good.
Zbyszek, please merge with master and rebuild if you want to ship this.
On Sat, Feb 1, 2020 at 8:43 AM Miro Hrončok mhroncok@redhat.com wrote:
On 01. 02. 20 8:36, Miro Hrončok wrote:
On 01. 02. 20 0:31, Fabio Valentini wrote:
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source repoquery --source --requires python-pytest-harvest
lists:
directory pyproject-rpm-macros python3-devel python3dist(decopatch) python3dist(makefun) >= 1.5 python3dist(packaging) python3dist(pandas) python3dist(pypandoc) python3dist(pytest-runner) python3dist(pytoml) python3dist(setuptools-scm) python3dist(six) python3dist(tabulate) python3dist(wheel) removed
Aaaaaand the "directory" and "removed" entries are obviously bogus.
Does anybody have an idea what's going on? Maybe a dependency generator is still running while RPM is already cleaning up the build directory?
This is a known and fixed problem in pyproject-rpm-macros:
https://src.fedoraproject.org/rpms/pyproject-rpm-macros/c/102626373ec18f1928...
I see that python-pytest-harvest was rebuilt with the not yet fixed version. Mass rebuild will fix this on rawhide. For older releases, I'll do a query and rebuild those after the mass rebuild is merged back to rawhide.
Looks like this is only happening with python-pytest-harvest and the f31 build was never pushed as an update. We should be good.
Yeah, according to my data, only one package is affected anymore. Glad this is fixed, and thanks for the quick response :+1:
Fabio
Zbyszek, please merge with master and rebuild if you want to ship this.
-- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@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/devel@lists.fedoraproject.org