Re: [openstack-dev] [sdk] Propose adding Dmitry Tantsur to openstacksdk-core

ailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- David Shrewsbury (Shrews) __ Op

Re: [openstack-dev] [infra][all] New Zuul Depends-On syntax

g change in Gerrit, you can copy the URL from the permalink > at the top left of the page. Where it says "Change 535855 - Needs > ..." the change number itself is the permalink of the change. > Is the permalink the only valid format here for gerrit? Or

Re: [openstack-dev] [python-openstacksdk][shade] Reviewing the merge-shade patches

made a little sense. Now, not so much. -Dave -- David Shrewsbury (Shrews) __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib

Re: [openstack-dev] [python-openstacksdk][shade] Reviewing the merge-shade patches

. Unless I've missed it, I don't see any migration of those, nor any reference of the plan for them in the future. I know that we were waiting for Zuulv3 to do some cool github integration things. And since the modules import shade, not this code, we won't be breaking them. But, what&#

Re: [openstack-dev] Update on Zuul v3 Migration - and what to do about issues

giant rollout with a >> bunch of changes in it, so we really do appreciate everyone's understanding >> as we work through it all. >> >> Monty >> >> >> __ >> OpenStack Development Mai

Re: [openstack-dev] Is shade (and os_client_config) thread safe?

And I see that you've already submitted a patch to this very portion of code! Thanks! On Tue, Aug 8, 2017 at 9:14 AM, David Shrewsbury wrote: > This looks more like an os_client_config problem. That key should always > be defined as it is set in the defaults. However, now that I

Re: [openstack-dev] Is shade (and os_client_config) thread safe?

penstack_cloud(cloud=cloud_name) > > So that makes me wonder, is ummm, this library (or one of its dependencies > not thread-safe?); has anyone else seen similar things, perhaps they've > already been fixed? > > -Josh > > ______

Re: [openstack-dev] [devstack] [all] systemd in devstack by default

gt; 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 > -- David Shrewsbury (Shrews) _

Re: [openstack-dev] [kolla] Ansible 2.0.0 functional

.0 and ansible > 2.1 have > not the same function signature. [0] > > [0]​ > https://github.com/openstack/kolla/blob/master/ansible/action_plugins/merge_configs.py#L45,L54 > > On Wed, Jun 1, 2016 at 9:53 PM, David Shrewsbury < > shrewsbury.d...@gmail.com> wrote: >

Re: [openstack-dev] [kolla] Ansible 2.0.0 functional

/openstack-dev >> > >> >> >> __ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: >> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openst

[openstack-dev] [infra][shade] Proposing Ricardo Carrillo Cruz for Shade core

modules that depend so highly on shade. Shade could use more cores as our user base has grown and I think he'd be an awesome addition. -Dave -- David Shrewsbury (Shrews) __ OpenStack Development Mailing List (not for

Re: [openstack-dev] [os-client-config] Proposing Morgan Fainberg for core

+1 * a million for more keystone knowledge and active reviewing. -Dave On 12/03/2015 11:44 AM, Monty Taylor wrote: Hey all, I'd like to propose that we include Morgan Fainberg as core on os-client-config. He's in the over/under on matching other active reviewers on the project, and he's got

Re: [openstack-dev] [sdks] Nominating Ghe Rivero for os-client-config-core

> On Jul 9, 2015, at 10:59 AM, Monty Taylor wrote: > > Hey all! > > Ghe has been doing a great job both in writing patches and reviewing for > os-client-config and I'd like to add him to the core team. He's got a > good handle on what we're doing, and more importantly what we're not doing. +1

Re: [openstack-dev] [Ironic] proposing rameshg87 to ironic-core

+1 > On Mar 9, 2015, at 6:03 PM, Devananda van der Veen > wrote: > > Hi all, > > I'd like to propose adding Ramakrishnan (rameshg87) to ironic-core. > > He's been consistently providing good code reviews, and been in the top five > active reviewers for the last 90 days and top 10 for the las

Re: [openstack-dev] [Ironic] thoughts on the midcycle

