32203 2016-06-17 13:05:40 +0300 employing %python_req_hier would require a special treatment for six.moves.* deps 2016-06-17 13:05:40 +0300 1 1 4 Development Sisyphus rpm-build-python unstable all Linux NEW P3 enhancement --- 1 imz imz darktemplar george imz ldv qa-sisyphus oldest_to_newest 157350 0 imz 2016-06-17 13:05:40 +0300 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