Inline..<br clear="all"><br>Thanks,<br>Kiall<br>
<br><br><div class="gmail_quote">On Mon, Apr 2, 2012 at 11:42 AM, Deepak Garg <span dir="ltr"><<a href="mailto:deepakgarg.iitg@gmail.com">deepakgarg.iitg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">> The only disadvantage of having it in python-keystone over<br>
> a python-keystone-middleware package is a few extra .py files on disk..<br>
> Personally, I don't see that as an issue..<br>
</div>[Deepak] A few extra files but you are installing keystone client unnecessarily</blockquote><div><br></div><div>Humm - you're right about about. python-keystone depends on python-keystoneclient for some reason.</div>

<div><br></div><div>I wonder if that is a packaging bug, or if there is a legitimate reason for the depends.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">
>> It might be better to include it in a new python-keystone-middleware<br>
>> package, but not python-openstack-common..<br>
>> python-openstack-common is this<br>
>> code: <a href="https://github.com/openstack/openstack-common" target="_blank">https://github.com/openstack/openstack-common</a>. These are libraries<br>
>> that are service independent, eg config libs,<br>
</div>[Deepak] Isn't it service independent ? All the services are using it,<br>
so they might as well borrow it from openstack-common<br></blockquote><div><br></div><div>It's optionally used by many services, but is a piece of the keystone project.. It should IMO belong in a keystone named package.. But, you are right, its could go in openstack-common from a install perspective, but from a development+packaging perspective, allowing for this would be more hassle that it's worth. </div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The reason I have suggested to include it in openstack-common because<br>
I think it is installed in all the nodes as all the services are<br>
dependent on openstack-common. I am not sure if we will run into<br>
maintenance issues.</blockquote><div><br></div><div>I'm not sure what extra maintenance issues there may be over the already installed set of python-{nova,glance,swift} packages?</div><div><br></div><div>Being overly simplistic, `apt-get` should be all you need to maintain the package. Additionally, Once keystone becomes the only auth system for OpenStack, I would assume the packages will have the middleware listed as a hard dependency to make even easier.. </div>

<div><br></div><div>Thanks,</div><div>Kiall</div></div>