On Fri, Jun 03, 2016 at 04:25:01PM +1000, Tony Breeds wrote:
> On Thu, Jun 02, 2016 at 08:31:43PM +1000, Tony Breeds wrote:
> > Hi all,
> > In early May we tagged/EOL'd several (13) projects. We'd like to do a
> > final round for a more complete set. We looked for projects meet one or
> > mo
Alioune,
networking-sfc resources not installed / not reachable , If installation
is okay, Possibly you may missed service_plugins entry in *neutron.conf *(
in case of manual networking-sfc installation)
it should be ,
*service_plugins =
neutron.services.l3_router.l3_router_plugin.L3RouterPlugi
Hi John,
I know most of the OVN driver codes are copied from OVS driver, OVN driver
is different from OVS driver. For OVS driver, it should build the sfc
flows and send to ovs agent, while OVN controller does not need to do it,
OVN controller only need send the sfc parameters to OVN northbound
Hi Victoria:
Thanks for all your great work on Trove! Hope to see you around the
(OpenStack) block!
Cheers,
Nikhil
On Wed, Jun 8, 2016 at 4:19 PM, Peter Stachowski wrote:
> Hi Victoria,
>
>
>
> Thanks for all the help and good luck in your future work!
>
>
>
> Peter
>
>
>
> *From:* Victoria M
+1
Aleksey Kasatkin
On Thu, Jun 9, 2016 at 9:51 AM, Sergey Vasilenko
wrote:
> +1
>
> /sv
> On Jun 9, 2016 09:24, "Julia Aranovich" wrote:
>
>> +1
>>
>> On Wed, Jun 8, 2016 at 8:52 PM Bulat Gaifullin
>> wrote:
>>
>>> Hey Fuelers,
>>>
>>> I'd like to nominate Ilya Kutukov for the fuel-web-cor
At Wed, 08 Jun 2016 03:26:59 -0700,
Clark Boylan wrote:
>
> On Tue, Apr 5, 2016, at 08:32 PM, IWAMOTO Toshihiro wrote:
> > At Tue, 5 Apr 2016 12:57:33 -0400,
> > Assaf Muller wrote:
> > >
> > > On Tue, Apr 5, 2016 at 12:35 PM, Sean M. Collins
> > > wrote:
> > > > Russell Bryant wrote:
> > > >>
+1
On Thu, Jun 9, 2016 at 11:37 AM, Aleksey Kasatkin
wrote:
> +1
>
>
> Aleksey Kasatkin
>
>
> On Thu, Jun 9, 2016 at 9:51 AM, Sergey Vasilenko
> wrote:
>
>> +1
>>
>> /sv
>> On Jun 9, 2016 09:24, "Julia Aranovich" wrote:
>>
>>> +1
>>>
>>> On Wed, Jun 8, 2016 at 8:52 PM Bulat Gaifullin
>>> wrot
Hi Tony, The following repos should not be included in the EoL list since
they will not be EoL'ed at this time:
openstack/group-based-policy
openstack/group-based-policy-automation
openstack/group-based-policy-ui
openstack/python-group-based-policy-client
Thanks,
Sumit.
On Jun 9, 2016 12:16 AM, "T
Hey Fuelers,
I'd like to nominate Artur Svechnikov to the fuel-web-core team.
Artur is doing thorough reviews [1], he produces high-quality code.
Artur is actively participating in features development (implementation for
Dynamically build bootstrap feature, design and implementation for
HugePage
> On 09 Jun 2016, at 11:16, Sumit Naiksatam wrote:
>
> Hi Tony, The following repos should not be included in the EoL list since
> they will not be EoL'ed at this time:
> openstack/group-based-policy
> openstack/group-based-policy-automation
> openstack/group-ba
+1
Regards,
Bulat Gaifullin
Mirantis Inc.
> On 09 Jun 2016, at 12:25, Aleksey Kasatkin wrote:
>
> Hey Fuelers,
>
> I'd like to nominate Artur Svechnikov to the fuel-web-core team.
>
> Artur is doing thorough reviews [1], he produces high-quality code.
> Artur is actively participating in f
+1 :)
On Thu, Jun 9, 2016 at 12:32 PM Bulat Gaifullin
wrote:
> +1
>
> Regards,
> Bulat Gaifullin
> Mirantis Inc.
>
>
>
> On 09 Jun 2016, at 12:25, Aleksey Kasatkin wrote:
>
> Hey Fuelers,
>
> I'd like to nominate Artur Svechnikov to the fuel-web-core team.
>
> Artur is doing thorough reviews [1
+1
/sv
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
+1
> On Jun 8, 2016, at 11:43 PM, Vikram Hosakote (vhosakot)
> wrote:
>
> +1
>
> Regards,
> Vikram Hosakote
> IRC: vhosakot
>
> From: "Swapnil Kulkarni (coolsvap)"
> Reply-To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: Wednesday, June 8, 2016 at 8:54 AM
> To:
On Wed, Jun 8, 2016 at 11:21 PM Chris Friesen
wrote:
> On 06/03/2016 12:03 PM, Paul Michali wrote:
> > Thanks for the link Tim!
> >
> > Right now, I have two things I'm unsure about...
> >
> > One is that I had 1945 huge pages left (of size 2048k) and tried to
> create a VM
> > with a small flavo
Hi Team,
I have OpenStack Kilo three node set up. The set up was working fine with VXLAN
tunnel and OVS version 2.3.1. But now, we have changed the OVS to v2.4.90 to
support Service Function Chaining via NSH. After switching to OVS 2.4.90, the
instances created are not getting IP address from D
Attached the logs from /var/log/messages
Regards,
Kiruthiga
From: Kiruthiga R
Sent: Thursday, June 9, 2016 5:43 PM
To: [email protected]
Subject: [Neutron]:VM doesn't get IP with VXLAN and OpenvSwitch
Hi Team,
I have OpenStack Kilo three node set up. The set up was working fine
Hi Folks,
>From technical standpoint I fully support Arthur to become core reviewer. I
like thorough reviews that he is making.
Although I have some concerns as well. Planned tasks for our team will not
allow Arthur to spend more than 25-30% of his time for reviewing. If that
is fine - my concern
+1
On Thu, Jun 9, 2016 at 12:34 PM, Ryan Hallisey wrote:
> +1
>
> On Jun 8, 2016, at 11:43 PM, Vikram Hosakote (vhosakot)
> wrote:
>
> +1
>
> Regards,
> Vikram Hosakote
> IRC: vhosakot
>
> From: "Swapnil Kulkarni (coolsvap)"
> Reply-To: "OpenStack Development Mailing List (not for usage questio
On 6/9/2016 6:15 AM, Paul Michali wrote:
On Wed, Jun 8, 2016 at 11:21 PM Chris Friesen
mailto:[email protected]>> wrote:
On 06/03/2016 12:03 PM, Paul Michali wrote:
> Thanks for the link Tim!
>
> Right now, I have two things I'm unsure about...
>
> One is that
> On 09 Jun 2016, at 02:45, Carl Baldwin wrote:
>
> On Thu, Jun 2, 2016 at 2:29 PM, Korzeniewski, Artur
> wrote:
>> I would like to remind that agreed approach at Design Summit in Austin was,
>> that every new resource added to neutron should have OVO implemented. Please
>> comply, and core rev
This is not a goodbye Jeff. Have fun on your next adventure.
Martin
On Tue, Jun 7, 2016 at 1:40 PM, Ryan Hallisey wrote:
> Thanks for all the hard work Jeff! I'm sure our paths will cross again!
>
> -Ryan
>
> - Original Message -
> From: "Michał Jastrzębski"
> To: "OpenStack Developmen
We are amped to announce the release of:
osc-lib 0.1.0: OpenStackClient Library
This is the first release of osc-lib. This release is part of the
newton release series.
With source available at:
https://git.openstack.org/cgit/openstack/osc-lib
With package available at:
https://pypi.p
Thanks Mohan,
After setting service_plugins and adding sfc tables to neutrondb, I can
create port-pair, port-pair-group but classifier creation still claim a
logical-source-port parameter.
neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix
55.55.55.2/32 --destination-ip-prefix
Hi all,
I've been in discussion with Martin André and Tomas Sedovic, who are
involved with the creation of the new tripleo-validations repo[1]
We've agreed that rather than create another gerrit group, they can be
added to tripleo-core and agree to restrict +A to this repo for the time
being (hop
On 9 June 2016 at 15:03, Steven Hardy wrote:
> Hi all,
>
> I've been in discussion with Martin André and Tomas Sedovic, who are
> involved with the creation of the new tripleo-validations repo[1]
>
> We've agreed that rather than create another gerrit group, they can be
> added to tripleo-core an
On 06/09/2016 09:03 AM, Steven Hardy wrote:
> Hi all,
>
> I've been in discussion with Martin André and Tomas Sedovic, who are
> involved with the creation of the new tripleo-validations repo[1]
>
> We've agreed that rather than create another gerrit group, they can be
> added to tripleo-core and
Alioune,
logical-source-port is egress neutron-port of source vm , typically
flow-classifier will classifies packets coming to this neutron port and
forwards to the rest of port-chain if other classifier conditions are
matches.
Thanks.,
Mohankumar.N
On Thu, Jun 9, 2016 at 7:20 PM, Alioune
Hi all,
Teams are making great progress in the source migration and the even newer
styling [1] is looking great!
What I'd like to ask for help on next is unifying navigation for the
content being published to developer.openstack.org/api-ref/ and
developer.openstack.org/api-guide/.
Previously, we
On 06/08/2016 11:05 PM, Chris Friesen wrote:
> On 06/07/2016 04:26 PM, Ben Meyer wrote:
>> On 06/07/2016 06:09 PM, Samuel Merritt wrote:
>>> On 6/7/16 12:00 PM, Monty Taylor wrote:
[snip]
I'd rather see us focus energy on Python3, asyncio and its pluggable
event loops. The work
On 06/09/2016 10:10 AM, Dougal Matthews wrote:
> On 9 June 2016 at 15:03, Steven Hardy wrote:
>
>> Hi all,
>>
>> I've been in discussion with Martin André and Tomas Sedovic, who are
>> involved with the creation of the new tripleo-validations repo[1]
>>
>> We've agreed that rather than create a
On Thu, Jun 9, 2016 at 10:03 AM, Steven Hardy wrote:
> Hi all,
>
> I've been in discussion with Martin André and Tomas Sedovic, who are
> involved with the creation of the new tripleo-validations repo[1]
>
> We've agreed that rather than create another gerrit group, they can be
> added to tripleo-
Mohan,
I would like to redirect all http flows in tenant network to the port-chain
and according to your explanation I do specify the neutron-port of source
vm in the classifier.
is there a generic way to to put into the chain all traffc going to a web
server the tenant network ? (to avoide sett
Hi Alex:
We still hope to land this patch series during this cycle. If you're
referring to the -2 on the patch you mentioned [1], it was just a
procedural -2 until we stopped using the old methods in the driver and
cutover completely to the new methods. I'll ping Dan Smith on IRC
later today, and
Hi friends,
We're two patches away from having grenade passing in our check queue!
This is a huge step forward for us, many thanks go to the numerous folks
that have worked on or helped somehow with this.
I'd love to push this across the line today as it's less than 10 lines
of changes between th
> According to the state of this review:
> https://review.openstack.org/#/c/317689/ the works aren't going to be
> done in this cycle.
This is a procedural -2 waiting for all the following patches to be
reviewed and passing 3rd party CI before we land them. We certainly
expect to get this work int
- Original Message -
> From: "Paul Michali"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, June 7, 2016 11:00:30 AM
> Subject: Re: [openstack-dev] [nova] NUMA, huge pages, and scheduling
>
> Anyone have any thoughts on the two questions below? Na
+1 on my side.
On 9 Jun 2016 18:10, "Emilien Macchi" wrote:
> On Thu, Jun 9, 2016 at 10:03 AM, Steven Hardy wrote:
> > Hi all,
> >
> > I've been in discussion with Martin André and Tomas Sedovic, who are
> > involved with the creation of the new tripleo-validations repo[1]
> >
> > We've agreed t
> >1.)Nova<-> ironic interactions are generally seem terrible?
> I don't know if I'd call it terrible, but there's friction. Things that
> are unchangable on hardware are just software configs in vms (like mac
> addresses, overlays, etc), and things that make no sense in VMs are
> >
Alioune,
If you use networking-sfc master code , you can use create
flow-classifier without logical-source-port specified . But
if back-end driver is OVS , you will end up failure in ovs_driver checks .
If i remembered correct , logical_source_port restriction is
to avoid retrun packets to g
Greetings OpenStack community,
Nothing new for guidelines this week. In this week's api-wg meeting we had some
good dicussions about the API for image visibility in glance[1] and the
forthcoming Glare API[2], including the wisdom: If you're ever going to do
microversions, then you better micr
Alioune,
The logical-source-port refers to a Neutron port of the VM that
originates the traffic that is to be processed by the port-chain.
-Louis
From: Alioune [mailto:[email protected]]
Sent: Thursday, June 09, 2016 6:50 AM
To: Mohan Kumar
Cc: OpenStack Development Mailing List (not
When you write "Neutron has the ability already of sending an event as a
REST call to notify a third party", that third party can be Nova only as of
now and notifying any other party requires changes to Neutron. It seems
that one needs to add a notifier for Kuryr similar to the one that exists
for
I'm trying to reconcile differences and similarities between OVN and
OpenDayLight in my head. Can someone help me compare these two
technologies and explain if they solve the same problem, or if there are
fundamental differences between them?
Thanks,
Reza
___
On Thu, Jun 09, 2016 at 06:17:56PM +0100, Lucas Alvares Gomes wrote:
> Hi,
>
> Thanks for writing it down Jim.
>
> > So, I've been thinking about this quite a bit. We've also talked about
> > doing a v2 API (as evil as that may be) in Ironic here and there. We've
> > had lots of lessons learned f
Hi,
Thanks for writing it down Jim.
> So, I've been thinking about this quite a bit. We've also talked about
> doing a v2 API (as evil as that may be) in Ironic here and there. We've
> had lots of lessons learned from the v1 API, mostly that our API is
> absolutely terrible for humans. I'd love t
On Thu, Jun 09, 2016 at 06:17:56PM +0100, Lucas Alvares Gomes wrote:
> Hi,
>
> Thanks for writing it down Jim.
>
> > So, I've been thinking about this quite a bit. We've also talked about
> > doing a v2 API (as evil as that may be) in Ironic here and there. We've
> > had lots of lessons learned f
On Thu, Jun 09, 2016 at 10:28:31AM -0700, rezroo wrote:
> I'm trying to reconcile differences and similarities between OVN and
> OpenDayLight in my head. Can someone help me compare these two technologies
> and explain if they solve the same problem, or if there are fundamental
> differences betwee
On 06/07/2016 02:34 PM, Joshua Harlow wrote:
I'll work on this list, as some folks that are trying start to try to
connect ironic (IMHO without nova, because well kubernetes is enough
like nova that there isn't a need for 2-layers of nova-like-systems at
that point) into kubernetes as a 'resource
If we can confirm the dates and location, there is a reasonable chance we could
also offer remote conferencing using Vidyo at CERN. While it is not the same as
an F2F experience, it would provide the possibility for remote participation
for those who could not make it to Geneva.
We may also be
On 06/09/2016 05:15 AM, Paul Michali wrote:
1) On the host, I was seeing 32768 huge pages, of 2MB size.
Please check the number of huge pages _per host numa node_.
2) I changed mem_page_size from 1024 to 2048 in the flavor, and then when VMs
were created, they were being evenly assigned to th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hey folks,
I've been able to secure a few dates at Rackspace's headquarters in San
Antonio, Texas:
1) August 10-12
2) August 22-26
3) August 29 - September 2
During the meeting earlier today, #3 was determined to cause a lot of conflicts
f
On Thu, Jun 9, 2016 at 9:58 AM, Ben Meyer wrote:
>
> uvloop (first commit 2015-11-01) is newer than Swift's hummingbird
> (2015-04-20, based on
>
> https://github.com/openstack/swift/commit/a0e300df180f7f4ca64fc1eaf3601a1a73fc68cb
> and github network graph) so it would not have been part of the
Jay Pipes wrote:
On 06/07/2016 02:34 PM, Joshua Harlow wrote:
I'll work on this list, as some folks that are trying start to try to
connect ironic (IMHO without nova, because well kubernetes is enough
like nova that there isn't a need for 2-layers of nova-like-systems at
that point) into kuberne
I¹m okay with either 1 or 2. Thanks for running with this Major.
On 6/9/16, 2:51 PM, "Major Hayden" wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA256
>
>Hey folks,
>
>I've been able to secure a few dates at Rackspace's headquarters in San
>Antonio, Texas:
>
> 1) August 10-12
> 2) August
On Thu, Jun 9, 2016 at 1:48 PM, Ben Pfaff wrote:
> On Thu, Jun 09, 2016 at 10:28:31AM -0700, rezroo wrote:
>> I'm trying to reconcile differences and similarities between OVN and
>> OpenDayLight in my head. Can someone help me compare these two technologies
>> and explain if they solve the same pr
Thank you Sam and Dmitry for your thoughts. It will (most likely) be one of the
topics of discussion at the mid-cycle [1]. The actual schedule hasn't been
decided yet so stay tuned. Be there for a vigorating, heated, and fun time :)
--ruby
[1] https://etherpad.openstack.org/p/ironic-newton-midc
Thanks CERN for offering the host. We will discuss the dates and location in
the next team meeting [1].
[1]
https://wiki.openstack.org/wiki/Meetings/Containers#Agenda_for_2016-06-14_1600_UTC
Best regards,
Hongbin
From: Tim Bell [mailto:[email protected]]
Sent: June-09-16 2:27 PM
To: OpenStack D
Rally folks,
I am working with an engineer to get him up to speed on Rally on a new
development. He is trying out running a few tests from the samples
directory, like samples/tasks/scenarios/nova/list-hypervisors.yaml - but
he keeps getting the error "Completed: Exit context: `users`\nTask
config
Excerpts from Michael Barton's message of 2016-06-09 14:01:11 -0500:
> On Thu, Jun 9, 2016 at 9:58 AM, Ben Meyer wrote:
>
> >
> > uvloop (first commit 2015-11-01) is newer than Swift's hummingbird
> > (2015-04-20, based on
> >
> > https://github.com/openstack/swift/commit/a0e300df180f7f4ca64fc1ea
Nova and Cinder key manager for Barbican misuses cached credentials
---
### Summary ###
During the Icehouse release the Cinder and Nova projects added a feature
that supports storage volume encryption using keys stored in Barbican.
The Barbican key manager, that is part of Nova and Cinder, had a b
Rackspace is willing to host in Austin, TX or San Antonio, TX, or San
Francisco, CA.
--
Adrian
On Jun 7, 2016, at 1:35 PM, Hongbin Lu
mailto:[email protected]>> wrote:
Hi all,
Please find the Doodle pool below for selecting the Magnum midcycle date.
Presumably, it will be a 2 days event.
On Thu, Jun 9, 2016 at 2:49 PM, Clint Byrum wrote:
>
> Agreed it isn't done in uvloop. But it is done in libuv and the uvloop
> devs agree it should be done. So this is the kind of thing where the
> community can invest in python + C to help solve problems thought only
> solvable by other language
On Thu, Jun 9, 2016 at 2:11 PM, Assaf Muller wrote:
> On Thu, Jun 9, 2016 at 1:48 PM, Ben Pfaff wrote:
>> On Thu, Jun 09, 2016 at 10:28:31AM -0700, rezroo wrote:
>>> I'm trying to reconcile differences and similarities between OVN and
>>> OpenDayLight in my head. Can someone help me compare these
On Wed, Jun 08, 2016 at 08:10:47PM -0500, Matt Riedemann wrote:
> Agreed, but it's the worked example part that we don't have yet,
> chicken/egg. So we can drop the hammer on all new things until someone does
> it, which sucks, or hope that someone volunteers to work the first example.
I'll work
Hi,
>> I agree in general with the idea but I think it needs a tad more
>> context. We need to remember that Ironic (ex-Nova Baremetal) was
>> created to fill a gap in OpenStack that was missing for TripleO
>> project to get off the ground. That was the problem being solved and
>> these aspects ar
On Thu, Jun 9, 2016 at 5:06 PM, Kyle Mestery wrote:
> On Thu, Jun 9, 2016 at 2:11 PM, Assaf Muller wrote:
>> On Thu, Jun 9, 2016 at 1:48 PM, Ben Pfaff wrote:
>>> On Thu, Jun 09, 2016 at 10:28:31AM -0700, rezroo wrote:
I'm trying to reconcile differences and similarities between OVN and
On Thu, Jun 9, 2016 at 4:19 PM, Assaf Muller wrote:
> On Thu, Jun 9, 2016 at 5:06 PM, Kyle Mestery wrote:
>> On Thu, Jun 9, 2016 at 2:11 PM, Assaf Muller wrote:
>>> On Thu, Jun 9, 2016 at 1:48 PM, Ben Pfaff wrote:
On Thu, Jun 09, 2016 at 10:28:31AM -0700, rezroo wrote:
> I'm trying to
Excerpts from Michael Barton's message of 2016-06-09 15:59:24 -0500:
> On Thu, Jun 9, 2016 at 2:49 PM, Clint Byrum wrote:
> >
> > Agreed it isn't done in uvloop. But it is done in libuv and the uvloop
> > devs agree it should be done. So this is the kind of thing where the
> > community can invest
On Thu, Jun 09, 2016 at 12:52:03PM -0700, Nathan Kinder wrote:
> Nova and Cinder key manager for Barbican misuses cached credentials
> ---
>
> ### Summary ###
> During the Icehouse release the Cinder and Nova projects added a feature
> that supports storage volume encryption using keys stored in B
I'm happy to announce that OpenStack Swift 2.8.0 has been released.
This release includes several feature improvements and important
bug fixes, and I recommend that everyone upgrade as soon as possible.
As always, you can upgrade to this version with no end-user downtime.
The full release notes c
Hello again,
We've set use_glance_v1 nova config option to False on the Hyper-V CI. All good.
[1] http://64.119.130.115/nova/278835/13/results.html.gz
Best regards,
Claudiu Belu
From: Claudiu Belu [[email protected]]
Sent: Wednesday, June 08,
Hi,
I'm wondering if we might have a race between live migration and the resource
audit. I've included a few people on the receiver list that have worked
directly with this code in the past.
In _update_available_resource() we have code that looks like this:
instances = objects.InstanceList.
On Thu, Jun 9, 2016 at 2:26 AM, Ihar Hrachyshka wrote:
>
>> On 09 Jun 2016, at 11:16, Sumit Naiksatam wrote:
>>
>> Hi Tony, The following repos should not be included in the EoL list since
>> they will not be EoL'ed at this time:
>> openstack/group-based-policy
>> openstack/group-based-policy-au
> On 10 Jun 2016, at 00:03, Sumit Naiksatam wrote:
>
> On Thu, Jun 9, 2016 at 2:26 AM, Ihar Hrachyshka wrote:
>>
>>> On 09 Jun 2016, at 11:16, Sumit Naiksatam wrote:
>>>
>>> Hi Tony, The following repos should not be included in the EoL list since
>>> they will not be EoL'ed at this time:
>
A quick update:
The devstack-gate patch is currently merging.
There was some discussion about whether or not the Ironic grenade job
should be in the check pipeline (even as -nv) for grenade, so I split
that patch into two pieces so the less controversial part (adding the
grenade-nv job to Iro
On Fri, Jun 10, 2016 at 7:18 AM, Tony Breeds
wrote:
> On Wed, Jun 08, 2016 at 08:10:47PM -0500, Matt Riedemann wrote:
>
> > Agreed, but it's the worked example part that we don't have yet,
> > chicken/egg. So we can drop the hammer on all new things until someone
> does
> > it, which sucks, or ho
On Thu, Jun 9, 2016 at 3:10 PM, Ihar Hrachyshka wrote:
>
>> On 10 Jun 2016, at 00:03, Sumit Naiksatam wrote:
>>
>> On Thu, Jun 9, 2016 at 2:26 AM, Ihar Hrachyshka wrote:
>>>
On 09 Jun 2016, at 11:16, Sumit Naiksatam wrote:
Hi Tony, The following repos should not be included in th
Just a reminder, we have a proposed mid-cycle meeting set for the week
of August 22nd in San Antonio.
If you would like to attend and have not yet signed up, please add
your name to the list on our etherpad:
https://etherpad.openstack.org/p/lbaas-octavia-newton-midcycle
Thank you,
Michael
_
Hi Dmitry,
It depends, but usually it takes half of working time to do reviews, I'm
not sure if we can assume 25-30%, also finding a good reviewer usually is
much harder than a person who can write the code, so it would be much more
productive to encourage people to spend as much time as they can
On Thu, Jun 09, 2016 at 02:16:10AM -0700, Sumit Naiksatam wrote:
> Hi Tony, The following repos should not be included in the EoL list since
> they will not be EoL'ed at this time:
> openstack/group-based-policy
> openstack/group-based-policy-automation
> openstack/group-based-policy-ui
> openstack
Hi,
You may or may not be aware of the vlan-aware-vms effort [1] in
Neutron. If not, there is a spec and a fair number of patches in
progress for this. Essentially, the goal is to allow a VM to connect
to multiple Neutron networks by tagging traffic on a single port with
VLAN tags.
This effort
Jim Rollenhagen wrote:
1.)Nova<-> ironic interactions are generally seem terrible?
I don't know if I'd call it terrible, but there's friction. Things that
are unchangable on hardware are just software configs in vms (like mac
addresses, overlays, etc), and things that make no sense in VMs are
p
On Fri, Jun 10, 2016 at 08:24:34AM +1000, Michael Still wrote:
> On Fri, Jun 10, 2016 at 7:18 AM, Tony Breeds
> wrote:
>
> > On Wed, Jun 08, 2016 at 08:10:47PM -0500, Matt Riedemann wrote:
> >
> > > Agreed, but it's the worked example part that we don't have yet,
> > > chicken/egg. So we can drop
Swapnil,
Thanks for triggering this community vote. It was sorely overdue :). I
counted 8 votes before I voted (I am all for moving everything to 1600UTC)
which is a majority of the CR team. Note in the future I think we may
need to consider having split meetings again, if our community makeup
We are jubilant to announce the release of:
debtcollector 1.5.0: A collection of Python deprecation patterns and
strategies that help you collect your technical debt in a non-
destructive manner.
This release is part of the newton release series.
With source available at:
http://git.opensta
We are delighted to announce the release of:
mox3 0.16.0: Mock object framework for Python
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/mox3
With package available at:
https://pypi.python.org/pypi/mox3
Please rep
We are happy to announce the release of:
oslo.context 2.5.0: Oslo Context library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.context
With package available at:
https://pypi.python.org/pypi/oslo.context
Ple
We are amped to announce the release of:
oslo.cache 1.9.0: Cache storage for Openstack projects.
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.cache
With package available at:
https://pypi.python.org/pypi/oslo
We are psyched to announce the release of:
oslo.concurrency 3.10.0: Oslo Concurrency library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.concurrency
With package available at:
https://pypi.python.org/pypi/os
We are excited to announce the release of:
oslo.config 3.11.0: Oslo Configuration API
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.config
With package available at:
https://pypi.python.org/pypi/oslo.config
P
We are jazzed to announce the release of:
oslo.i18n 3.7.0: Oslo i18n library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.i18n
With package available at:
https://pypi.python.org/pypi/oslo.i18n
Please report
We are thrilled to announce the release of:
oslo.log 3.9.0: oslo.log library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.log
With package available at:
https://pypi.python.org/pypi/oslo.log
Please report is
We are stoked to announce the release of:
oslo.serialization 2.8.0: Oslo Serialization library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.serialization
With package available at:
https://pypi.python.org/pyp
We are content to announce the release of:
oslo.service 1.12.0: oslo.service library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.service
With package available at:
https://pypi.python.org/pypi/oslo.service
We are psyched to announce the release of:
oslo.utils 3.12.0: Oslo Utility library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.utils
With package available at:
https://pypi.python.org/pypi/oslo.utils
Please
We are overjoyed to announce the release of:
oslo.policy 1.9.0: Oslo Policy library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.policy
With package available at:
https://pypi.python.org/pypi/oslo.policy
Ple
We are thrilled to announce the release of:
oslo.rootwrap 4.3.0: Oslo Rootwrap
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.rootwrap
With package available at:
https://pypi.python.org/pypi/oslo.rootwrap
Plea
We are gleeful to announce the release of:
oslo.messaging 5.3.0: Oslo Messaging API
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.messaging
With package available at:
https://pypi.python.org/pypi/oslo.messagin
We are stoked to announce the release of:
oslo.middleware 3.12.0: Oslo Middleware library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.middleware
With package available at:
https://pypi.python.org/pypi/oslo.m
1 - 100 of 114 matches
Mail list logo
