Re: [openstack-dev] django-openstack-auth and stable/icehouse

2015-02-04 Thread Jeremy Stanley
On 2015-02-04 12:03:14 +0100 (+0100), Alan Pevec wrote:
[...]
   oslo.config==1.6.0 # git sha 99e530e
   django-openstack-auth==1.1.9 # git sha 2079383
[...]
 Clients are capped in stable/icehouse requirements but devstack in
 gate seems to be installing them from git master (note # git sha)

Check that assumption. For example 99e530e is the git SHA tagged as
1.6.0 in oslo.config. This is output from `pbr freeze` rather than
`pip freeze` and therefore reports this information PBR included in
the EGG-INFO when the sdist/wheel was originally built.
-- 
Jeremy Stanley

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] django-openstack-auth and stable/icehouse

2015-02-04 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/04/2015 12:03 PM, Alan Pevec wrote:
 Dependencies in requirements.txt do not seem to be used in 
 stable/icehouse gate jobs, recent pip freeze in
 stable/icehouse shows: ... oslo.config==1.6.0 # git sha
 99e530e django-openstack-auth==1.1.9 # git sha 2079383
 
 It's because of this:
 
 2015-01-27 19:33:44.152 | Collecting oslo.config=1.4.0 (from 
 python-keystoneclient=0.11.1-python-openstackclient=1.0.1)
 
 After that installs 1.6.0, consequent pip runs assume that 1.6.0
 is always better than 1.4.0 and disregards version cap, hence
 does not downgrade the library.
 
 Should we finally cap versions for clients so that they don't
 fetch new library versions?
 
 Clients are capped in stable/icehouse requirements but devstack in 
 gate seems to be installing them from git master (note # git sha)

So we install python-openstackclient=1.0.1 in Icehouse devstack [1]
even though we have 0.5 in requirements/Icehouse [2]. This should be
fixed I guess. But that would not be enough since all versions of
python-openstackclient don't cap the maximum version of keystoneclient.

Anyway, in the end we see that 1.4.0 is installed, so probably pip
downgraded it later in the run. It looks suspicious and hacky, but it
works.

As for git hashes you see in freeze output, they seem to be part of
pbr metadata shipped with wheels, I see them even when setting local
env with 'tox -e py27 --notest' locally when I'm pretty sure git is
not involved.

So all in all, I still vote for disabling django_openstack_auth
 =1.1.9 in gate for Icehouse.

/Ihar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJU0hctAAoJEC5aWaUY1u573NEH/3e+2c1eXDaYU87qz6ZzX9vw
yG/2raO3S+/4UtA2Zb3EQYdTduUHeXnqk3caGZq0hcx3XdmzO01SVueKgQAaJLij
8p6p6WwYDr2h5+DXM2g9dfoRE/mPziwwzoGUw095dUzJBIAOsdUcB/OmyAxiJFD8
dXEiwu988pZ4oJgzbL28YhyMce3TK1dY1EFpfvYxhIYySCcVFv9enQVxaj4y6+dc
aCw02TyUpObNFHYSqrIwsXMNuhaQAwlZ7wdc4IAcVbggcDdpDyToJicg80OSB2aN
nhdp4Y4BlZt1grx8NgWgUSe/5G+JkzHjm3K3rllxa9l99i1lc9+zNOxD2cj8e5I=
=qQHZ
-END PGP SIGNATURE-

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] django-openstack-auth and stable/icehouse

2015-02-04 Thread Alan Pevec
 Dependencies in requirements.txt do not seem to be used in
 stable/icehouse gate jobs, recent pip freeze in stable/icehouse
 shows: ... oslo.config==1.6.0 # git sha 99e530e
 django-openstack-auth==1.1.9 # git sha 2079383

 It's because of this:

 2015-01-27 19:33:44.152 | Collecting oslo.config=1.4.0 (from
 python-keystoneclient=0.11.1-python-openstackclient=1.0.1)

 After that installs 1.6.0, consequent pip runs assume that 1.6.0 is
 always better than 1.4.0 and disregards version cap, hence does not
 downgrade the library.

 Should we finally cap versions for clients so that they don't fetch
 new library versions?

Clients are capped in stable/icehouse requirements but devstack in
gate seems to be installing them from git master (note # git sha)


Cheers,
Alan

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] django-openstack-auth and stable/icehouse

2015-02-04 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/04/2015 11:20 AM, Alan Pevec wrote:
 Bumping minimal oslo.config version due to the issue in 
 django-openstack-auth seems like a wrong way to do it.
 
 Dependencies in requirements.txt do not seem to be used in 
 stable/icehouse gate jobs, recent pip freeze in stable/icehouse
 shows: ... oslo.config==1.6.0 # git sha 99e530e 
 django-openstack-auth==1.1.9 # git sha 2079383
 

It's because of this:

2015-01-27 19:33:44.152 | Collecting oslo.config=1.4.0 (from
python-keystoneclient=0.11.1-python-openstackclient=1.0.1)

After that installs 1.6.0, consequent pip runs assume that 1.6.0 is
always better than 1.4.0 and disregards version cap, hence does not
downgrade the library.

Should we finally cap versions for clients so that they don't fetch
new library versions?

