Open Stack

Why not just make it a pypi party library from the start?

Call it 'super-objects' or something. Why does it have to be connected to
oslo.incubator? 

Process for process sake imho has been a problem for oslo.

Why not just go straight to building a library (does it matter if it's in
oslo?) that is useable by all projects as a library that is provided on
pypi. To me that will be better in the long term (putting it in the
incubator imho has been problematic, since it sorta ''decays'' there and
is only useful by openstack projects, aka not very open).

My 2 cents, it seems like things like [1] or [2] could have been avoided
if the split out to a pypi library just happened in the first place,
instead of going into the incubator, decaying there, then still requiring
more work to get out of the incubator.

[1] 
http://lists.openstack.org/pipermail/openstack-dev/2013-August/013748.html
(where is oslo.db?)
[2] 
http://lists.openstack.org/pipermail/openstack-dev/2013-December/020838.htm
l (oslo.messaging stil needs some work)

On 12/3/13 1:42 PM, "Robert Collins" <robertc at robertcollins.net> wrote:

>Hey - https://review.openstack.org/#/c/57022/7//COMMIT_MSG - I
>strongly suggested here that reusing the Nova object code is the first
>step towards an objects library, and that we should be putting it in
>olso; there are some reasonable concerns about this being experimental
>but...
>
>The Oslo wiki page says:
>The process of developing a new Oslo API usually begins by taking code
>which is common to some OpenStack projects and moving it into the
>oslo-incubator repository. New APIs live in the incubator until they
>have matured to meet the criteria described above.
>
>So if this code lands in solum as-is, its now common - to me that
>means we should be going straight to oslo.incubator and working on
>shared code.
>
>However there's clearly an expectation mismatch - so - any thoughts?
>
>-Rob
>
>
>-- 
>Robert Collins <rbtcollins at hp.com>
>Distinguished Technologist
>HP Converged Cloud
>
>_______________________________________________
>OpenStack-dev mailing list
>OpenStack-dev at lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev