FEATURES=test emerge -pv =sys-auth/keystone-2014.1 triggers drama @ 2 levels. dev-python/python-ldap:0 (dev-python/python-ldap-2.3.13:0/0::gentoo, ebuild scheduled for merge) pulled in by ~dev-python/python-ldap-2.3.13 required by (sys-auth/keystone-2014.1:0/0::gentoo, ebuild scheduled for merge) ^ ^^^^^^ (dev-python/python-ldap-2.4.14:0/0::gentoo, ebuild scheduled for merge) pulled in by dev-python/python-ldap[python_targets_python2_7(-)?,-python_single_target_python2_7(-)] required by (sys-auth/keystone-2014.1:0/0::gentoo, ebuild scheduled for merge) which appears to result from test? ( ${RDEPEND} .................................... ldap? ( ~dev-python/python-ldap-2.3.13 ) vs. ldap? ( dev-python/python-ldap[${PYTHON_USEDEP}] )" in RDEPEND ---------------------------------------- then dev-python/hacking:0 (dev-python/hacking-0.8.1:0/0::gentoo, ebuild scheduled for merge) pulled in by >=dev-python/hacking-0.8.0[python_targets_python2_7(-)?,-python_single_target_python2_7(-)] required by (dev-python/pycadf-0.5:0/0::gentoo, ebuild scheduled for merge) ^^ ^^^^^ (and 3 more with the same problem) (dev-python/hacking-0.7.2-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by <dev-python/hacking-0.8[python_targets_python2_7(-)?,-python_single_target_python2_7(-)] required by (dev-python/oslo-config-1.2.1:0/0::gentoo, ebuild scheduled for merge) ^ ^^^ (and 2 more with the same problem) ---------------------------------------- then dev-python/pbr:0 (dev-python/pbr-0.8.0:0/0::gentoo, ebuild scheduled for merge) pulled in by >=dev-python/pbr-0.6[python_targets_python2_7(-)?,-python_single_target_python2_7(-)] required by (dev-python/python-keystoneclient-0.8.0:0/0::gentoo, ebuild scheduled for merge) ^^ ^^^ (and 3 more with the same problem) (dev-python/pbr-0.5.23-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by <dev-python/pbr-0.6[python_targets_python2_7(-)?,-python_single_target_python2_7(-)] required by (dev-python/oslo-sphinx-1.0-r1:0/0::gentoo, ebuild scheduled for merge) ^ ^^^ ---------------------------------------- then dev-python/docutils:0 (dev-python/docutils-0.9.1-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by ~dev-python/docutils-0.9.1[python_targets_python2_7(-)?,-python_single_target_python2_7(-)] required by (dev-python/pycadf-0.5:0/0::gentoo, ebuild scheduled for merge) ^ ^^^^^ (dev-python/docutils-0.11:0/0::gentoo, ebuild scheduled for merge) pulled in by >=dev-python/docutils-0.7[python_targets_python2_6(-)?,python_targets_python2_7(-)?,python_targets_python3_2(-)?,python_targets_python3_3(-)?,python_targets_pypy(-)?,-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-),-python_single_target_pypy(-)] required by (dev-python/sphinx-1.1.3-r7:0/0::gentoo, ebuild scheduled for merge) all of which are samples of the various deps competing with each other demanding various versions of the same dep. python-ldap I think you could settle with just making the one set in RDEPEND to match the 1 requ'd for the test phase. That's 1 down. ============================================================== (also for test? ( ${RDEPEND} to work correct me if I'm wrong but RDEPEND needs to precede DEPEND in order of their appearance. python_prepare_all() { appears to also require a mkdir ${PN}/tests/tmp/ to precede the cp of the missing keystone-paste.ini test phase; It's established it takes an age to complete however it has that naughty tendency to clone repos mid test phase.. While still 'testing', it appears it's wise to sed out @ minimum test_admin_requires_adminness with the usual sed -e s':test_admin_requires_adminness:_&:' -i ${PN}/tests/test_keystoneclient.py || die there were 3 others to add to the sed list but give me a day or 2 more to re-run the suite and record what they were / are. I still wonder of the sanity of such a long and slow testsuite.
Created attachment 376120 [details] tail of a very long log I also EVENTUALLY got 2 errors and a fail between test_static_translated_string_is_Message test_get_token_id_error_handling test_provider_token_expiration_validation so I guess you'll have to re-run it. enjoy
python_test() { # Ignore (naughty) test_.py files & 1 test that connect to the network #-I 'test_keystoneclient*' \ nosetests -I 'test_keystoneclient*' \ -e test_static_translated_string_is_Message \ -e test_get_token_id_error_handling \ -e test_provider_token_expiration_validation \ -e test_import || die "testsuite failed under python2.7" ~/cvsPortage/gentoo-x86/sys-auth/keystone $ time ebuild keystone-2014.1.ebuild clean test >>> Source compiled. * python2_7: running distutils-r1_run_phase python_test Ran 2942 tests in 21351.200s OK (SKIP=689) real 356m4.028s user 12m55.195s sys 4m23.298s that is really strooth
works here, fixed in 2014.1.1-r1 and 2014.1.9999 and 9999