on making Fuel Hosted
project.
Yours Faithfully
Vladimir Kuklin
email: ag...@aglar.ru
email(alt.): aglaren...@gmail.com
mob.: +79267023968
mob.: (when in EU) +393497028541
mob.: (when in US) +19293122331
skype: kuklinvv
telegram
Fuelers
Agenda is empty for today, so the meeting is cancelled.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
Fuelers
Agenda is empty for today, so the meeting is cancelled.
--
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.miran
Fuelers
As for preparing for 10.1 release of Fuel, there is a temporary code freeze
for stable/newton branch until further announcement. Please do not merge
any code except the one with +2 from me. I will write a separate email when
the freeze is lifted.
--
Yours Faithfully,
Vladimir Kuklin
Agenda is empty for today, so I am calling the meeting as cancelled.
--
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
Agenda is empty for today except for review requests, so I am calliing the
meeting as cancelled.
--
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 <h
__
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
Feb 23 meeting is cancelled as majority of Fuel contributors will be on
holidays that day and others are travelling. See you all next week.
--
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
age 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-6
week.
Please let me know what are you thoughts on this.
--
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.r
-plugin-contrail
>
> --
> - Omar Rivera -
> -
> irc: gomarivera -
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cg
tely, Fuel now has nice built-in LCM that allows to run
> > complicated custom scenarios (including reconfigurations/upgrades of
> > existent OpenStack clusters). Vladimir Kuklin is working hard on making
> > this LCM capabilities applicable to cases stable/* -> stable/mitaka. I
&
/developer/fuel-docs/userdocs/fuel-install-guide/install/install_prepare_install_media.html
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/ma
>>>
>>
>>
>> --
>>
>> Kind Regards,
>>
>> Alexandr Kostrikov,
>>
>> Mirantis, Inc.
>>
>> 35b/3, Vorontsovskaya St., 109147, Moscow, Russia
>>
>>
>> Tel.: +7 (495) 640-49-04
>> Tel.: +7 (925) 716-64-52 <%2B7%20%28906%29%20740-64-79>
>>
>> Skype: akostrikov_mirantis
&g
___
>> 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
>&
Fuelers
I am OK with the proposed change
21 апр. 2016 г. 12:34 пользователь "Vitaly Kramskikh" <
vkramsk...@mirantis.com> написал:
> Folks,
>
> I'd like to request workroom sessions swap.
>
> I planned to lead a discussion of Fuel UI modularization on Wed
> 11.00-11.40, but at the same time
lob/master/utils/generate_yamls.sh
>> [6] https://bugs.launchpad.net/fuel/+bug/1564919
>>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@l
[Fuel] [Openstack] Problem after reboot fuel-master VM
>>
>>
>> Hi Vladimir,
>> I'm using fuel 7.0, Which log I need to see?
>>
>> --
>> *From: *"*Vladimir Kuklin* vkuklin at mirantis.com
>> <openstack-dev%40lists.openstack.org?Subject=Re%
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 (9
ge 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 kuklin
gt;
> Mirantis
>
> Fuel Community Ambassador
>
> Ceph Community
>
> __
> OpenStack Development Mailing List (not for usage questions)
>
> 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
for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
>
> --
> Vitaly Kramskikh,
> Fuel UI Tech Lead,
> Mirantis, Inc.
>
>
e all the pieces set up
and when we are sure that we will not ever break master with this change.
[0] https://bugs.launchpad.net/fuel/+bug/1551584
On Tue, Mar 1, 2016 at 5:10 AM, Dmitry Borodaenko <dborodae...@mirantis.com>
wrote:
> On Mon, Feb 29, 2016 at 01:19:29PM +0300, Vladimir Kuklin
velopment 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
all
Fuel Library folks and is the 3rd contributor of Fuel Library.
He also reviews a lot and has a fair amount of -1's (he is not as cruel as
me, though :-))
Having that said, I would like to open the vote to promote Matt to
OpenStack Fuel Library core reviewers.
--
Yours Faithfully,
Vladimir
We have not much time before FF, and it'd be
> better to merge such features as early as possible, and do not wait
> for merge hell a day before FF.
>
> The thing we need to know is that BVT is green, and that means most
> developers aren't blocked.
>
> Thanks,
> Igor
>
&
Fuelers
I have strong opinion against this merge freeze right now. We have critical
bugs blocking bvt and we do not have enough info on mitaka readiness for
other scenarios than bvt.
17 февр. 2016 г. 20:45 пользователь "Dmitry Borodaenko" <
dborodae...@mirantis.com> написал:
> Fuel core
op tests shared_examples.
So, if you need to just check if one resource will execute after the
another, you do not need 'that_comes_[before|after]' anymore.
Puppeters
Folks, this may be also interesting for you.
--
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, Inc.
+7 (495)
tware Engineer
>> Mirantis Inc
>> www.mirantis.com
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-re
docs.google.com/presentation/d/1jZCFZlXHs_VhjtVYS2VuWgdxge5Q6sOMLz4bRLuw7YE
> >> >>>>
> >> >>>> ---
> >> >>>> WBR, Alexey Shtokolov
> >> >>>>
> >> >>>>
&g
_
> 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
__
> >> 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/l
s)
>> 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
lt;
> http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe>
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>
> >>
> >>
> >>
> ___
;>> Since it requires to refuse from using common fqdn/node names, this
> >>> approach can be argued.
> >>>
> >>>
> >>> --
> >>> [1] https://bugs.launchpad.net/fuel/+bug/1528707
> >>>
> >>> Best regards,
> >&
> Mirantis Inc.
>>>
>>>
>>>
>>> On 15 Dec 2015, at 22:19, Andrew Maksimov <amaksi...@mirantis.com>
>>> wrote:
>>>
>>> +1
>>>
>>> Regards,
>>> Andrey Maximov
>>> Fuel Project Mana
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
man/listinfo/openstack-dev
> >>
> >
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe
o poll [1]) we have
>
> * 11 votes for keeping 9.2
> * 4 votes for restoring 9.3
>
> [1]
> https://docs.google.com/spreadsheets/d/1RNcEVFsg7GdHIXlJl-6LCELhlwQ_zmTbd40Bk_jH1m4/edit?usp=sharing
>
> On Tue, Dec 15, 2015 at 8:34 PM, Vladimir Kuklin <vkuk...@mirantis.com>
>
Management scenarios in 8.0
release.
Once again, thank you all, folks, for your dedicated work and efforts on
making Fuel better.
[0] https://blueprints.launchpad.net/fuel/+spec/task-based-deployment-astute
--
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, Inc.
+7 (495) 640-49-04
+7
mailman/listinfo/openstack-dev
>>>>>
>>>>>
>>>>> --
>>>>> Eugene Korekin
>>>>> Partner Enablement Team Deployment Engineer
>>>>>
>>>>>
>>>>> __
ev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
>
> --
> Thanks,
> Andrey Sledzinskiy
> QA Engineer,
> Mirantis, Kharkiv
>
> ___
_
>>> 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://openstack-dev-requ...@lists.openstack.org/?subject:unsubscribe>
>>&g
m tests. And by SCF we may decide whether to switch
to it based on the reported results. If it happens before SCF, we will be
able to significantly ramp up our development and bugfixing velocity.
--
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, Inc.
+7 (495) 640-49-04
+7 (92
uel/8.0_Release_Schedule
> --
> 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/list
?subject:unsubscribe
>>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>> >
>>>
>>>
>>> --
>>> Best regards,
>>> Bogdan Dobrelya,
>>> Irc #bogd
ribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
>
> --
> Best regards,
> Bogdan Dobrelya,
> Irc #bogdando
>
> __
> OpenStack Deve
; Bogdan Dobrelya,
> Irc #bogdando
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.opensta
tem Administrator
>>> https://skyatlas.com/ | +90 850 885 0357
>>>
>>> Yildiz Teknik Universitesi Davutpasa Kampusu
>>> Teknopark Bolgesi, D2 Blok No:107
>>> Esenler, Istanbul Pk.34220
>>>
>>>
>>
>> _
...@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
de and the default check returning SUCCESS code. You will
find that it is restarting only after 2 consequent failures of non-zero
level check.
On Thu, Nov 12, 2015 at 10:58 PM, Andrew Beekhof <abeek...@redhat.com>
wrote:
>
> > On 12 Nov 2015, at 10:44 PM, Vladimir Kuklin <vkuk...@m
otify errors - for error logging, I guess.
On Thu, Nov 12, 2015 at 1:30 AM, Andrew Beekhof <abeek...@redhat.com> wrote:
>
> > On 11 Nov 2015, at 11:35 PM, Vladimir Kuklin <vkuk...@mirantis.com>
> wrote:
> >
> > Hi, Andrew
> >
> > Let me answer your
..@mirantis.com>
> wrote:
>
>> +1 from me
>>
>> On Tue, Nov 10, 2015 at 6:38 PM, Stanislaw Bogatkin <
>> sbogat...@mirantis.com> wrote:
>>
>>> I think that it is excellent thought.
>>> +1
>>>
>>> On Tue, Nov 10, 2015 at
stack.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.
> > Bogdan
> >
> __
> > 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/opensta
-review policy.
What do you think about this?
--
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...@mirant
se.
>>
>>
>> Vladimir Kozhukalov
>>
>> On Fri, Nov 6, 2015 at 8:21 PM, Vladimir Kuklin <vkuk...@mirantis.com>
>> wrote:
>>
>>> Just my 2 cents here - let's do docker backup and roll it up onto brand
>>> new Fuel 8 node.
>>&
stored config puppet
providers. But this is a distro-supporter/community burden.
On Tue, Nov 10, 2015 at 6:25 PM, Alex Schultz <aschu...@mirantis.com> wrote:
> Hey Vladimir,
>
> On Tue, Nov 10, 2015 at 5:56 AM, Vladimir Kuklin <vkuk...@mirantis.com>
> wrote:
> > Ale
penStack 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
>>>
>>
>>
>> ___
>>> > Now VIPs have the following format in API requests data:
>>>> > vips: [
>>>> > {
>>>> > 'network_role': 'management',
>>>> > 'namespace': 'haproxy',
>>>> > 'ipaddr': '10.10.10.10',
lopment 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
>>
>>
>
>
> --
this effort!
>
> --
> Dmitry Borodaenko
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.op
Dmitry
I apologize - I did not notice that the commit depends on other ones to
Fuel Library which actually improve unit tests coverage. Disregard my
previous message, please.
On Fri, Oct 23, 2015 at 2:14 PM, Vladimir Kuklin <vkuk...@mirantis.com>
wrote:
> Dmitry
>
> These a
___
> 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,
ny feedback on this vision,
> including comments, objections, concerns and questions.
>
> --
> Best regards,
> Oleg Gelbukh
>
> On Tue, Oct 20, 2015 at 2:13 PM, Vladimir Kuklin <vkuk...@mirantis.com>
> wrote:
>
>> Folks
>>
>> Can we please sto
ck-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Thanks, Ivan Berezovskiy
>>> MOS Puppet Team Lead
>>> at Mirantis <https://www.mirantis.com/>
>>>
>>> slack: iberezovskiy
ython exception for whatever reason (user
>> input leads to bug in calculation). You could get it right a way, if you
>> tried to calculate it before overall deployment - but now you've been
>> waiting deployment to be almost done to catch it.
>>
>> Thank you,
>>
ork
[4] https://etherpad.openstack.org/p/data-processor-per-component
--
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.mi
to handle this issue
locally by retrying the request.
[0] http://permalink.gmane.org/gmane.comp.cloud.openstack.devel/66423
On Thu, Oct 15, 2015 at 12:23 PM, Gilles Dubreuil <gil...@redhat.com> wrote:
>
>
> On 15/10/15 12:42, Matt Fischer wrote:
> >
> >
> > On T
u
make it so sensitive to such issues it will behave poorly. So, I think, the
best option here is to handle such issues on application level.
On Thu, Oct 15, 2015 at 4:37 PM, Matt Fischer <m...@mattfischer.com> wrote:
>
>
> On Thu, Oct 15, 2015 at 4:10 AM, Vladimir Kuklin <vkuk...@mira
in an easy and automated way.
Thank you all for your time and consideration!
--
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
/#!searchin/puppet-openstack/aviator$20openstackclient/puppet-openstack/GJwDHNAFVYw/ayN4cdg3EW0J
[1]
https://github.com/openstack/puppet-swift/blob/master/lib/puppet/provider/swift_ring_builder.rb#L21-L86
--
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, Inc.
+7 (495) 640-49
inly cleaner
> than parsing output. Unfortunately I don't think that we have the resources
> to actively maintain the library. I think that's the main blocker for me.
>
> On Tue, Oct 13, 2015 at 7:13 AM, Vladimir Kuklin <vkuk...@mirantis.com>
> wrote:
>
>> Puppetmaste
egg...@redhat.com> wrote:
> On 10/13/2015 07:13 AM, Vladimir Kuklin wrote:
>
> Puppetmaster and Fuelers,
>
> Last week I mentioned that I would like to bring the theme of using native
> ruby OpenStack client and use it within the providers.
>
> Emilien told me that I had alre
ke 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/lis
it upstream.
What do you think on that, puppet folks?
[0]
http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-10-06-15.00.html
--
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, Inc.
+7 (495) 640-49-04
+7 (926) 702-39-68
Skype kuklinvv
35bk3
; Considering all above, contributors actually have been working with all
> of us and know who could be better handling such a hard work. I don't think
> special Q is needed. If there are concerns / particular process/tech
> questions we'd like to discuss - those should be just open as emai
,
>>>>>>> > Eugene.
>>>>>>> >
>>>>>>>
>>>>>>> After I sent this email, I had further discussions around the issues
>>>>>>> that I'm facing and it may not be completely related to disk sp
-bin/mailman/listinfo/openstack-dev
>>> >>
>>> >
>>> >
>>> >
>>> __
>>> > OpenStack Development Mailing List (not for usage questions)
>
te:
>>>>> >>>
>>>>> >>> No pacemaker for os services, please.
>>>>> >>> We'll be moving out neutron agents from pacemaker control in 8.0,
>>>>> other
>>>>> >>> os ser
qu...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: opensta
) external moderator - I suppose, @xarses as our weekly meeting moderator
could help us
4) time and date - Wednesday or Thursday comfortable for both timezones,
e.g. after 4PM UTC or right after fuel weekly meeting.
What do you think, folks?
--
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead
it - but I expect help from Component Leads for
Fuel-Library and Fuel-Python as well as yours.
Remember, as Red Queen said: "you must run at least twice as fast as that!"
Thank you all for your time and consideration!
--
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, In
frastructure.html
>
> Lets keep things simple.
>
> --
> Dmitry Borodaenko
>
>
> On Wed, Sep 23, 2015 at 01:27:07PM +0300, Vladimir Kuklin wrote:
> > Dmitry, Mike
> >
> > Thank you for the list of usable links.
> >
> > But still - we do not have clear
w active cores easily, we
>>> can look at people with *:
>>> http://stackalytics.com/report/contribution/fuel-web/180. This is for
>>> fuel-web, change the link for other repos accordingly. If people are added
>>> specifically to the particular group, leaving
m Srinivas wrote:
>>> > Sergey,
>>> >
>>> > Please see [1]. Did we codify some of these roles and responsibilities
>>> as a
>>> > community in a spec? There was also a request to use terminology like
>>> say
>>> > MAINTAINER
gt;
> --
> Sincerely yours,
> Sergey Lukjanov
> Sahara Technical Lead
> (OpenStack Data Processing)
> Principal Software Engineer
> Mirantis Inc.
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.op
ack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstac
Folks
I just suggested to untie keystone from wsgi and implement uwsgi support.
And then let the user decide what he or she wants.
There is a plenty of auth modules for nginx also.
Nginx us much better as a proxy server and you know it.
Regarding mod wsgi and apache we already saw that it
>
>> >>> This thread is not about internet connectivity, it is about aligning
>> >>> things.
>> >>>
>> >>
>> >> You are correct in that this thread is not explicitly about internet
>> >> connectivity, but they a
>>>> -Alex
>>>>
>>>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>
quot; policy, I bet
>> it won't be a problem for their IT guys to create an intranet mirror
>> for MOS packages. Moreover, I also bet they do have a mirror for
>> Ubuntu or other Linux distributive. So it basically about approach how
>> to consume our mirrors.
>>
>&
em for their IT guys to create an intranet mirror
> for MOS packages. Moreover, I also bet they do have a mirror for
> Ubuntu or other Linux distributive. So it basically about approach how
> to consume our mirrors.
>
> On Thu, Sep 10, 2015 at 12:30 PM, Vladimir Kuklin <vkuk...@miranti
net locally? Probably, no. The same is
> here. Internet connection is the common requirement nowadays, but if you
> don't have one, you definitely need to have a kind of local copy.
>
> Vladimir Kozhukalov
>
> On Thu, Sep 10, 2015 at 4:17 PM, Vladimir Kuklin <vkuk...@mirantis
k 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
>>
>>
>
> _
1 - 100 of 194 matches
Mail list logo
