If I have a constraining index that constrains
oslo.config to 1.6.0 and other lower
and add an index that has 1.9.0
and reset oslo.config
and constrain it to 1.9.0
It only seems to find 1,6.0 and less as previously constrained.
(this also happened with six which points to a bug with reset more than the weird naming convention for oslo)
Unrelated but should look into oslo.i18n seems to throw off the package matching
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-0.1.0-py2-none-any.whl': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-0.2.0-py2-none-any.whl': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-0.3.0-py2-none-any.whl': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-0.4.0-py2-none-any.whl': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-1.0.0-py2-none-any.whl': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-1.0.0.tar.gz': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-1.1.0-py2.py3-none-any.whl': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-1.1.0.tar.gz': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-1.3.0.tar.gz': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-1.5.0-py2.py3-none-any.whl': oslo.i18n
&PypiFacade@(Shell@test): WARNING : package 'oslo.il8n' does not match package from file 'oslo.i18n-1.5.0.tar.gz': oslo.i18n
If I have a constraining index that constrains oslo.config to 1.6.0 and other lower and add an index that has 1.9.0 and reset oslo.config and constrain it to 1.9.0 It only seems to find 1,6.0 and less as previously constrained. (this also happened with six which points to a bug with reset more than the weird naming convention for oslo)
Unrelated but should look into oslo.i18n seems to throw off the package matching