Bug 32203

Summary: employing %python_req_hier would require a special treatment for six.moves.* deps
Product: Sisyphus Reporter: Ivan Zakharyaschev <imz>
Component: rpm-build-pythonAssignee: Ivan Zakharyaschev <imz>
Status: NEW --- QA Contact: qa-sisyphus
Severity: enhancement    
Priority: P3 CC: darktemplar, george, imz, ldv
Version: unstable   
Hardware: all   
OS: Linux   

Description Ivan Zakharyaschev 2016-06-17 13:05:40 MSK
There are widespread *.six.moves.* virtual deps (not provided by a .py file).

Example -- https://lists.altlinux.org/pipermail/sisyphus-incominger/2016-June/438175.html :

x86_64: NEW unmet dependencies detected:
python-module-pyrax#1.9.0-alt3	python2.7(six.moves)
python-module-pyrax#1.9.0-alt3	python2.7(six.moves.configparser)
python-module-pyrax#1.9.0-alt3	python2.7(six.moves.urllib)

An example of a "hack" to filter them (perhaps, they shouldn't be filtered away ideally, but translated?) -- http://git.altlinux.org/gears/s/salt.git?p=salt.git;a=blob;f=salt.spec;h=48ca2c6c9363705148114dd3d87de3fa8b63ec07;hb=HEAD :

# For more detailed autoreqs (under jnpr.*), which can be satisfied;
  19 # this fixes the general UNMET python2.X(jnpr), which used to appear.
  20 %python_req_hier
  21 # except "virtual" Provides of six.py, which cannot be autogenerated:
  22 %global to_filter_moves %py_dependencies salt\.ext\.six\.moves.*
  23 # {0} is to strip a space at the end:
  24 %filter_from_requires s:%to_filter_moves\{0\}::g
  25