> On Dec 29, 2014, at 5:45 PM, Devananda van der Veen > wrote: > > I'm sending the details of the midcycle in a separate email. Before you reply > that you won't be able to make it, I'd like to share some thoughts / concerns. > > In the last few weeks, several people who I previously thought

Re: [openstack-dev] [Ironic] A mascot for Ironic

> On Nov 16, 2014, at 8:57 AM, Chris K wrote: > > How cute. > > maybe we could call him bear-thoven. > > Chris > I like Blaze Bearly, lead singer for Ironic Maiden. :) https://en.wikipedia.org/wiki/Blaze_Bayley > > On Sun, Nov 16, 2014 at 5:

Re: [openstack-dev] [Ironic] Get rid of the sample config file

gt; file[3], so folks that needs it can generate it locally. > > Does anyone disagree? > > +1 to this, but I think we should document how to generate the sample config in our documentation (install guide?). -Dave -- David Shrewsbury (Shrews) _

Re: [openstack-dev] [all] To slide or not to slide? OpenStack Bootstrapping Hour...

and Dan. Watched the session last > night and thought it was a great idea and had some really good content. > > As far as slides, never thought I'd say "I liked having the slides" but in > my case viewing the session after the fact I found the slides useful and > pe

Re: [openstack-dev] how to provide tests environments for python things that require C extensions

get > > it right. > > > > I think it is sexy - I don't describe ideas/software as sexy that often > but this one deserves it. I'm interested in helping out. > > I'll clone it and give it a try - or at least take a look at it. > > Flavio > > > Monty > > > > ___ > > OpenStack-dev mailing list > > OpenStack-dev@lists.openstack.org > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > -- > @flaper87 > Flavio Percoco > > ___ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- David Shrewsbury (Shrews) ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [nova][cinder][ironic][qa] Tempest+Ironic volume attachment tests

Hi! The ironic team is working on enabling the API tempest tests with ironic. However, ironic doesn’t yet completely support volume attachment, so the cinder api tests fail miserably (where attachment is needed). Proposed solutions are: 1) Disable cinder in devstack-gate when ironic is used. 2

Re: [openstack-dev] [nova] tempest failure on image creation time out

196 s). Current status: SAVING. > > > > > > Any one facing this issue? > > > > Ref: > http://logs.openstack.org/82/92782/17/check/check-tempest-dsvm-full/8aa24c6/console.html > https://bugs.launchpad.net/nova/+bug/1320617 It's also sometimes helpful to check the elastic recheck status page for common bugs/issues that people are hitting. This one happens to appear near the top: http://status.openstack.org/elastic-recheck/ -- David Shrewsbury (Shrews) ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [hacking] rules for removal

gt; > """This is a summary. > > And this is a description > """ > > It is that silliness that I deplore, not the summary line followed by a > newline issue. Yes!! That is definitely the most silly silliness, and I deplore it. -- David Shrewsb

Re: [openstack-dev] [nova][ironic] what to do with unit test failures from ironic api contract

gt; is ever changed, Nova require the Ironic PTL (or a core dev) to vote before approving. That seems sensible to me. There might be an easier way of coordinating that I'm overlooking, though. -Dave -- David Shrewsbury (Shrews) ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova] Mid cycle meetup

urage convergence of > Ironic devs on a single area ? > Devananda has already stated his preference for meeting with the Nova team in order to help streamline the process of getting the driver for Ironic merged back into Nova for this cycle. So it's unlikely we'll

Re: [openstack-dev] [Ironic] Our gate status // getting better at rechecks

FYI for all, I have posted http://review.openstack.org/98201 in an attempt to at least give *some* warning to developers that a change to one of the public methods on classes we derive from may have consequences to Ironic. I have WIP'd it until 97757 lands. On Thu, Jun 5, 2014 at 7:51 PM, Devan

[openstack-dev] [Ironic] Supporting preserve_ephemeral in rebuild()

Hi, I'm working on implementing rebuild() in the nova.virt.ironic driver so that we can support the --preserve-ephemeral option. I have a design question and would love some feedback on it. The way to trigger a deploy is to set the provision state to ACTIVE. However, for a rebuild, we cannot curr