/Ihar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJU0fpHAAoJEC5aWaUY1u57AwUIAJdW7ZBrknVyaAn0VIkty180
r49gYGEWaQCF7nMVzcnWKrs6aG3VOEJpyipAujzk0A2rF/gD9Bn9iHk2/hyjF/sZ
iDmokiDuFPAB8pIpYdMNyYyKKMgCGoInyHW1PAbCIsj24qiFIzSQMbojvt8Bsgks
68gQk5CYXmi0gF6OiPUHEqj73vpPjXLNZHd2V/P87MAvsTiGRXXFWncT0F1cl5oJ
i47uVOyhBK9zfZgDFfL/jPq35Ij71t9BXUQxdgxXavYbGjsnC+YEcOeAacUS4kBk
hDliIq+HGPGK0eEgLe4BwHxrd5Skh60h0TPsx+BbVo8A0mydxee7XgUxEG2P2Fs=
=sy8K
-END PGP SIGNATURE-

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] django-openstack-auth and stable/icehouse

2015-02-04 Thread Alan Pevec
 Bumping minimal oslo.config version due to the issue in
 django-openstack-auth seems like a wrong way to do it.

Dependencies in requirements.txt do not seem to be used in
stable/icehouse gate jobs, recent pip freeze in stable/icehouse shows:
...
 oslo.config==1.6.0 # git sha 99e530e
 django-openstack-auth==1.1.9 # git sha 2079383


Cheers,
Alan

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] django-openstack-auth and stable/icehouse

2015-02-03 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01/29/2015 08:18 PM, Ryan Hsu wrote:
 Hi All,
 
 There was a change [1] 2 days ago in django-openstack-auth that
 introduces a new requirement oslo.config=1.6.0 to the project,
 which is now present in the 1.1.9 release of django-openstack-auth.
 While this change is in sync with master requirements,
 oslo.config=1.6.0, it does not jive with stable/icehouse
 requirements which is =1.2.0,1.5. Because stable/icehouse horizon
 does not have an upper-bound version requirement for
 django-openstack-auth, it currently takes this 1.1.9 release of
 django-openstack-auth with the conflicting oslo.config requirement.
 I have a bug open for this situation here [2].
 
 My first thought was to create a patch [3] to cap the
 django-openstack-auth version in stable/icehouse requirements,
 however, a reviewer pointed out that django-openstack-auth 1.1.8
 has a security fix that would be desired. My other thought was to
 decrease the minimum required version in django-openstack-auth to
 equal that of stable/icehouse requirements but this would then
 conflict with master requirements. Does anyone have thoughts on how
 to best resolve this?

I personally don't believe we should be responsible for fetching all
security fixes in external libraries that don't maintain stable
branches and hence just break their consumers. In ideal world,
django-openstack-auth would have a stable branch where the security
fix would be backported.

But since the library does not follow best practices, I think we
should just cap it at whatever version is compatible with other
requirements, and allow deployers to locally patch their
django-openstack-auth with security fixes.

Bumping minimal oslo.config version due to the issue in
django-openstack-auth seems like a wrong way to do it.

/Ihar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJU0KiPAAoJEC5aWaUY1u57uE0IAMrK8iupadmoE7c9gkO6otK/
JiccHV/O0Ov7pZY16NG20G8lkzapE2MWx4X3IYdc5Dxc4N7fBqUUpSwmEmWWbf5K
NWrUYGkWQc7jvScsEg0Xb2qChQjrI0DupRZcfzm19ymqqO325WuEcoLU13YVigFT
sin4BGwd6xk5G4dzRagXfo6sxGWdjd6/px7TEHeevTQ0sPH4mbyNgNn05qUqB69z
+wQN2tZ2hecoY1ouxa3ThOcS+iiiyvGtiA3b9+QRFgp4vdgmV8SwPUE8bb5MvEen
Gkei1K1zH6YI1Dgw9YWKeZuURUAnpTCfGwcP8cqGdOUDGDHtoD/aci9HWk8Y4UQ=
=UAk1
-END PGP SIGNATURE-

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] django-openstack-auth and stable/icehouse

2015-01-29 Thread Ryan Hsu
Hi All,

There was a change [1] 2 days ago in django-openstack-auth that introduces a 
new requirement oslo.config=1.6.0 to the project, which is now present in the 
1.1.9 release of django-openstack-auth. While this change is in sync with 
master requirements, oslo.config=1.6.0, it does not jive with stable/icehouse 
requirements which is =1.2.0,1.5. Because stable/icehouse horizon does not 
have an upper-bound version requirement for django-openstack-auth, it currently 
takes this 1.1.9 release of django-openstack-auth with the conflicting 
oslo.config requirement. I have a bug open for this situation here [2].

My first thought was to create a patch [3] to cap the django-openstack-auth 
version in stable/icehouse requirements, however, a reviewer pointed out that 
django-openstack-auth 1.1.8 has a security fix that would be desired. My other 
thought was to decrease the minimum required version in django-openstack-auth 
to equal that of stable/icehouse requirements but this would then conflict with 
master requirements. Does anyone have thoughts on how to best resolve this?

Thank you,
Ryan

[1] 
https://github.com/openstack/django_openstack_auth/commit/2b10c7b51081306b4c675046fd7dfe9df375943d
[2] https://bugs.launchpad.net/horizon/+bug/1415243
[3] https://review.openstack.org/#/c/150612/
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev