[openstack-dev] [Fuel] Get rid of fuelmenu

Vladimir Kozhukalov vkozhukalov at mirantis.com
Thu Jul 23 16:49:15 UTC 2015

The topic is NOT 'get rid of validation' but rather 'get rid of
semi-graphical ncurses based interface'. It is not so hard to adopt every
piece of validation we currently have in fuelmenu and implement even more
including syntax validation using, for example, PLY and logic validation.
My idea is to switch from ncurses to plain text file (thoroughly
commented), because it so easy to add new parameters or remove those we
don't need any more.

Vladimir Kozhukalov

On Thu, Jul 23, 2015 at 6:17 PM, Nick Chase <nchase at mirantis.com> wrote:

>  On Thu, Jul 23, 2015 at 4:05 PM, Matthew Mosesohn <
> <mmosesohn at mirantis.com>mmosesohn at mirantis.com> wrote:
>> Here's a relic of what users used to have to configure by
>> hand:
>> https://github.com/stackforge/fuel-library/blob/b015ed975b58dddff3b8da0ce34d9a638c22d032/deployment/puppet/openstack/examples/site_simple.pp
>> Am I alone in thinking it's not the best use of our development
>> resources to throw it away and replace it with a text file that is
>> edited by hand?
> Please, please, please, I'm having PTSD just remembering that @#$%@#%$
> file.  I think I was able to successfully deploy without major engineering
> help about 2% of the time.  We absolutely, positively, MUST maintain the
> validation.
> Just because the people installing OpenStack are generally not afraid to
> edit config files doesn't mean that we should be making them do it.
> ---- Nick
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150723/7115e66d/attachment.html>

More information about the OpenStack-dev mailing list