Description of problem: the %python_provide macro uses the arch on it's obsoletes and provides. this results in failed koji builds http://koji.fedoraproject.org/koji/taskinfo?taskID=12156455 Version-Release number of selected component (if applicable): python-devel-2.7.10-11.fc24.x86_64 How reproducible: run rpmbuild --eval '%python_provide python2-%{name}' Actual results: Provides: python-%{name}(x86-64) = %{version}-%{release} Provides: python-%{name} = %{version}-%{release} Obsoletes: python-%{name}(x86-64) < %{version}-%{release} Obsoletes: python-%{name} < %{version}-%{release} Expected results: Provides: python-%{name} = %{version}-%{release} Obsoletes: python-%{name} < %{version}-%{release}
I am hitting the same problem here: http://koji.fedoraproject.org/koji/taskinfo?taskID=12551169 It works fine if the complete package is noarch but if some subpackages are not noarch, the build fails.
I'm curious how this changed - the macro.python file and thus the %python_provide macro should be unchanged. It's hard for me to find the actual error message in the koji build.
Found it.
It has not really changed I think. My guess would be that the following commit introduced the problem: https://pkgs.fedoraproject.org/cgit/rpms/python.git/commit/?id=3b6fac0339bab69ca5fbf2881568f0565ab0e252
Yup. I think I have a fix...
Should be fixed with this. Building now.
Problem with -5, should be fixed in -6.
My package builds fine now. Thanks for the quick fix! :-)