Re: [openstack-dev] [all][requirements] uncapping eventlet

On Mon, 09 Apr 2018 22:58:28 +0900, Doug Hellmann wrote: > > Excerpts from Tony Breeds's message of 2018-04-09 13:39:30 +1000: > > On Fri, Apr 06, 2018 at 09:41:07AM -0700, Clark Boylan wrote: > > > > > My understanding of our use of upper constraints was that this should > > > (almost) always be

[openstack-dev] [cyborg]Weekly Team Meeting April 11, 2018

Hi Team, Our weekly meeting starting from UTC1400 at #openstack-cyborg as usual. The initial agenda is as follows: 1. Confirmation of new core reviewer promotion, 2. Critical Rocky Spec update and discussion 3. open patch discussion Please feel free to suggest new topics any time :) -- Zhipeng

Re: [openstack-dev] [all] [api] Re-Reminder on the state of WSME

On Tue, 10 Apr 2018, Michael Johnson wrote: I echo Ben's question about what is the recommended replacement. It's a good question. Unfortunately I don't have a good answer. My involvement in WSME is simply the result of submitting some bug fixes in early 2015 and there being no one to review t

[openstack-dev] [Elections][TC] Announcing Sean McGinnis candidacy for TC

Hey everyone, I am announcing my candidacy to continue on the OpenStack Technical Committee. I am employed by Huawei and lucky enough to have a full-time focus on OpenStack. I have been contributing since the Icehouse release. I served as Cinder PTL from Mitaka through Pike, and was elected to th

[openstack-dev] [publiccloud-wg] Reminder and agenda tomorrows meeting

Hi everyone, Time for a new meeting for the Public Cloud WG. Forum sessions for Vancouver is priority of this meeting, would be nice to see as many of you there. Agenda can be found at https://etherpad.openstack.org/p/publiccloud-wg Feel free to add items to the agenda! See you all tomorrow

Re: [openstack-dev] [all] [api] Re-Reminder on the state of WSME

On 11 April 2018 at 11:39, Chris Dent wrote: > On Tue, 10 Apr 2018, Michael Johnson wrote: > > I echo Ben's question about what is the recommended replacement. >> > > It's a good question. Unfortunately I don't have a good answer. My > involvement in WSME is simply the result of submitting some b

[openstack-dev] [Elections][TC] Announcing Rico Lin candidacy for TC

Dear all, I'd like to announce my candidacy for a seat on the OpenStack Technical Committee. I'm Rico Lin, employed by EasyStack, full-time OpenStacker. I have been in this community since 2014. And been deeply involved with technical contribution [1], mostly around Orchestration service which al

Re: [openstack-dev] [all][requirements] uncapping eventlet

Excerpts from IWAMOTO Toshihiro's message of 2018-04-11 18:19:02 +0900: > On Mon, 09 Apr 2018 22:58:28 +0900, > Doug Hellmann wrote: > > > > Excerpts from Tony Breeds's message of 2018-04-09 13:39:30 +1000: > > > On Fri, Apr 06, 2018 at 09:41:07AM -0700, Clark Boylan wrote: > > > > > > > My under

Re: [openstack-dev] [tripleo] roadmap on containers workflow

On Tue, 10 Apr 2018 at 20:51 Emilien Macchi wrote: > Greetings, > > Steve Baker and I had a quick chat today about the work that is being done > around containers workflow in Rocky cycle. > > If you're not familiar with the topic, I suggest to first read the > blueprint to understand the context

Re: [openstack-dev] [all][requirements] uncapping eventlet

sorry, I didn't see any solution for following error found in [1] I just rechecked the patch and is this kind of issue already fixed? ubuntu-xenial | Requirement for package eventlet : Requirement (package=u'eventlet', location='', specifiers='!=0.18.3,!=0.20.1,<0.21.0,>=0.18.2', markers=u'', comm

Re: [openstack-dev] [all] [api] Re-Reminder on the state of WSME

On Wed, 11 Apr 2018, Dougal Matthews wrote: I would like to see us move away from WSME. I'm not sure I have time to drive an effort in finding a replacement (and migration path) but I would certainly like to help. Dougal and I talked about this in IRC and agreed that being able to merge change

Re: [openstack-dev] [all][requirements] uncapping eventlet

