Re: [openstack-dev] [kolla][vote] Just make Mitaka deploy Liberty within the Liberty branch

+1 On 30/03/16 04:27, Steven Dake (stdake) wrote: Dear cores, inc0 has been investigating our backport options for 1.1.0 and they look bleak. At this time we would have to backport heka because of changes in Docker 1.10.z which are incompatible with the syslog dev file. We had originally

Re: [openstack-dev] [kolla][vote] Nominating Vikram Hosakot for Core Reviewer

+1 On 29/03/16 17:07, Steven Dake (stdake) wrote: Hey folks, Consider this proposal a +1 in favor of Vikram joining the core reviewer team. His reviews are outstanding. If he doesn’t have anything useful to add to a review, he doesn't pile on the review with more –1s which are slightly

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 On 25/03/16 15:36, Steven Dake (stdake) wrote: Hey folks, These branches are essentially unmaintained and we have completely given up on them. That’s ok – they were paths of our development. I didn't really want to branch them in the first place, but the community demanded it, so I

Re: [openstack-dev] [kolla] [vote] Managing bug backports to Mitaka branch

Hey Steve, Thanks for dropping this round - I was occupied during the meeting and wanted to be sure what I was asked to vote on! It seems like it's not a big deal after all, also considering it's standard practice it's a no brainer. +1 Cheers, -Paul On 24/03/16 03:55, Swapnil Kulkarni

[openstack-dev] [kolla] [infra] Size of images built in the gate

Hi all, I'm currently working to add new gates for the oraclelinux image base type (https://blueprints.launchpad.net/kolla/+spec/oraclelinux-gate) and had a question on size available in the gate VMs. Right now the binary build is running out of space in the gate, as it exceeds the 10GB

Re: [openstack-dev] [kolla][vote] exception for backporting upgrades to liberty/stable

This is a messy topic. I feel there's been some miscommunication and confusion on the issue which hopefully I can sum up. As far as I remember it, Sam is correct, we did always plan to do Liberty upgrades. However, over the course of time post Tokyo these plans didn't really materialise, at

Re: [openstack-dev] [kolla][vote] Proposing Alicja Kwasniewska for core reviewer

I've been impressed with Alicja's contributions and had suggested this nomination. So +1 a valuable addition. Cheers, -Paul On 04/03/16 17:27, Swapnil Kulkarni wrote: On Fri, Mar 4, 2016 at 10:25 PM, Steven Dake (stdake) wrote: Core Reviewers, Alicja has been instrumental

Re: [openstack-dev] [kolla][vote] port neutron thin containers to stable/liberty

+1 I'm against this on a theoretical basis as I don't think backporting features/architectural changes is good practice for a stable branch. People will say this will increase stability (no longer lose namespaces on container restart), in reality the chances are it will decrease stability

Re: [openstack-dev] [kolla][vote] Proposing Angus Salkeld for kolla-core

+1 On 22/02/16 03:23, Jeffrey Zhang wrote: +1 Nick work! On Mon, Feb 22, 2016 at 10:27 AM, Ryan Hallisey > wrote: +1. Nice work Angus! -Ryan > On Feb 19, 2016, at 11:51 PM, Michał Jastrzębski

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

I was also thinking of adding Lei. He was a big help to me only recently with fixing plugin support and adding unit test support to build.py. +1 from me. -Paul On 19/01/16 08:26, Steven Dake (stdake) wrote: Hi folks, I would like to propose Lei Zhang for our core reviewer team. Count this

Re: [openstack-dev] [kolla] Please vote -> Removal of Harm Weites from the core reviewer team

+1, hopefully we'll see Harm again in the future. Cheers, -Paul On 15/01/16 13:44, Michał Jastrzębski wrote: That's an unfortunate +1, it's always sad to lose one of our own. Hope we'll see you back soon! Thanks for all the fis...reviews! On 15 January 2016 at 06:59, Ryan Hallisey

Re: [openstack-dev] [kolla] Proposing Michal Rostecki for Core Reviewer (nihilfer on IRC)

+1 On 12/11/15 08:41, Steven Dake (stdake) wrote: Hey folks, Its been awhile since we have had a core reviewer nomination, but I really feel like Michal has the right stuff. If you look at the 30 day stats for kolla[1] , he is #3 in reviews (70 reviews) with 6 commits in a 30 day period. He

Re: [openstack-dev] [kolla] Mesos orchestration as discussed at mid cycle (action required from core reviewers)

+1 - the below sums up my impressions from the summit which I was good with. Look forward to seeing what Angus the guys come up with. -Paul On 02/11/15 17:02, Steven Dake (stdake) wrote: Hey folks, We had an informal vote at the mid cycle from the core reviewers, and it was a majority vote,

Re: [openstack-dev] [kolla] Integrating kollacli as python-kollaclient

Having used the cli for some time I can vouch for it being very useful, and usable. The guys have done a nice job of giving it an "OpenStack feel", mimicking the patterns used in openstackclient and the like. It should give users a more polished introduction to Kolla. +1 -Paul On 21/10/15

Re: [openstack-dev] [kolla] Liberty release builds

