+1 -- Best regards, Sergii Golovatiuk, Skype #golserge IRC #holser
On Thu, Dec 17, 2015 at 3:43 PM, Mike Scherbakov <mscherba...@mirantis.com> wrote: > If there are no concrete points why we should wait, I'm +1 to go ahead > with merges. > > On Thu, Dec 17, 2015 at 1:32 AM Oleg Gelbukh <ogelb...@mirantis.com> > wrote: > >> 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 >> > -- > Mike Scherbakov > #mihgen > > __________________________________________________________________________ > 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