[openstack-dev] [sahara] summit wrap-up: subprojects

Matthew Farrellee matt at redhat.com
Thu May 29 14:32:38 UTC 2014


On 05/29/2014 10:15 AM, Michael McCune wrote:
>
>
> ----- Original Message -----
>> Re sahara-image-elements we found a bunch of issues that we should
>> solve and that's why I think that keeping current releasing is still
>> the best option.
>>
>> - we should test it better and depend on stable diskimage-builder version
>> The dib is now published to pypi, so, we could make
>> sahara-image-elements in dib-style and publish it to pypi in the same
>> style. It makes us able to add some sanity tests for images checking
>> and add gate jobs for running them (it could be done anyway, but this
>> approach with separated repo looks more consistent). Developing
>> sahara-image-elements as a pip-installable project we could add
>> diskimage-builder to the requirements.txt of it and manage it's
>> version, it'll provide us good flexibility - for example, we'll be
>> able to specify to use "latest release dib".
>> - all scripts and dib will not be installed with sahara (50/50)
>
> I think if we are going to make sahara-image-elements into a
> full-fledged pypi package we should refactor diskimage-create.sh into
> a python script. It will give up better options for argument parsing
> and I feel more control over the flow of operations.
>
> mike

the image-elements is too unstable to be used by anyone but an expert at 
this point. imho we should make sure the experts produce working images 
first, it's what our users will need in the first place, then make the 
image generation more stable.

best,


matt



More information about the OpenStack-dev mailing list