stdake) wrote: On 10/20/15, 9:06 AM, "Paul Bourke" <paul.bou...@oracle.com> wrote: Kolla core team, Here's a link to an etherpad created just now for deciding the process on getting release builds to dockerhub: https://etherpad.openstack.org/p/kolla-release-builds Please review

[openstack-dev] [kolla] Liberty release builds

Kolla core team, Here's a link to an etherpad created just now for deciding the process on getting release builds to dockerhub: https://etherpad.openstack.org/p/kolla-release-builds Please review and revise. Steve, can you follow up to this mail when you'd like volunteers to kick off

[openstack-dev] [gertty] Replying to inline comments

Hi, Does anyone know if this is possible in the current version of gertty? Thanks, -Paul __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [kolla] proposing Michal Jastrzebski (inc0) for core reviewer

+1 I actually thought he was core already :) On 30/09/15 01:24, Sam Yaple wrote: +1 Michal will be a great addition to the Core team. On Sep 29, 2015 6:48 PM, "Martin André" > wrote: On Wed, Sep 30, 2015 at 7:20 AM, Steven Dake

Re: [openstack-dev] [kolla] Followup to review in gerrit relating to RHOS + RDO types

On 13/09/15 18:34, Steven Dake (stdake) wrote: Response inline. From: Sam Yaple > Reply-To: "s...@yaple.net" > Date: Sunday, September 13, 2015 at 1:35 AM To: Steven Dake

Re: [openstack-dev] [kolla] Proposing Swapnil Kulkarni (coolsvap) for kolla core reviewer team

+1, Swapnil has made a ton of useful contributions and continues to do so :) On 14/08/15 14:29, Steven Dake (stdake) wrote: Hi folks, Swapnil has done a bunch of great technical work, participates heavily in IRC, and has contributed enormously to the implementation of Kolla. I’d like to see

[openstack-dev] [kolla] Marking install-from-source as implemented

Hi Kolla folk, Just a quick note to say I've marked this bp as implemented. Source builds for all key services are merged so I think it's as a time as any. Please file separate bugs for subsequent contrib services (any existing ones for out for review can stay as is). Any issues with this

Re: [openstack-dev] [kolla] Proposal for Paul Bourke for Kolla Core

(not for usage questions) openstack-dev@lists.openstack.org mailto:openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [kolla] Proposal for Paul Bourke for Kolla Core +1 From: Steven Dake (stdake) std...@cisco.com mailto:std...@cisco.com Reply-To: OpenStack Development

[openstack-dev] [kolla] Providing image specific build info

All, As part of the install-from-source blueprint, I'm proposing a basic script that can fetch tarballs in various ways, the result of which is installed as part of the image build. This script is for review here: https://review.openstack.org/#/c/197919/ This requires a couple of variables,

[openstack-dev] [kolla] Add your name and TZ to wiki

Hi all, Steve suggested adding a new table to the Kolla wiki to help us keep track of who's actively working on Kolla along with relevant info such as timezones and IRC names. I'm missing lots of names and timezones so if you'd like to be on this please feel free to update it at

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

I'm fairly easy on this but, if the issue is that the meeting is running into people's evening schedules (in EMEA), would it not make sense to push it back an hour or two into office hours, rather than forward? On 10/06/15 18:20, Ryan Hallisey wrote: After some upstream discussion, moving the

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

+1 On 08/06/15 18:37, Smigiel, Dariusz wrote: Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family life (ferrying kids from school and what-not) and 1700UTC while not perfect, would be a better fit time-wise. For all people that

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

Actually I misread the time, 1700 UTC is 6pm Irish time which is not as good for me. So -1 On 09/06/15 09:30, Paul Bourke wrote: +1 On 08/06/15 18:37, Smigiel, Dariusz wrote: Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family

Re: [openstack-dev] [kolla][tripleo] Update on Kolla

Hi Steve, Thanks for the update. For those interested in Kolla development and discussion, where is the best place to go? Regards, -Paul On 05/02/15 17:25, Steven Dake (stdake) wrote: Hey folks, I wanted to provide a brief update on where we are headed with Kolla. Initially Kolla began

[openstack-dev] [requirements] Review request for adding ordereddict

Hi all, I've submitted https://review.openstack.org/#/c/46474/ to add ordereddict to openstack/requirements. The reasoning behind the change is that we want ConfigParser to store sections in the order they're read, which is the default behavior in py2.7[1], but it must be specified in py2.6.

Re: [openstack-dev] [Glance] images tasks API -- final call for comments

Hi Brian, I had a read over the summary wiki page and the individual docs. My main thought was that although the asynchronous nature seems attractive, the problems the new API is setting out to solve could be adapted to the existing images API. This view seems to be shared and well highlighted

[openstack-dev] [Glance] Removing python-sendfile related code from BaseClient

I'm adding some unit tests for glance/common/client.py as part of bug/1115551, and noticed the image_iterator() function (https://github.com/openstack/glance/blob/master/glance/common/client.py#L568) returns two non-existent types, SendFileIterator and ImageBodyIterator. It seems there's no code

<    1   2