rop.openstack.org/meetings/tc/2017/tc.2017-04-25-20.00.log.html#l-177>
> [^m]:
> <http://eavesdrop.openstack.org/meetings/tc/2017/tc.2017-04-25-20.00.log.html#l-259>
>
> # Colophon
>
> This is an opinionated overview of Technical Committee activity from
> my perspective.
Perfect explanation and very clear - Thanks Matt!!
On 20/04/17 21:18, Matt Riedemann wrote:
> On 4/20/2017 2:01 AM, Maish Saidel-Keesing wrote:
>> Just as a matter of interest - from the numbers above you say 62
>> blueprints approved - was this only for this cycle - or *up until
g/developer/nova/sample_policy.html
> [3]
> https://www.openstack.org/summit/boston-2017/summit-schedule/events/18738/using-cinder-for-nova-ephemeral-storage-backend
> [4] https://review.openstack.org/#/c/438134/
>
major difference on deployability
> which Barbican now satisfies. Big tent projects should aim to cover
> these areas also if they wish to thrive in the community.
>
> Tim
>
>>
>>> Thanks,
>>> Kevin
>>
>> Brandon B. Jozsa
>>
--
Best Regards,
M
.
--
Best Regards,
Maish Saidel-Keesing
On 10/10/16 02:49, Tony Breeds wrote:
> Please join me in congratulating the 6 newly elected members of the TC.
>
> Doug Hellmann (dhellmann)
> Emilien Macchi (emilienm)
> Jeremy Stanley (fungi)
> Monty Taylor (mordred)
> Sean Dague (sdagu
sts.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
evelopment 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
--
Best Regards,
Maish Saidel-Keesing
/openstack/2014-March/006100.html
Some food for thought
--
Best Regards,
Maish Saidel-Keesing
On 03/18/16 17:18, Hongbin Lu wrote:
> Douglas,
>
> I am not opposed to adopt Barbican in Magnum (In fact, we already adopted
> Barbican). What I am opposed to is a Barbican lock-in, which
diverse needs we have.
>
> Thank you very much!
>
>
I think that this is great and well thought out proposal.
Thanks!
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage ques
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
l at least allow us to move forward without
having to convince everybody everywhere that this is actually just the
path of least resistance.
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not
, providing HA, etc. has operational cost.
This is not to say that this cannot be overseen, but it should be taken
into consideration.
And *if* they can be consolidated into an agreed solution across the
whole of OpenStack - that would be highly beneficial (IMHO).
--
Best Regards,
Maish Saidel
/AddingYourBlog
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
in a bit more detail.
Thanks.
[1]
https://blueprints.launchpad.net/glance/+spec/image-signing-and-verification-support
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions
r dhcp agent
configurations and then populate the file with:
domain=DOMAIN_NAME,CIDR for each network
i.e.
domain=example.com <http://example.com>,10.11.22.0/24
<http://10.11.22.0/24>
...
-Steve
On Thu, Sep 3, 2015 at 1:04 AM, Maish Saidel-Keesing
the same
throughout the whole system is the domain suffix.
I see that this is not a current neutron feature.
Is this on the roadmap? Are there ways to achieve this today? If so I
would be very interested in hearing how.
Thanks
--
Best Regards,
Maish Saidel-Keesing
same subnet - this
could cause all sorts of problems.
And all of this has to be done with appropriate shell permissions to the
neutron node.
In other words, it could work, but only for a very certain use case.
On Thu, Sep 3, 2015 at 1:04 AM, Maish Saidel-Keesing
<mais...@maishsk.com <mailto:m
+1 To what Joshua said.
I would also like to understand what is the goal we are trying to
accomplish by moving this to a repo and submitting a CR and what does
this solve or improve on the current way we are doing things?
Will it reduce noise? marginally (IMHO).
Maish
On 08/22/15 06:02,
/openstack.html#OS::Nova::Server
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
?
Original message
From: Maish Saidel-Keesing
Date:08/07/2015 8:08 AM (GMT-06:00)
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [Heat] creating a stack with a config_drive
I have been looking for a working example to create Heat stack
/
__
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
--
Best Regards,
Maish Saidel-Keesing
I would appreciate if you could all leave your comments and thoughts on
the following patch [1].
Please be advised this is an initial version and your feedback is very
much appreciated.
[1] https://review.openstack.org/#/c/200128/1
--
Best Regards,
Maish Saidel-Keesing
it would be safe to say that in any production environment I
would run, Nova would control the instances exclusively.
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions
--
Maish Saidel-Keesing
__
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
On 06/01/15 03:20, Steve Gordon wrote:
- Original Message -
From: Maish Saidel-Keesing mais...@maishsk.com
To: openstack-dev@lists.openstack.org
On 05/29/15 18:25, Matthew Thode wrote:
On 05/29/2015 10:18 AM, Ihar Hrachyshka wrote:
What about release notes? How can we now communicate
?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
for release notes just do git log between commit hashes?
Do you really think that is what an Operator will do? I do not think is
a realistic expectation or something that will work.
--
Best Regards,
Maish Saidel
*To:* maishsk+openst...@maishsk.com; OpenStack Development Mailing
List (not for usage questions); Maish Saidel-Keesing
*Subject:* Re: [openstack-dev] [lbaas] [octavia] [barbican]
Relationship between Octavia and Barbican and Octavia 1.0 questions
Hi Maish,
Thanks for the feedback, some answers
will not be able to attend - I will be on a plane. I will
look monitor the etherpad and pass my comments on.
On May 19, 2015, at 12:05 AM, Maish Saidel-Keesing
mais...@maishsk.com mailto:mais...@maishsk.com wrote:
Hello all,
Going over today's presentation Load Balancing as a Service, Kilo
everything.
This feedback can be used by the foundation to evaluate what was
amazing, what was wrong, and in addition also help the track leads
during the session selection process.
--
Best Regards,
Maish Saidel-Keesing
://www.youtube.com/watch?v=-eAKur8lErU
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
Regards,
Maish Saidel-Keesing
__
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
On 05/14/15 23:34, Jay Pipes wrote:
On 05/14/2015 03:48 PM, Maish Saidel-Keesing wrote:
I just saw an email on the Operators list [1] that I think would allow a
much simpler process for the non-developer community to submit a feature
request. I understand that this was raised once upon a time
-cloudpulse.
Regards,
Vinod Pandarinathan
[1] https://github.com/openstack-dev/cookiecutter
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List
this translates into something noticeably unique starting with the
next election. In my perfect world anyway. ; )
I am all for OTC (OpenStack / Operational Technical Contributor)
:)
--
Best Regards,
Maish Saidel-Keesing
://en.wikipedia.org/wiki/Field_of_Dreams
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
On 05/05/15 19:14, Sylvain Bauza wrote:
Le 05/05/2015 18:00, Thierry Carrez a écrit :
Maish Saidel-Keesing wrote:
It is not only the representation - it is also action on the feedback.
There was an OPS summit not so long ago in Philadelphia [1]. Two full
days. I personally did
and
creates acceptance for those who are not like us.
Believe me I have been dealing with this all my life.
I would like to thank you all for your contribution and thoughts in this
thread, I hope it was useful for you all as it was for me.
--
Best Regards,
Maish Saidel-Keesing
On 05/04/15 20:11
On 05/05/15 19:00, Thierry Carrez wrote:
Maish Saidel-Keesing wrote:
It is not only the representation - it is also action on the feedback.
There was an OPS summit not so long ago in Philadelphia [1]. Two full
days. I personally did not participate but from what I heard it was a
good two
__
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
--
Best Regards,
Maish Saidel-Keesing
/Governance/Foundation/UserCommittee
[3] https://wiki.openstack.org/wiki/Governance/Foundation/TechnicalCommittee
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
and
changes take time.
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
/wiki/Governance/Foundation/UserCommittee
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
of
people like this - but do not really participate in the community?
Thoughts?
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
it immediately and really we don't need
to hash over the policies and procedures of the past. We might,
however, like to make it better for the future.
I sincerely hope that this will be possible.
--
Best Regards,
Maish Saidel-Keesing
-infra@lists.openstack.org/msg01430.html
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
On 04/29/15 21:59, Stefano Maffulli wrote:
On Wed, 2015-04-29 at 18:28 +0300, Maish Saidel-Keesing wrote:
How about the fact that the definition of an ATC was changed [1] for a
free Summit pass? [2]
This was not a decision of the TC, it was a decision of the Foundation
staff. The definition
,
Maish Saidel-Keesing
__
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
and private cloud providers
regardless of size, by being simple to implement and massively scalable.``
I would like to wish all the candidates the best of luck.
--
Best Regards, Maish Saidel-Keesing
[1] http://vsphere-land.com/news/top-vblog-2015-full-results.html
[2]
http
I was wondering..
Is the OpenStack CI/CD Infra using Heat in any way? Do the commits
trigger a new build of DevStack/OpenStack that is based on a Heat
Template or just the provisioning of a regular instance and then
deployment of code on top of that?
--
Best Regards,
Maish Saidel-Keesing
regards,
Maish Saidel-Keesing
Platform Architect
Cisco
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi
://registry.hub.docker.com/u/maishsk/openstack-git-env/
[2]
http://technodrone.blogspot.com/2014/11/start-contributing-to-openstack-easy.html
Feedback is always welcome
--
Maish Saidel-Keesing
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
? And in which order?
From old to new (1-4) or new to old (4 - 1) ?
Thanks
--
Maish Saidel-Keesing
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
regards,
Pavlo Shchelokovskyy.
On Wed, Nov 26, 2014 at 12:24 PM, Maish Saidel-Keesing
maishsk+openst...@maishsk.com
mailto:maishsk+openst...@maishsk.com wrote:
In which order are machines terminated during a scale down
action in an
auto scaling group
Thanks Pavlo.
Is there any reason why FIFO was chosen?
Maish
On 26/11/2014 12:30, Pavlo Shchelokovskyy wrote:
Maish,
by default they are deleted in in the same order they were created,
FIFO style.
Best regards,
Pavlo Shchelokovskyy.
On Wed, Nov 26, 2014 at 12:24 PM, Maish Saidel-Keesing
or Active/Passive or both or other?
- Suggested method of implementation
- Additional info that you feel is relevant to add.
[1] https://etherpad.openstack.org/p/openstack-haguide-update
Thanks
--
Maish Saidel-Keesing
___
OpenStack-dev mailing list
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Maish Saidel-Keesing
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Maish Saidel-Keesing
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-
on the project team knows the ins and outs of the code, what it can do,
and how to use it.
This does not mean it should be a free for all. Work *with* the the Docs
team to make the documentation standard and consistent across all of
OpenStack.
--
Maish Saidel-Keesing
-coding candidate
sessions for merging etc.
Good point. I've replaced the wording in the wiki page -- just use
whatever suits you best, as long as it's a public document and you can
link to it.
--
Maish Saidel-Keesing
___
OpenStack-dev mailing list
On 17/09/2014 23:12, Anita Kuno wrote:
On 09/17/2014 04:01 PM, Maish Saidel-Keesing wrote:
This looks great - but I am afraid that something might be missing.
As part of the Design summit in Atlanta there was an Ops Meetup track.
[1] I do not see where this fits into the current planning
flow.
How would you all deal with this scenario and controlling the traffic flow?
Any help / thoughts is appreciated!
--
Maish Saidel-Keesing
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman
be the same
way you install the package through yum/apt part of this package could have a
plugin to a central HA component with all the information needed to make this
component highly available.
Am I barking up the wrong tree?
With best regards,
Maish Saidel-Keesing
Platform Architect
SPVSS
msaid
63 matches
Mail list logo