Evgeniy, True, and I fully support merging this particular change as soon as possible, i.e. the moment the 'master' is open for 9.0 development.
-Oleg On Thu, Dec 17, 2015 at 12:28 PM, Evgeniy L <e...@mirantis.com> wrote: > Hi Oleg, > > With the same degree of confidence we can say that anything we have in the > beginning of > the release cycle is not urgent enough. We pushed early branching > specifically for > such big changes as Docker removal/Changing repos structures and merging > invasive patches > for new release features. > > Vladimir Kuklin, > > I'm not sure what do you mean by "fixing 2 different environments"? With > environment without > containers it will simplify debugging process. > > Thanks, > > On Wed, Dec 16, 2015 at 10:12 PM, Oleg Gelbukh <ogelb...@mirantis.com> > wrote: > >> Hi >> >> Although I agree that it should be done, the removal of Docker doesn't >> seem an urgent feature to me. It is not blocking anything besides moving to >> full package-based deployment of Fuel, as far as I understand. So it could >> be easily delayed for one milestone, especially if it is already almost >> done and submitted for review, so it could be merged fast before any other >> significant changes land in 'master' after it is open. >> >> -- >> Best regards, >> Oleg Gelbukh >> >> On Wed, Dec 16, 2015 at 8:56 PM, Vladimir Kozhukalov < >> vkozhuka...@mirantis.com> wrote: >> >>> Vladimir, >>> >>> I have other activities planned for the time immediately after SCF >>> (separating UI from fuel-web, maybe it is even more invasive :-)) and it is >>> not a big deal to postpone this feature or another. I am against the >>> approach itself of postponing something because it is too invasive. If we >>> create stable branch master becomes open. That was our primary intention to >>> open master earlier than later when we decided to move stable branch >>> creation. >>> >>> >>> >>> >>> Vladimir Kozhukalov >>> >>> On Wed, Dec 16, 2015 at 8:28 PM, Vladimir Kuklin <vkuk...@mirantis.com> >>> wrote: >>> >>>> Vladimir >>>> >>>> I am pretty much for removing docker, but I do not think that we should >>>> startle our developers/QA folks with additional efforts on fixing 2 >>>> different environments. Let's just think from the point of development >>>> velocity here and at delay such changes for at least after NY. Because if >>>> we do it immediately after SCF there will be a whole bunch of holidays and >>>> Russian holidays are Jan 1st-10th and you (who is the SME for docker >>>> removal) will be offline. Do you really want to fix things instead of >>>> enjoying holidays? >>>> >>>> On Wed, Dec 16, 2015 at 4:09 PM, Evgeniy L <e...@mirantis.com> wrote: >>>> >>>>> +1 to Vladimir Kozhukalov, >>>>> >>>>> Entire point of moving branches creation to SCF was to perform such >>>>> changes as >>>>> early as possible in the release, I see no reasons to wait for HCF. >>>>> >>>>> Thanks, >>>>> >>>>> On Wed, Dec 16, 2015 at 10:19 AM, Vladimir Kozhukalov < >>>>> vkozhuka...@mirantis.com> wrote: >>>>> >>>>>> -1 >>>>>> >>>>>> We already discussed this and we have made a decision to move stable >>>>>> branch creation from HCF to SCF. There were reasons for this. We agreed >>>>>> that once stable branch is created, master becomes open for new features. >>>>>> Let's avoid discussing this again. >>>>>> >>>>>> Vladimir Kozhukalov >>>>>> >>>>>> On Wed, Dec 16, 2015 at 9:55 AM, Bulat Gaifullin < >>>>>> bgaiful...@mirantis.com> wrote: >>>>>> >>>>>>> +1 >>>>>>> >>>>>>> Regards, >>>>>>> Bulat Gaifullin >>>>>>> Mirantis Inc. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 15 Dec 2015, at 22:19, Andrew Maksimov <amaksi...@mirantis.com> >>>>>>> wrote: >>>>>>> >>>>>>> +1 >>>>>>> >>>>>>> Regards, >>>>>>> Andrey Maximov >>>>>>> Fuel Project Manager >>>>>>> >>>>>>> On Tue, Dec 15, 2015 at 9:41 PM, Vladimir Kuklin < >>>>>>> vkuk...@mirantis.com> wrote: >>>>>>> >>>>>>>> Folks >>>>>>>> >>>>>>>> This email is a proposal to push Docker containers removal from the >>>>>>>> master node to the date beyond 8.0 HCF. >>>>>>>> >>>>>>>> Here is why I propose to do so. >>>>>>>> >>>>>>>> Removal of Docker is a rather invasive change and may introduce a >>>>>>>> lot of regressions. It is well may affect how bugs are fixed - we might >>>>>>>> have 2 ways of fixing them, while during SCF of 8.0 this may affect >>>>>>>> velocity of bug fixing as you need to fix bugs in master prior to >>>>>>>> fixing >>>>>>>> them in stable branches. This actually may significantly increase our >>>>>>>> bugfixing pace and put 8.0 GA release on risk. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Yours Faithfully, >>>>>>>> Vladimir Kuklin, >>>>>>>> Fuel Library Tech Lead, >>>>>>>> Mirantis, Inc. >>>>>>>> +7 (495) 640-49-04 >>>>>>>> +7 (926) 702-39-68 >>>>>>>> Skype kuklinvv >>>>>>>> 35bk3, Vorontsovskaya Str. >>>>>>>> Moscow, Russia, >>>>>>>> www.mirantis.com <http://www.mirantis.ru/> >>>>>>>> www.mirantis.ru >>>>>>>> vkuk...@mirantis.com >>>>>>>> >>>>>>>> >>>>>>>> __________________________________________________________________________ >>>>>>>> OpenStack Development Mailing List (not for usage questions) >>>>>>>> Unsubscribe: >>>>>>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>>>>>>> <http://openstack-dev-requ...@lists.openstack.org/?subject:unsubscribe> >>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> __________________________________________________________________________ >>>>>>> OpenStack Development Mailing List (not for usage questions) >>>>>>> Unsubscribe: openstack-dev-requ...@lists.openstack.org >>>>>>> ?subject:unsubscribe >>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> __________________________________________________________________________ >>>>>>> OpenStack Development Mailing List (not for usage questions) >>>>>>> Unsubscribe: >>>>>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> __________________________________________________________________________ >>>>>> OpenStack Development Mailing List (not for usage questions) >>>>>> Unsubscribe: >>>>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>>>> >>>>>> >>>>> >>>>> >>>>> __________________________________________________________________________ >>>>> OpenStack Development Mailing List (not for usage questions) >>>>> Unsubscribe: >>>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>>> >>>>> >>>> >>>> >>>> -- >>>> Yours Faithfully, >>>> Vladimir Kuklin, >>>> Fuel Library Tech Lead, >>>> Mirantis, Inc. >>>> +7 (495) 640-49-04 >>>> +7 (926) 702-39-68 >>>> Skype kuklinvv >>>> 35bk3, Vorontsovskaya Str. >>>> Moscow, Russia, >>>> www.mirantis.com <http://www.mirantis.ru/> >>>> www.mirantis.ru >>>> vkuk...@mirantis.com >>>> >>>> >>>> __________________________________________________________________________ >>>> OpenStack Development Mailing List (not for usage questions) >>>> Unsubscribe: >>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>> >>>> >>> >>> >>> __________________________________________________________________________ >>> OpenStack Development Mailing List (not for usage questions) >>> Unsubscribe: >>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>> >>> >> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: >> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
