On Tue, May 10, 2016 at 03:13:46PM -0400, Zane Bitter wrote:
The alternative proposed was to create some sort of proxy that listens
for notifications, sanitises them and drops them into the appropriate
Zaqar queues. So this would be an example that:
* Requires at-least-once delivery semantics
Hi glance-team:
1.glance v1 supports '--location' in Api image-create, we support
'location' in heat for glance image resource,
and we don't support '--file' to use local files for upload, as the caller has
no control over local files on the
server running heat-engine or there are some se
Le 11/05/2016 05:12, Jin, Yuntong a écrit :
Hi everyone,
Currently nova exposes all the host CPU instruction set extensions
available
on the compute node in the host state, and there is a scheduler filter
`ComputeCapabilitiesFilter` which looks at these.
But the limits on this is:
CPU instruc
Hi,
IRC meeting: https://webchat.freenode.net/?channels=openstack-meeting on every
Wednesday starting from UTC 13:00.
Agenda:
# cross pod L2 networking, Local Network/Shared VLAN network
# dynamic pod binding
# features required for tempest
If you have other topics to be discussed in the weekl
Great! Thanks to fix this.
2016-05-11 11:31 GMT+08:00 Lana Brindley :
> On 11/05/16 12:58, hao wang wrote:
>> Hi, stackers,
>>
>> I found an error in OpenStack architecture picture in docs:
>> http://docs.openstack.org/openstack-ops/content/architecture.html.
>>
>> In OpenStack Logical Architectu
Hi Elisha,
Great design :-) I added a few comments in the etherpad.
Ifat.
-Original Message-
From: EXT Rosensweig, Elisha (Nokia - IL) [mailto:elisha.rosensw...@nokia.com]
Sent: Wednesday, May 11, 2016 9:56 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [vitrage] Des
Hi Team,
There is a link pointing to old documentation called "The experimental
design" in blueprint. [1]
Since I would really like to focus on only blueprint, I would like to
freeze this old documentation. That means that there is no comment
expected, and required on that documentation.
What do
Hi, Shinobu,
Do you think we need to remove this link? and freeze this old documentation?
Best Regards
Chaoyi Huang ( Joe Huang )
-Original Message-
From: Shinobu Kinjo [mailto:shinobu...@gmail.com]
Sent: Wednesday, May 11, 2016 4:17 PM
To: OpenStack Development Mailing List (not for
Hi Chaoyi,
No, it's not necessary to remove the link itself from blueprint.
It's only necessary to freeze; meaning that it is going to be *read-only* mode.
No comment on this documentation is not expected.
Make sense?
Cheers,
Shinobu
- Original Message -
From: "joehuang"
To: ski...@red
hello folks,
I find [gate-smaug-python34] is FAILURE.
The gate messages are as follows:
Collecting oslo.messaging>=4.5.0 (from smaug==0.0.1.dev159) Could not find a
version that satisfies the requirement oslo.messaging>=4.5.0 (from
smaug==0.0.1.dev159) (from versions: ) No matching distribut
HI
is there any way to retrieve default_project_id of login user from unscoped
token ?
as I know I able to retrieve all projects which user can access but I
can't tell which one is user default project.
Many thanks in advance.
_
I believe the infra team is busy working on it. Seems it was caused by
pip 8.1.2. Please be patient and avoid doing 'recheck' until problem is
fixed.
Regards,
Qiming
On Wed, May 11, 2016 at 04:42:49PM +0800, xiangxinyong wrote:
> hello folks,
>
>
> I find [gate-smaug-python34] is FAILURE.
>
On Tue, May 10, 2016 at 12:59:41PM -0400, Anita Kuno wrote:
> On 05/10/2016 12:48 PM, Dan Smith wrote:
> >>> Hmm... that's unfortunate, as we were trying to get some of our less
> >>> ephemeral items out of random etherpads and into the wiki (which has the
> >>> value of being google indexed).
> >
Hi all,
I would like to kindly ask you to pay a bit more attention to the following
areas:
- Specs: we don' reviews specs as well as code:(. TBH, my specs reviews
count is very low too.
- os-brick and python-brick-cinderclient-ext - we've got a lack of code
and review contribution for
On 6 May 2016 at 17:50, James Slagle wrote:
> On Fri, May 6, 2016 at 10:36 AM, Derek Higgins wrote:
>> Hi All,
>>the long awaited RAM and SSD's have arrived for the tripleo rack,
>> I'd like to schedule a time next week to do the install which will
>> involve and outage window. We could attem
On 6 May 2016 at 15:57, Ben Nemec wrote:
> \o/
>
> On 05/06/2016 09:36 AM, Derek Higgins wrote:
>> Hi All,
>>the long awaited RAM and SSD's have arrived for the tripleo rack,
>> I'd like to schedule a time next week to do the install which will
>> involve and outage window. We could attempt to
Hi All,
I'll be taking down the tripleo cloud today for the hardware
upgrade, The cloud will be take down at about 1PM UTC and I'll start
bringing it back up once dcops have finished installing the new HW. We
should have everything back up an running for tomorrow.
thanks,
Derek.
On 6 May 2016
Hi
This depends on the policy rule for the get_user call - which is defined by
your policy.json file for your keystone. In the default one supplied you need
admin to do this, unlike change password where the owner (I.e. A user with an
uncooked token) can execute. You could change my the rule f
Oops "uncooked"! I meant unscoped! (thank you Apple's auto-correct spell
checker!)
Sent from my iPad
> On 11 May 2016, at 10:25, Henry Nash wrote:
>
> Hi
>
> This depends on the policy rule for the get_user call - which is defined by
> your policy.json file for your keystone. In the default
Thanks. It is really help me a lot.
Best Regards,
xiangxinyong
On Wed, May 11, 2016 at 04:44 PM +0800, Qiming wrote:
> I believe the infra team is busy working on it. Seems it was caused by
> pip 8.1.2. Please be patient and avoid doing 'recheck' until problem is
> fixed.
>
> Regards,
>
Tom Fifield wrote:
On 11/05/16 09:04, Dan Smith wrote:
Here it is :)
https://wiki.openstack.org/wiki/Special:AncientPages
Great, I see at least one I can nuke on the first page.
Note that I don't seem to have delete powers on the wiki. That's surely
a first step in letting people maintain th
Hi,
A change in focus means I'm going to be less involved upstream for the
next while.
I realise the timing isn't great for the DefCore image import stuff.
I'm hoping someone else may be able to pick up where I've left off [1].
Thanks,
-Stuart
[1] https://review.openstack.org/#/c/312972,
Doug Hellmann said on Tue, May 10, 2016 at 09:28:30AM -0400:
> Excerpts from Alexis Lee's message of 2016-05-10 10:25:24 +0100:
> > Joshua Harlow said on Mon, May 02, 2016 at 05:30:32PM -0700:
> > > - Desire to create a simple logging config like 'json' that will
>
> I'm planning to work on that wi
I believe the gate is back. You may want to do 'recheck' now.
Regards,
Qiming
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http:/
> From: Michael Still
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 05/09/2016 11:12 PM
> Subject: Re: [openstack-dev] config options: current state (R-21)
>
> On Tue, May 10, 2016 at 2:12 AM, Markus Zoeller
wrote:
> We're close to have all options moved to "n
Gregory Haynes wrote:
[...]
All said and done, I think that's almost a 3x speed increase with
minimal effort. So, can we stop saying that this has anything to do with
Python as a language and has everything to do with the algorithms being
used?
Thanks for this analysis, it's really helpful.
[
On 2016-05-11 11:54, Qiming Teng wrote:
> I believe the gate is back. You may want to do 'recheck' now.
No, it's not. Once everything is fixed, we'll tell.
Joshua Hesketh has worked around some problems but not all of them. Once
it's working, somebody from the infra team will change the IRC topic
Note that there's no sense in rechecking right now. The infra team is
trying to workaround this problem currently (thanks Joshua!)
Once everything is fine, we change the IRC topic and send a note here,
Andreas
On 2016-05-11 06:07, Ian Wienand wrote:
> So it seems the just released pip 8.1.2 has
On Wed, May 11, 2016 at 4:30 AM, Henry Nash wrote:
> Oops "uncooked"! I meant unscoped! (thank you Apple's auto-correct spell
> checker!)
>
Heh, I read right past that and knew what you meant... somehow I really
like 'uncooked', we should keep it around a while... ;)
dt
--
Dean Troyer
dtro..
Hi! Thank you for you responses! I think I should be more precise here...
On Fri, Apr 22, 2016 at 6:10 PM, Jay Pipes wrote:
> Mike, thanks for the update. Very helpful. I did have a couple concerns,
> though, from the slides...
>
> 1) On Slide 8, you have a bullet point:
>
> "Quoting. We want to
Thanks for your digging and help with this Ian and Andreas.
I've added an apache rule to redirect -'s to .'s as a quick workaround to
un-wedge the gate https://review.openstack.org/#/c/314898/ (and a few edge
cases https://review.openstack.org/#/c/314956)
If you have a build that has failed due t
Good morning, OpenStackers -
At yesterday's TC meeting, we discussed opening up a planned
leadership training at ZingTrain to the entire group, and I'd like to
make that official on the -dev list this morning.[0]
Specifics for the training along with a sign-up are on an etherpad [1]
but the tl;dr
On 10/05/2016 23:28, Gregory Haynes wrote:
> On Tue, May 10, 2016, at 11:10 AM, Hayes, Graham wrote:
>> On 10/05/2016 01:01, Gregory Haynes wrote:
>>>
>>> On Mon, May 9, 2016, at 03:54 PM, John Dickinson wrote:
On 9 May 2016, at 13:16, Gregory Haynes wrote:
>
> This is a bit of an asid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/10/2016 11:58 PM, Xav Paice wrote:
> Sorry to dig up an ancient thread.
>
> I see the spec has been implemented, and in the os_neutron repo I see configs
> for the Haproxy driver for LOADBALANCERV2 - but not Octavia. Am I missing
> somethin
On Wed, May 11, 2016 at 02:01:30AM +0200, Thomas Goirand wrote:
> On 05/10/2016 04:19 PM, Rayson Ho wrote:
> > I mentioned in earlier replies but I may as well mention it again: a
> > package manager gives you no advantage in a language toolchain like Go
>
> Oh... You mean just like in Python wher
Excerpts from Alexis Lee's message of 2016-05-11 11:00:40 +0100:
> Doug Hellmann said on Tue, May 10, 2016 at 09:28:30AM -0400:
> > Excerpts from Alexis Lee's message of 2016-05-10 10:25:24 +0100:
> > > Joshua Harlow said on Mon, May 02, 2016 at 05:30:32PM -0700:
> > > > - Desire to create a simple
Hey! Thanks for this update.
If you ask me about FastTrack, frankly speaking I don't care how, but I
need Glare patches be reviewed (and merged ;) ) I think we reached some
agreement on the summit, that:
1. At first we will merge only most important things, so glance images
support won't be includ
adding [puppet] tag for more visibility.
TripleO Jobs are going to be red from Today 1 pm UTC until tomorrow hopefully.
Which mean we need to be careful when merging Puppet patches.
During this short time-frame, please ask myself or dprince (if
possible on IRC) before merging a patch.
Thanks for
Hi all!
As you probably know, the old bash-based ramdisks for ironic [1] and
ironic-inspector [2] are deprecated for some long time. The time has
come: we are removing their support from our code base in the near
future.
Here is the draft plan:
1. Remove the gate-tempest-dsvm-ironic-pxe_ssh-dib
On Mon, May 09, 2016 at 07:46:14PM -0400, Sean Dague wrote:
> On 05/09/2016 06:37 PM, Joshua Harlow wrote:
> > After seeing the amount of summit recaps and the scattered nature of
> > these (some on the ML, some on etherpads, some on personal blogs); I am
> > starting to wonder if we should again b
On 05/09/2016 08:23 AM, Sean Dague wrote:
> There is a lot of work to be done to get the api-ref into a final state.
>
> Review / fix existing patches -
> https://review.openstack.org/#/q/project:openstack/nova+file:api-ref+status:open
> shows patches not yet merged. Please review them, and if the
On 05/11/2016 05:07 AM, Daniel P. Berrange wrote:
> On Tue, May 10, 2016 at 12:59:41PM -0400, Anita Kuno wrote:
>> On 05/10/2016 12:48 PM, Dan Smith wrote:
> Hmm... that's unfortunate, as we were trying to get some of our less
> ephemeral items out of random etherpads and into the wiki (whi
On 09/05/16 14:35 -0400, Ben Swartzlander wrote:
On 05/09/2016 02:15 PM, Clint Byrum wrote:
Excerpts from Pete Zaitcev's message of 2016-05-09 08:52:16 -0700:
On Mon, 9 May 2016 09:06:02 -0400
Rayson Ho wrote:
Since the Go toolchain is pretty self-contained, most people just follow
the offic
On 11/05/16 10:56 +0100, stuart.mcla...@hp.com wrote:
Hi,
A change in focus means I'm going to be less involved upstream for the
next while.
I realise the timing isn't great for the DefCore image import stuff.
I'm hoping someone else may be able to pick up where I've left off [1].
Wait, what
On 10/05/16 13:52 -0400, Adam Young wrote:
Forget package management for a moment; we can figure it out if we
need to. The question is "Why Go" which I've pondered for a while.
If you need to write a multithreaded app, Python's GIL makes it very
hard to do. It is one reason why I pushed for
On 09/05/16 19:43 -0400, Rayson Ho wrote:
On Mon, May 9, 2016 at 2:35 PM, Ben Swartzlander wrote:
Perhaps for mature languages. But go is still finding its way, and that
usually involves rapid changes that are needed faster than the multi-year
cycle Linux distributions offer.
This statement
Hi,
I am working on some fixes/improvements to puppet magnum module:
https://review.openstack.org/#/c/313293/
I have found some issues while creating a bays with magnum (
https://bugs.launchpad.net/magnum/+bug/1575524) and I still need to address
few things:
- getting ID of the domain and user
Hi,
When OpenStack service components are started/stooped,
operators or OpenStack Services want to execute some actives
before and/or after component is started/stopped.
Most of the time, operator needs to depends
on the start-up scripts to do it, which is an installer
dependent, while OpenStack s
Kanagaraj,
Who is the first consumer? for what specific purpose?
Thanks,
Dims
On Wed, May 11, 2016 at 9:27 AM, Kanagaraj Manickam wrote:
> Hi,
>
> When OpenStack service components are started/stooped,
> operators or OpenStack Services want to execute some actives
> before and/or after componen
On 05/11/2016 02:41 PM, Jim Rollenhagen wrote:
>> Installing from $language manager instead of distro packages, be it in
>> containers or not, will almost always make you download random blobs
>> from the Internet, which are of course changing over time without any
>> notice, loosing the above 3 im
Hi guys!
I'm working on adoption of new engine facade from oslo.db for Neutron [1].
This work requires us to get rid of lazy init for engine facade. [2] I
propose change [3] that adds configure_db parameter which is False by
default, so if work with db will be required configure_db=True should be
On Wed, May 11, 2016 at 9:22 AM, Michal Adamczyk wrote:
> Hi,
>
> I am working on some fixes/improvements to puppet magnum module:
> https://review.openstack.org/#/c/313293/
reviewed & commented. Almost good, excellent work here!
> I have found some issues while creating a bays with magnum
> (ht
We are glad to announce the release of:
oslo.versionedobjects 1.9.1: Oslo Versioned Objects library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.versionedobjects
With package available at:
https://pypi.python
Hi Anna,
Thank you for working on this in Neutron!
EngineFacade is initialized lazily internally - you don't have to do
anything for that in Neutron (you *had to* with "old" EngineFacade -
this is the boiler plate your patch removes).
I believe, you should be able to call configure(...) uncondit
Thanks for your email. Comments inline.
On 5/11/16 3:06 AM, Huangtianhua wrote:
>
>
>
>
>
>
>
>
> Hi glance-team:
>
>
>
>
>
>
> 1.
> glance v1 supports '--location' in Api image-create, we support
> 'location' in heat for glance image resource,
>
>
> and we don't support '--file' to use loca
On 05/10/2016 09:56 PM, Samuel Merritt wrote:
> On 5/9/16 5:21 PM, Robert Collins wrote:
>> On 10 May 2016 at 10:54, John Dickinson wrote:
>>> On 9 May 2016, at 13:16, Gregory Haynes wrote:
This is a bit of an aside but I am sure others are wondering the same
thing - Is there some i
On 05/11/2016 05:53 AM, Thierry Carrez wrote:
> Tom Fifield wrote:
>> On 11/05/16 09:04, Dan Smith wrote:
Here it is :)
https://wiki.openstack.org/wiki/Special:AncientPages
>>>
>>> Great, I see at least one I can nuke on the first page.
>>>
>>> Note that I don't seem to have delete p
On 05/11/2016 05:16 AM, Ivan Kolodyazhny wrote:
> Hi all,
>
> I would like to kindly ask you to pay a bit more attention to the following
> areas:
>
> * Specs: we don' reviews specs as well as code:(. TBH, my specs reviews
> count
> is very low too.
> * os-brick and python-brick-cinderc
Thanks, Eric.
I'm doing stable reviews on weekly basis, new gerrit dashboard will be very
helpful for me.
Regards,
Ivan Kolodyazhny,
http://blog.e0ne.info/
On Wed, May 11, 2016 at 5:05 PM, Eric Harney wrote:
> On 05/11/2016 05:16 AM, Ivan Kolodyazhny wrote:
> > Hi all,
> >
> > I would like to
Others made good points for posting this on the ML, so here it is in
full. Sorry for the markdown formatting, I just copied this from the
blog post.
// jim
Another cycle, another summit. The ironic project had ten design summit
sessions to get together and chat about some of our current and futur
John McDowall wrote on 05/10/2016 11:11:57
AM:
> From: John McDowall
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: "disc...@openvswitch.org" , "OpenStack
> Development Mailing List"
> Date: 05/10/2016 11:12 AM
> Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN
>
> Ryan,
>
> Let me do t
On Wed, May 11, 2016 at 8:36 AM, Thomas Goirand wrote:
> Pinning versions doesn't change the fact that you'll have to trust a
> large amount of providers, with some of the files stored in a single
> location on the Internet. Yes, you can add a cache, etc. but these are
> band-aids...
If this we
And for completeness, I'd also like to mention that there is this nice
dashboard:
http://status.openstack.org/reviews/#cinder
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...
On Wed, May 11, 2016 at 03:36:09PM +0200, Thomas Goirand wrote:
> On 05/11/2016 02:41 PM, Jim Rollenhagen wrote:
> >> Installing from $language manager instead of distro packages, be it in
> >> containers or not, will almost always make you download random blobs
> >> from the Internet, which are of
Hi ironic’ers,
I thought we had decided that we would follow the standard deprecation process
[1], but I see that ironic isn’t tagged with that [2]. Although we have
documented guidelines wrt deprecations [3]. But I am not sure we’ve been good
about sending out email about deprecations. Does an
I'd be worried about bringing in a language that doesn't integrate well
with Python, since I'd expect the normal route would be to take advantage
of as much of the existing code as we have and only replace those parts
that need replacing. From these web pages it looks like Go integrates with
Python
ES6 is risk-free solution. Browsers do not support it properly, but it is
not a problem. ES6 code can be compiled to ES5 and be used in browsers
until proper ES6 support appear. Fuel uses Babel (https://babeljs.io/) to
compile ES6 to ES5. Node 6.x supports it almost completely.
Anton
On Tue, May
Hi All,
We will continue the meeting series about the Cinder-Nova interaction changes
mostly from multiattach perspective. We have a new meeting slot, which is
__Thursday, 1700UTC__ on the #openstack-meeting-cp channel.
Related etherpad: https://etherpad.openstack.org/p/cinder-nova-api-changes
On 05/10/2016 07:08 PM, Flavio Percoco wrote:
On 10/05/16 13:52 -0400, Adam Young wrote:
Forget package management for a moment; we can figure it out if we
need to. The question is "Why Go" which I've pondered for a while.
If you need to write a multithreaded app, Python's GIL makes it very
Thierry Carrez wrote:
[...]
I'll soon start a thread on that. Since that goes a lot beyond the dev
community, I'll post it to the openstack general list and post a pointer
to it here.
See
http://lists.openstack.org/pipermail/openstack/2016-May/016154.html
--
Thierry Carrez (ttx)
_
We are content to announce the release of:
oslo.privsep 1.7.0: OpenStack library for privilege separation
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.privsep
With package available at:
https://pypi.python.or
On Tue, May 10, 2016 at 5:54 PM, Flavio Percoco wrote:
[language mixing bits were here]
The above is my main concern with this proposal. I've mentioned this in the
> upstream review and I'm glad to have found it here as well. The community
> impact
> of this change is perhaps not being discussed
We are gleeful to announce the release of:
oslo.log 3.7.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 iss
We are stoked to announce the release of:
oslo.serialization 2.6.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 chuffed to announce the release of:
oslo.utils 3.10.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
wow. everything you did below is awesome. respect.
not a swift dev so i won't suggest what to do as i'm sure you've put a
lot more thought into adopting golang than i have. personally, i think
it's easier to find design flaws in something that is (perceived) slow
and these design optimisations
We are thrilled to announce the release of:
oslo.service 1.10.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 excited to announce the release of:
oslo.messaging 5.1.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 amped to announce the release of:
taskflow 1.32.0: Taskflow structured state management library.
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/taskflow
With package available at:
https://pypi.python.org/pypi
We are stoked to announce the release of:
oslo.middleware 3.10.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
We are psyched to announce the release of:
tooz 1.36.0: Coordination library for distributed systems.
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/tooz
With package available at:
https://pypi.python.org/pypi/tooz
Hey there,
Would it be possible to push a new release out?
I'd like to enjoy the fix for the --port option from Thomas for WSGI
scripts.
Cheers,
--
Julien Danjou
// Free Software hacker
// https://julien.danjou.info
signature.asc
Description: PGP signature
On Wed, May 11, 2016 at 8:12 AM, Atsushi SAKAI
wrote:
> Anne
> Augustina
>
> Thank you for description and help.
>
> I will clean up launchpad api-site within this week at first.
> Since just around 150 issues and many issues are tagged it already.
> I can manually move most of the issues
Hi,
since I work on the install docs (btw, I'll push in our repo in the next
hour), I could do it.
Spyros
On 11 May 2016 at 00:35, Anthony Chow wrote:
> HongBin,
>
> What is the skill requirement or credential for this documentation liaison
> role? I am interested in doing this
>
> Anthony.
>
Hi all,
I am happy to announce that a new project (Higgins [1][2]) was created for
providing container service on OpenStack. The Higgins team will hold the first
team meeting at this Friday 0030 UTC [3]. At the first meeting, we plan to
collect requirements from interested individuals and drive
(posting as separate thread upon request)
Hi everyone,
At the beginning of OpenStack we have been using wiki.openstack.org as
our default community lightweight information publication platform.
There were/are lots of things in there, reference information that a
couple people struggled to kee
>From the perspective of contributing documentation and providing support
(mostly in #openstack) to a variety of consumers, the wiki tends to provide
yet another location for varying levels of content without a specific
audience and questionable relevance due to lack of maintenance. I find a
surpri
On Wed, May 11, 2016 at 02:35:12PM +, Loo, Ruby wrote:
> Hi ironic’ers,
>
> I thought we had decided that we would follow the standard deprecation
> process [1], but I see that ironic isn’t tagged with that [2].
> Although we have documented guidelines wrt deprecations [3]. But I am
> not sure
On 2016-05-11 10:09:31 -0400 (-0400), Jim Rollenhagen wrote:
[...]
> Well, if we're talking about python, it all comes from PyPI.
[...]
That's not entirely true. Some projects listed on PyPI are simply
index links to packages hosted elsewhere on the Web and that used to
be a _lot_ more common than
On Sun, May 1, 2016 at 7:01 PM, Matt Riedemann
wrote:
> On Wednesday morning the Nova and Neutron teams got together for a design
> summit session. The full etherpad is here [1].
>
> We talked through three major items.
>
> 1. Neutron routed networks.
>
> Carl Baldwin gave a quick recap that we're
Spyros,
Thanks for taking this role. I have added your name to the Cross Project
Liaison wiki [1]. For Anthony and other candidates, this role requires a basic
understanding of Magnum and OpenStack documentation. I assigned this role to
Spyros since his past work already showed his qualificatio
Hi all,
Just wanted to let everyone know that I've ported the undercloud
configuration wizard to be a web app so it can be used by people without
PyQt on their desktop. I've written a blog post about it here:
http://blog.nemebean.com/content/undercloud-configuration-wizard and the
tool itself is
Ryan,
Apologies for missing the _init_.py files – removed them and remerged. When I
do a compare from my repo to main I see three files changed (which I think is
correct):
networking_ovn/ovsdb/commands.py
networking_ovn/ovsdb/impl_idl_ovn.py
networking_ovn/ovsdb/ovn_api.py
I could be doing som
Thanks Doug,
Folks,
Let's use #openstack-requirements channel
-- Dims
On Tue, May 10, 2016 at 11:46 AM, Doug Hellmann wrote:
> Excerpts from Davanum Srinivas (dims)'s message of 2016-05-07 11:02:23 -0400:
>> Dirk, Haïkel, Igor, Alan, Tony, Ghe,
>>
>> Please see brain dump here -
>> https://eth
On 11/05/16 12:09 +, Hayes, Graham wrote:
On 10/05/2016 23:28, Gregory Haynes wrote:
On Tue, May 10, 2016, at 11:10 AM, Hayes, Graham wrote:
On 10/05/2016 01:01, Gregory Haynes wrote:
On Mon, May 9, 2016, at 03:54 PM, John Dickinson wrote:
On 9 May 2016, at 13:16, Gregory Haynes wrote:
On 2016-05-11 08:49:39 -0400 (-0400), Emilien Macchi wrote:
[...]
> TripleO Jobs are going to be red from Today 1 pm UTC until
> tomorrow hopefully.
[...]
Note that the _probable_ outcome is that jobs will simply queue in
Zuul, and then the TripleO test cloud will begin to churn through
the backlo
On 11/05/16 09:47 -0500, Dean Troyer wrote:
On Tue, May 10, 2016 at 5:54 PM, Flavio Percoco wrote:
[language mixing bits were here]
The above is my main concern with this proposal. I've mentioned this in the
upstream review and I'm glad to have found it here as well. The community
im
John McDowall wrote on 05/11/2016 11:30:07
AM:
> From: John McDowall
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: "disc...@openvswitch.org" , "OpenStack
> Development Mailing List"
> Date: 05/11/2016 11:30 AM
> Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN
>
> Ryan,
>
> Apologies f
Ryan,
Looks good apart from:
networking_ovn/common/extensions.py
There should be no changes to that file, I removed them as they are from an
older prototype.
Regards
John
From: Ryan Moats mailto:rmo...@us.ibm.com>>
Date: Wednesday, May 11, 2016 at 9:59 AM
To: John McDowall
mailto:jmcdow...@
Cool. Just let me know if there is anything I can do.
Have a nice day. :)
Anthony.
On Wed, May 11, 2016 at 9:05 AM, Hongbin Lu wrote:
> Spyros,
>
>
>
> Thanks for taking this role. I have added your name to the Cross Project
> Liaison wiki [1]. For Anthony and other candidates, this role requi
1 - 100 of 186 matches
Mail list logo