Excerpts from Chen CH Ji's message of 2018-04-11 21:09:29 +0800: > sorry, I didn't see any solution for following error found in [1] > I just rechecked the patch and is this kind of issue already fixed? > > ubuntu-xenial | Requirement for package eventlet : Requirement > (package=u'eventlet', loca

[openstack-dev] [election] [tc] TC candidacy (but not for chair)

Hi everyone, Growing new leaders has been a focus of the Technical Committee over the last year: first discussed at the leadership workshop with Board members in March 2017, then included in the TC "vision for 2019"[1] adopted in June. As part of this objective, we actively looked for new steward

Re: [openstack-dev] [nova] Changes toComputeVirtAPI.wait_for_instance_event

Jichen was able to use this information immediately, to great benefit [1]. (If those paying attention could have a quick look at that to make sure he used it right, it would be appreciated; I'm not an expert here.) [1] https://review.openstack.org/#/c/527658/31..32/nova/virt/zvm/guest.py@192 On

[openstack-dev] [ironic] Ironic Bug Day on Thursday April 12th @ 1:00 PM - 3:00 PM (UTC)

Hey all, Ironic Bug Day is happening tomorrow, April 12th at 1:00 PM - 3:00 PM (UTC) We will be meeting on Julia's bluejeans line: https://bluejeans.com/5548595878 Hope to see everyone there! Thanks, Mike Turek __ Ope

Re: [openstack-dev] [tripleo] roadmap on containers workflow

On 04/11/2018 07:58 AM, Wesley Hayutin wrote: On Tue, 10 Apr 2018 at 20:51 Emilien Macchi > wrote: Greetings, Steve Baker and I had a quick chat today about the work that is being done around containers workflow in Rocky cycle. If you're not fami

[openstack-dev] [FEMDC ]Kubernetes IoT Edge Working Group Proposal

Dear all, I’m not sure the information has been shared on the MLs. https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!topic/kubernetes-dev/sAFIvDsvUCI Regards, Ad_ri3n__

Re: [openstack-dev] [nova] Changes toComputeVirtAPI.wait_for_instance_event

Looks good IMO. --- Andreas Scheuring (andreas_s) On 11. Apr 2018, at 15:46, Eric Fried wrote: Jichen was able to use this information immediately, to great benefit [1]. (If those paying attention could have a quick look at that to make sure he used it right, it would be appreciated; I'm not

[openstack-dev] [rally] Moving OpenStack plugins into separate repo

Hi Stackers! Today I am happy to announce great news! >From a historical perspective, Rally is testing (benchmarking) tool for OpenStack, but it is changed. More and more users want to use Rally for different platforms and environments. Our pluggable system allows doing this. To make the framewor

Re: [openstack-dev] [all][requirements] uncapping eventlet

Excerpts from Matthew Thode's message of 2018-04-05 10:47:37 -0500: > eventlet-0.22.1 has been out for a while now, we should try and use it. > Going to be fun times. > > I have a review projects can depend upon if they wish to test. > https://review.openstack.org/533021 I have proposed a bunch o

Re: [openstack-dev] [all][requirements] uncapping eventlet

Excerpts from Doug Hellmann's message of 2018-04-11 12:20:46 -0400: > Excerpts from Matthew Thode's message of 2018-04-05 10:47:37 -0500: > > eventlet-0.22.1 has been out for a while now, we should try and use it. > > Going to be fun times. > > > > I have a review projects can depend upon if they

[openstack-dev] [election] [tc] TC candidacy for cdent

Hi, I'm announcing my candidacy to continue as a member of the Technical Committee. When I ran a year ago, one of my goals was to foster more, and more transparent, communication among the many parts of the OpenStack community. The TC has made progress by being more overt and intentional in reac

Re: [openstack-dev] [rally] Moving OpenStack plugins into separate repo

Andrey, Great news! Best regards, Boris Pavlovic On Wed, Apr 11, 2018 at 9:14 AM, Andrey Kurilin wrote: > Hi Stackers! > > Today I am happy to announce great news! > > From a historical perspective, Rally is testing (benchmarking) tool for > OpenStack, but it is changed. More and more users wa

Re: [openstack-dev] [ironic] Ironic Bug Day on Thursday April 12th @ 1:00 PM - 3:00 PM (UTC)

Sorry this is so late but as for the format of the event I think we should do something like this: 1) Go through new bugs     -This is doable in storyboard. Sort by creation date     -Should be a nice warm up activity! 2) Go through oldest bugs     -Again, doable in storyboard. Sort by last upda

[openstack-dev] [horizon][plugins] Improve Horizon testing

Hi all, Let me introduce my proposal about Horizon testing improvements[1]. We started this discussion at the last PTG [2] and had a good conversation at the previous meeting [3]. The idea is simple: to have CI that verifies Horizon changes across supported plugins. As a side-effect of this activ

Re: [openstack-dev] [all] [api] Re-Reminder on the state of WSME

I am willing to help with maintenance (patch reviews/gate fixes), but I cannot commit time to development work on it. Michael On Wed, Apr 11, 2018 at 6:21 AM, Chris Dent wrote: > On Wed, 11 Apr 2018, Dougal Matthews wrote: > >> I would like to see us move away from WSME. I'm not sure I have time

Re: [openstack-dev] [all] [api] Re-Reminder on the state of WSME

On Wed, 11 Apr 2018, Michael Johnson wrote: I am willing to help with maintenance (patch reviews/gate fixes), but I cannot commit time to development work on it. Michael and I also spoke in IRC and he too is now a WSME core. Thanks to both of you for stepping up and being willing to help out.

[openstack-dev] [all] Changes to direct tagging by projects under governance

Hey all, We've had a semi-official thing until now that when projects are accepted under governance, they then do all of their tagging and releases via our official release process by submitting patches to the openstack/releases repo. From time to time we would come across projects that either we

[openstack-dev] [Nova][Deployers] Optional, platform specific, dependancies in requirements.txt

Hi, https://review.openstack.org/#/c/523387 proposes adding a z/VM specific dependancy to nova's requirements.txt. When I objected the counter argument is that we have examples of windows specific dependancies (os-win) and powervm specific dependancies in that file already. I think perhaps all th

Re: [openstack-dev] [Nova][Deployers] Optional, platform specific, dependancies in requirements.txt

On Wed, Apr 11, 2018, at 3:09 PM, Michael Still wrote: > Hi, > > https://review.openstack.org/#/c/523387 proposes adding a z/VM specific > dependancy to nova's requirements.txt. When I objected the counter argument > is that we have examples of windows specific dependancies (os-win) and > powervm

Re: [openstack-dev] [tripleo] roadmap on containers workflow

On 12/04/18 00:58, Wesley Hayutin wrote: On Tue, 10 Apr 2018 at 20:51 Emilien Macchi > wrote: Greetings, Steve Baker and I had a quick chat today about the work that is being done around containers workflow in Rocky cycle. If you're not familiar

[openstack-dev] [Nova] z/VM introducing a new config drive format

Heya, https://review.openstack.org/#/c/527658 is a z/VM patch which introduces their support for config drive. They do this by attaching a tarball to the instance, having pretended in the nova code that it is an iso9660. This worries me. In the past we've been concerned about adding new filesyste

Re: [openstack-dev] [tripleo] roadmap on containers workflow

On 11/04/18 12:50, Emilien Macchi wrote: Greetings, Steve Baker and I had a quick chat today about the work that is being done around containers workflow in Rocky cycle. If you're not familiar with the topic, I suggest to first read the blueprint to understand the context here: https://bl

Re: [openstack-dev] [Nova] z/VM introducing a new config drive format

> https://review.openstack.org/#/c/527658 is a z/VM patch which > introduces their support for config drive. They do this by attaching a > tarball to the instance, having pretended in the nova code that it is > an iso9660. This worries me. > > In the past we've been concerned about adding new files

Re: [openstack-dev] [Nova] z/VM introducing a new config drive format

The more I think about it, the more I dislike how the proposed driver also "lies" about it using iso9660. That's definitely wrong: if CONF.config_drive_format in ['iso9660']: # cloud-init only support iso9660 and vfat, but in z/VM # implementation, can't link a disk

Re: [openstack-dev] [Nova][Deployers] Optional, platform specific, dependancies in requirements.txt

On 4/11/2018 5:09 PM, Michael Still wrote: https://review.openstack.org/#/c/523387 proposes adding a z/VM specific dependancy to nova's requirements.txt. When I objected the counter argument is that we have examples of windows specific dependancies (os-win) and powervm specific dependancies i

[openstack-dev] [election][tc]TC candidacy

Hi all, I'm announcing my candidacy for the OpenStack Technical Committee. I started following OpenStack community since Portland Summit in 2013, and has been an integral part of it from then on. I'm currently serving as the PTL for the Cyborg project [0] which provides general management framewo

Re: [openstack-dev] [rally] Moving OpenStack plugins into separate repo

Hi andrey, Great to hear this Cheers and I wish you all luck Cheers Goutham. On Wed, 11 Apr 2018 at 11:00 PM, Boris Pavlovic wrote: > Andrey, > > Great news! > > Best regards, > Boris Pavlovic > > On Wed, Apr 11, 2018 at 9:14 AM, Andrey Kurilin > wrote: > >> Hi Stackers! >> >> Today I am hap