Oops, the last line should be read as "On the other side, it is a nice UX feature we really want to have 6.0"
Dmitry 2014-11-15 3:50 GMT+03:00 Dmitry Mescheryakov <dmescherya...@mirantis.com>: > Dmitry, > > Lets review the CR from the point of danger to current deployment process: > in the essence it is 43 lines of change in puppet module. The module calls > a shell script which always returns 0. So whatever happens inside, the > deployment will not fail. > > The only changes (non-get requests) the script does, it does to Sahara. It > tries to upload cluster and node-group templates. That is not dangerous > operation for Sahara - in the worst case the templates will just not be > created and that is all. It will not affect Sahara correctness in any way. > > On the other side, it is a nice UX feature we really want to have 5.1.1. > > Thanks, > > Dmitry > > > 2014-11-15 3:04 GMT+03:00 Dmitry Borodaenko <dborodae...@mirantis.com>: > >> +286 lines a week after Feature Freeze, IMHO it's too late to make an >> exception for this one. >> >> On Wed, Nov 12, 2014 at 7:37 AM, Dmitry Mescheryakov >> <dmescherya...@mirantis.com> wrote: >> > Hello fuelers, >> > >> > I would like to request you merging CR [1] which implements blueprint >> [2]. >> > It is a nice UX feature we really would like to have in 6.0. On the >> other >> > side, the implementation is really small: it is a small piece of puppet >> > which runs a shell script. The script always exits with 0, so the change >> > should not be dangerous. Other files in the change are used in the shell >> > script only. Please consider reviewing and merging this though we've >> already >> > reached FF. >> > >> > Thanks, >> > >> > Dmitry >> > >> > [1] https://review.openstack.org/#/c/132196/ >> > [2] >> > >> https://blueprints.launchpad.net/mos/+spec/sahara-create-default-templates >> > >> > _______________________________________________ >> > OpenStack-dev mailing list >> > OpenStack-dev@lists.openstack.org >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > >> >> >> >> -- >> Dmitry Borodaenko >> >> _______________________________________________ >> OpenStack-dev mailing list >> OpenStack-dev@lists.openstack.org >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > >
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev