Re: [openstack-dev] [Product] PTG attendance

In many ways, having the PWG at the PTG is a great idea. The only problem with that is that the PWG and the InteropWG would overlap in the current way the PTG is arranged. Having both at the same place is great for synergy, but having them at the same times is not :( We actually have a

[openstack-dev] [QA] Meeting Thursday June 15th at 8:00 UTC (NOTE: time changed from 9UTC to 8UTC)

Hello everyone, Please reminder that the weekly OpenStack QA team IRC meeting will be Thursday, June 15th at 8:00 UTC in the #openstack-meeting channel. The agenda for the meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_Jun_15th_2017_.280800_UTC.29

[openstack-dev] [octavia]Request for change of irc meeting time

Hi Michael and all, Can we schedule our meeting couple of hours early on Wedneseday, So, few more folks from India can join the meeting. I am proposing new timing will be PST 10:00 AM (EST 1:00 PM and IST 10:30 PM). Meeting rooms are available during this time : #openstack-meeting

[openstack-dev] [neutron] [l2gw] DSVM gates for networking-l2gw

Hello L2GWers Currently networking-l2gw CI only covers unit tests. However, there is an experimental check that starts a devstack VM to be able to run more complex tests. That experimental check is not working, and we are trying to fix it, however we encountered some difficulties that we wanted

Re: [openstack-dev] [rally][no-admin] Finally Rally can be run without admin user

On Tue, Jun 13, 2017 at 3:51 PM, Morgan Fainberg wrote: > On Tue, Jun 13, 2017 at 1:04 PM, Boris Pavlovic wrote: > > Hi stackers, > > > > Intro > > > > Initially Rally was targeted for developers which means running it from > > admin was OK. > >

Re: [openstack-dev] [kolla][kolla-ansible] Proposing Surya (spsurya) for core

+1 nice jobs ;) On Wed, Jun 14, 2017 at 11:52 PM, Paul Bourke wrote: > +1, thanks Surya for all your work > > > On 14/06/17 16:46, Michał Jastrzębski wrote: > >> Hello, >> >> With great pleasure I'm kicking off another core voting to >> kolla-ansible and kolla teams:)

[openstack-dev] [kolla][kolla-ansible] Proposing Surya (spsurya) for core

Hello, With great pleasure I'm kicking off another core voting to kolla-ansible and kolla teams:) this one is about spsurya. Voting will be open for 2 weeks (till 28th Jun). Consider this mail my +1 vote, you know the drill:) Regards, Michal

Re: [openstack-dev] [ironic][nova] Goodbye^W See you later

I was hoping that if I ignored this, it wouldn't be true. Who am I kidding... sigh... sob... Good bye Jim, last of the Js (Josh, Jay) from Rackspace, thank you for IPA, for sacrificing yourself and being PTL, for sacrificing yourself and talking to the nova folks :-), and for everything else

Re: [openstack-dev] [api][horizon][all] Poorly Pagination UX

On 14 Jun 2017, at 9:03, Ivan Kolodyazhny wrote: > Hi stackers, > > > > There are several bugs in Horizon [1], [2] and [3] related to pagination. > TBH, these issues are reproducible via CLI too. Unfortunately, all of them > are related to our API’s implementation [4]. > > Bugs [1] and [2]

Re: [openstack-dev] [kolla][kolla-ansible] Proposing Surya (spsurya) for core

+1, thanks Surya for all your work On 14/06/17 16:46, Michał Jastrzębski wrote: Hello, With great pleasure I'm kicking off another core voting to kolla-ansible and kolla teams:) this one is about spsurya. Voting will be open for 2 weeks (till 28th Jun). Consider this mail my +1 vote, you know

[openstack-dev] [infra] Status of Zuul v3

Greetings! This periodic update is primarily intended as a way to keep contributors to the OpenStack community apprised of Zuul v3 project status, including future changes and milestones on our way to use in production. Additionally, the numerous existing and future users of Zuul outside of the

[openstack-dev] [api][horizon][all] Poorly Pagination UX

Hi stackers, There are several bugs in Horizon [1], [2] and [3] related to pagination. TBH, these issues are reproducible via CLI too. Unfortunately, all of them are related to our API’s implementation [4]. Bugs [1] and [2] can’t be fixed in current API’s implementations because we use

Re: [openstack-dev] [EXTERNAL] Re: [Tripleo] deploy software on Openstack controller on the Overcloud

Thank you for the comments Emilien! Updated as per your suggestions: puppet-veritas-hyperscale: https://github.com/abhishek-kane/puppet-veritas-hyperscale Also, please find the inline replies to your comments. We had been able to call the old puppet modules (which had scripts) using the

[openstack-dev] [Acceleration]Cyborg Team Weekly Meeting 2017.06.14

Hi Team, A kind reminder for our regular meeting today at #openstack-cyborg startging ET 11:00 am. Initial agenda could be found at https://wiki.openstack.org/wiki/Meetings/CyborgTeamMeeting . -- Zhipeng (Howard) Huang Standard Engineer IT Standard & Patent/IT Product Line Huawei Technologies

Re: [openstack-dev] [tripleo] Future of the tripleo-quickstart-utils project

On 13/06/2017 21:14, Emilien Macchi wrote: [...]>> Moving this stuff in the tripleo-validations project would impose a >> massive change in the approach HA validation is made today. >> The bash script way is something that was used to make someone able to >> do the validation even without ansible.

Re: [openstack-dev] [all] os-api-ref 1.4.0 about to hit upper-constraints

On 6/14/2017 6:01 AM, Sean Dague wrote: There were some changes in Sphinx 1.6.x that removed functions that os-api-ref was using to warn for validation. Which meant that when things failed instead of getting the warning you got a huge cryptic stack trace. :(

Re: [openstack-dev] [api][horizon][all] Poorly Pagination UX

On 06/14/2017 12:25 PM, John Dickinson wrote: What is this tracker service? elastic? glance? glare? searchlight? something else? I don't know. Searchlight (which is just ES under the hood with integration of various notification queues for indexing automation). Best, -jay

[openstack-dev] [sahara] Sahara-ci is down

Hi, guys! Today I got the information about sahara-ci servers. They have been returned to the data center and unfortunately, we cannot use the sahara-ci for testing our patches. We need to find a new place for storing sahara-ci service. If you have any ideas it will be very useful. I am ready to

Re: [openstack-dev] [Product] PTG attendance

arkady.kanev...@dell.com wrote: > Fellow Product WG members, > > We are taking informal poll on how many of us plan to attend > PTG meeting in Denver? > > Second question should we have mid-cycle meeting co-located with PTG or > with operator summit in Mexico city? Note that we set aside a room

Re: [openstack-dev] [api][horizon][all] Poorly Pagination UX

This is what we envisaged for searchlight; a single endpoint to retrieve information across multiple services and regions to make it easier for a user of horizon (for instance) to ask those kinds of arbitrary questions about the current state of resources. It's unfortunate our swift

Re: [openstack-dev] [tripleo] Role updates

On Tue, Jun 13, 2017 at 11:11 AM, Alex Schultz wrote: > On Tue, Jun 13, 2017 at 6:58 AM, Dan Prince wrote: >> On Fri, 2017-06-09 at 09:24 -0600, Alex Schultz wrote: >>> Hey folks, >>> >>> I wanted to bring to your attention that we've merged the change[0]

Re: [openstack-dev] [Product] PTG attendance

Hi Arkady/Leong/Shamail I don't know yet if I'll be attending the PTG in Denver, but at present, I think that it's unlikely. If the PWG mid-cycle was co-located with the PTG, then I expect that I'd be able to attend at least the PWG days. That said, contrary to what I thought in our meeting

Re: [openstack-dev] [horizon] Approach for bugs in xstatic packages

I can see several possible ways forward with this: * provide a complete fix for the issue that would be more likely to get merged upstream, * instead of adding hacks in the code, actually rename the wrongly named files, * instead of adding hacks, actually fix all the references to use proper

Re: [openstack-dev] [sahara] Sahara-ci is down

Thanks for the info Evgeny. I'm looking for a new place for the CI and will let everyone knows once we get some resources to deploy it. On Wed, Jun 14, 2017 at 4:32 AM Evgeny Sikachev wrote: > Hi, guys! > > Today I got the information about sahara-ci servers. They have

[openstack-dev] [all] os-api-ref 1.4.0 about to hit upper-constraints

There were some changes in Sphinx 1.6.x that removed functions that os-api-ref was using to warn for validation. Which meant that when things failed instead of getting the warning you got a huge cryptic stack trace. :( Those are fixed in 1.4.0, however with the other changes in Sphinx about how