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