Yeah, rpm-python in 5.0.3/5.1.9/5.2.1 is buggy in that it doesn't add %{?_gnu} to the CVOG platform.
So the check there is done with: rpm.platformscore(rpm.expandMacro(arch + "-%{_vendor}-%{_os}"))
That is Bug #587448, but doesn't apply on i386-redhat-linux or i386-apple-darwin where %_gnu is %nil
The missing rpm.archscore *should* have been caught by the rpmbase test, but maybe needs explicit ?
FAIL: test_sorting_arch_used_when_same_version (tests.rpmbase.RPMPackageTest)
Refactoring of archscore also adds a lookup cache, to avoid going to rpm module for each comparison...
But the recommended setup of /etc/rpm/platform is to make it cope with any vendor and any gnu/version.
Yeah, rpm-python in 5.0.3/5.1.9/5.2.1 is buggy in that it doesn't add %{?_gnu} to the CVOG platform.
So the check there is done with: rpm.platformsco re(rpm. expandMacro( arch + "-%{_vendor} -%{_os} "))
That is Bug #587448, but doesn't apply on i386-redhat-linux or i386-apple-darwin where %_gnu is %nil
The missing rpm.archscore *should* have been caught by the rpmbase test, but maybe needs explicit ?
FAIL: test_sorting_ arch_used_ when_same_ version (tests. rpmbase. RPMPackageTest)
Refactoring of archscore also adds a lookup cache, to avoid going to rpm module for each comparison...
But the recommended setup of /etc/rpm/platform is to make it cope with any vendor and any gnu/version.