Hi all,
I prepared etherpad with all SR-IOV Features [1] that were submitted to
Neutron/Nova for Liberty.
Please feel free to add new features or existing features that I missed.
The etherpad also includes issues to discuss section.
Please feel free add your feedback/issues under it.
I will
We've disabled all the pypy tests across OpenStack because it was
failing, and after 48hrs no one was actually working on any fixes. It's
thus effectively just burning nodes for no value.
It's not clear that there are any active contributors to OpenStack that
find the pypy use case interesting
Hello all,
I am trying to install Merlin and integrate it into Horizon as reported
at https://github.com/stackforge/merlin, but I cannot log into the
OpenStack's dashboard because the dashboard does not work anymore.
It occurs after that I copied the pluggable config
On 05/14/2015 06:52 AM, John Garbutt wrote:
On 12 May 2015 at 20:33, Sean Dague s...@dague.net wrote:
On 05/12/2015 01:12 PM, Jeremy Stanley wrote:
On 2015-05-12 10:04:11 -0700 (-0700), Clint Byrum wrote:
It's a nice up side. However, as others have pointed out, it's only
capable of
Excerpts from Manickam, Kanagaraj's message of 2015-05-14 06:18:25 +:
Hi Nova team,
This mail is regarding an help required on the migration from
sqlalchemy migration tool to alembic tool.
Heat is currently using sqlalchemy-migration tool and In liberty release,
we are
Hi Rossella,
Many thanks for your quick reply!
On 14/05/15 11:08, Rossella Sblendido wrote:
Hi Neil,
what's the status of the port after the migration? You might be hitting
[1] . See also the patch that fixes the issue [2]
Thanks, but that is definitely not the cause of the problem in my
For sure I'll be at both sessions and can report back to the Nova scheduler
session. The main reason for the Tues. session is to get cross-project ideas,
I would expect that the Wed. Liberty scheduler session will be more Nova
focused but there will clearly be overlap.
--
Don Dugger
Censeo
On 05/13/2015 04:09 PM, Dolph Mathews wrote:
Developers can handle ASCII. Developers can't handle steel blue versus
cornflower blue.
But seriously, graphics collaboratively authored by developers should,
ideally, be editable via a text file. Otherwise they won't be maintained.
Like how all
On Wed, May 13, 2015 at 4:54 PM, Lei Zhang zhang.lei@gmail.com wrote:
Thank for your reply.
I read that thread, but it just throw a exception when using confused
params.
To solve this issue, is it worth to create a now micro version of api to
implement above cli?
As i see at the last
hi folks,
since we had strong support for cdent in the review below, it's my pleasure to
welcome Chris Dent as the newest member of the Ceilometer core team.
welcome Dude! you'll really tie the room together.
cheers,
gord
From: g...@live.ca
To:
Hello, Fablo!
Sorry, it was my fault :(. In one of the most recent commits I've added
persistent storage of Mistral workbooks via Django models - and to enable
them, you must add add a DATABASES setting to openstack_dashboard.settings
module as described at
On 5/14/2015 5:46 AM, Sean Dague wrote:
On 05/14/2015 04:16 AM, Robert Collins wrote:
Tox 2.0 just came out, and it isolates environment variables - which
is good, except if you use them (which we do). So everything is
broken.
https://review.openstack.org/182966
Should fix it until projects
Excerpts from Sean Dague's message of 2015-05-14 08:53:31 -0400:
We've disabled all the pypy tests across OpenStack because it was
failing, and after 48hrs no one was actually working on any fixes. It's
thus effectively just burning nodes for no value.
The original thread, for reference:
On Thu, 14 May 2015, gordon chung wrote:
welcome Dude! you'll really tie the room together.
Thanks very much to everyone for the vote of confidence.
I will try to be good and not disrupt the color scheme.
--
Chris Dent tw:@anticdent freenode:cdent
https://tank.peermore.com/tanks/cdent
+1
There seems to be a significant disconnect between Heat, Horizon and Keystone
on the subject of multi-region configurations, and the documentation isn’t
helpful. At the very least, it would be useful if discussions at the summit
could result in a decent Wiki page on the subject.
Geoff
On
hi folks,
since we don't seem to have any topics for this week and everyone is prepping
(or is already at) the summit, we'll skip today's meeting.
if there are any issues to discuss pre-summit, please post them to the list
here or to #openstack-ceilometer.
see you next week!
cheers,
gord
On Thu, May 14, 2015 at 9:41 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 5/14/2015 5:46 AM, Sean Dague wrote:
On 05/14/2015 04:16 AM, Robert Collins wrote:
Tox 2.0 just came out, and it isolates environment variables - which
is good, except if you use them (which we do). So
Thierry Carrez wrote:
Tony Breeds wrote:
Hi All,
Is there any chance we can get the Ally Skills Workshop added to the
schedule (specifally the design summit schedule)?
https://adainitiative.org/2015/04/register-now-ally-skills-workshop-at-openstack-summit-2015/
It'd be nice to see it
The Monasca project currently has three major components written in Java.
Monasca-persister, monasca-thresh, and monasca-api. These components work with
Influxdb 0.9.0 and Vertica 7.1. They integrate with Kafka and MySQL. The
monasca team is currently bringing the Python versions of these
We will have someone from Murano team also on this session. This topic is
really hot for most of app level projects in OpenStack.
Thanks
Gosha
On Thu, May 14, 2015 at 10:07 AM, Sergey Lukjanov slukja...@mirantis.com
wrote:
Hey,
in Sahara we're looking on using Zaqar as a transport for agent
On 15 May 2015 at 00:53, Sean Dague s...@dague.net wrote:
We've disabled all the pypy tests across OpenStack because it was
failing, and after 48hrs no one was actually working on any fixes. It's
thus effectively just burning nodes for no value.
It's not clear that there are any active
Hey,
in Sahara we're looking on using Zaqar as a transport for agent some day as
well. Unfortunately this section overlaps with Sahara sessions.
On Thu, May 14, 2015 at 12:19 AM, Flavio Percoco fla...@redhat.com wrote:
On 13/05/15 18:06 +, Fox, Kevin M wrote:
Sahara also has the same
On May 12, 2015, at 3:00 PM, JJ Asghar jasg...@chef.io wrote:
I’d like to announce the OpenStack-Chef Dev Meetup in Vancouver. We have an
etherpad[1] going with topics people would like to discuss. I haven’t found a
room or space for us yet, but when I do I’ll comment back on this thread
On 5/14/15 11:58 AM, Doug Hellmann wrote:
At one point we were exploring having both sqlalchemy-migrate and
alembic run, one after the other, so that we only need to create new
migrations with alembic and do not need to change any of the existing
migrations. Was that idea dropped?
to my
Excerpts from Mike Bayer's message of 2015-05-14 11:40:44 -0400:
On 5/14/15 5:44 AM, John Garbutt wrote:
On 14 May 2015 at 07:18, Manickam, Kanagaraj kanagaraj.manic...@hp.com
wrote:
Hi Nova team,
This mail is regarding an help required on the migration from
sqlalchemy migration
Thanks, Kevin.
Performance is critical. At this point, we are trying to do 100K
measurements per second.
Yea, Vertica is not open source. Monasca uses either Vertica OR Influxdb
as the backend DB. You get to decide what you want.
Zookeeper is used by Kafka for distributed synchronization and is
That’s interesting, because I wasn’t aware that “cloud” was part of the formal
OpenStack taxonomy. Historically, we defined a region as a set of endpoints,
supplied by an instance of Keystone. You seem to be saying that a cloud is a
collection of regions configured in the same Keystone.
Top posting to make it official...Michael McCune (elmiko) is an API Working
Group core!
Cheers,
Everett
On May 11, 2015, at 8:57 PM, Ryan Brown rybr...@redhat.com wrote:
On 05/11/2015 04:18 PM, Everett Toews wrote:
I would like to propose Michael McCune (elmiko) as an API Working Group
Hello everyone!
I’m reaching out to you all on something I feel is important for our
community to continue to grow. Eight months ago, the OpenStack
Community raised over $17,403 for the Ada Initiative to support women
in open source software [1]. I thought this outpouring of support was
an
On Thu, May 14, 2015, at 05:53 AM, Sean Dague wrote:
We've disabled all the pypy tests across OpenStack because it was
failing, and after 48hrs no one was actually working on any fixes. It's
thus effectively just burning nodes for no value.
I think my change to upgrade virtualenv on our test
+1
A wiki page laying out a mutually agreeable taxonomy seems like a good starting
point.
Geoff
On May 14, 2015, at 7:47 AM, Anne Gentle annegen...@justwriteclick.com
wrote:
On Thu, May 14, 2015 at 9:39 AM, Geoff Arnold ge...@geoffarnold.com
mailto:ge...@geoffarnold.com wrote:
+1
Hi All,
This is with regard to Nested Quota Implementation in nova.
The blueprint has been approved for liberty,which was earlier
approved for kilo.
https://review.openstack.org/#/c/160605https://review.openstack.org/#/c/160605
The complete code has been
On May 12, 2015, at 3:00 PM, JJ Asghar jasg...@chef.io wrote:
I’d like to announce the OpenStack-Chef Ops Meetup in Vancouver. We have an
etherpad[1] going with topics people would like to discuss. I haven’t found a
room or space for us yet, but when I do I’ll comment back on this thread
Hi all ,
We are able to execute the curl commands on new barbican code provided we
integrated it with keystone .
I ran into this issue because I was trying to configure localhost to actual
IP on a plain barbican server so that I would get the response and request
objects with the actual IP
On Thu, May 14, 2015 at 06:00:01PM +0400, Evgeny Antyshev wrote:
Hello,
We faced the following problem when running tempest on stable/kilo branch:
tempest requires tempest-lib=0.5.0, while global requirements from
stable/kilo ==0.4.0
(module common/ssh was moved from tempest to tempest-lib
Hello everyone,
I have a question about Heat Tempest tests. Is there any dsvm job that runs
these tests? At first glance no dsvm job runs them.
Thank you!
Regards,
Yaroslav Lobankov.
__
OpenStack Development Mailing List
On Thu, May 14, 2015 at 9:39 AM, Geoff Arnold ge...@geoffarnold.com wrote:
+1
There seems to be a significant disconnect between Heat, Horizon and
Keystone on the subject of multi-region configurations, and the
documentation isn’t helpful. At the very least, it would be useful if
On 14/05/15 10:39, Geoff Arnold wrote:
+1
There seems to be a significant disconnect between Heat, Horizon and
Keystone on the subject of multi-region configurations, and the
documentation isn’t helpful. At the very least, it would be useful if
discussions at the summit could result in a decent
On 14/05/15 16:04, Brian Haley wrote:
On 05/14/2015 05:29 AM, Neil Jerram wrote:
Hi all, this is about a problem I'm seeing with my Neutron ML2
mechanism driver
[1]. I'm expecting to see an update_port_postcommit call to signal
that the
binding:host_id for a port is changing, but I don't see
The open source version of java is much better off then it use to be, so I'd
say its not out of the question any more. My preference is still python
whenever possible since it tends to be much easer to debug/patch in the field.
Performance critical stuff is another matter.
I would recommend
Brant,
I started work to use rootwrap as daemon in Nova fyi:
https://review.openstack.org/#/c/180695/
Don't know if this will help
-- dims
On Thu, May 14, 2015 at 11:55 AM, Brant Knudson b...@acm.org wrote:
On Thu, May 14, 2015 at 2:48 AM, Angus Lees g...@inodes.org wrote:
On Wed, 13 May
We will not have the usual OpenStackClient meeting today at 19:00 UTC, and
of course will be doing other things at the Design Summit next week.
Regular meetings will resume 28 May 2015.
https://wiki.openstack.org/wiki/Meetings/OpenStackClient
Thanks
dt
--
Dean Troyer
dtro...@gmail.com
Mike,
Thank you for release notes! Nice work!
Best regards,
Boris Pavlovic
On Thu, May 14, 2015 at 5:48 PM, Mikhail Dubov mdu...@mirantis.com wrote:
Hi everyone,
Rally team is happy to announce that we have just cut the new release
0.0.4!
*Release stats:*
- Commits: *87*
- Bug
On Thursday, May 14, 2015, Anne Gentle annegen...@justwriteclick.com
wrote:
On Thu, May 14, 2015 at 9:39 AM, Geoff Arnold ge...@geoffarnold.com
javascript:_e(%7B%7D,'cvml','ge...@geoffarnold.com'); wrote:
+1
There seems to be a significant disconnect between Heat, Horizon and
Keystone on
On 5/14/15 5:44 AM, John Garbutt wrote:
On 14 May 2015 at 07:18, Manickam, Kanagaraj kanagaraj.manic...@hp.com wrote:
Hi Nova team,
This mail is regarding an help required on the migration from
sqlalchemy migration tool to alembic tool.
Heat is currently using sqlalchemy-migration tool and
Hi everyone,
Rally team is happy to announce that we have just cut the new release 0.0.4!
*Release stats:*
- Commits: *87*
- Bug fixes: *21*
- New scenarios: *14*
- New contexts: *2*
- New SLA: *1*
- Dev cycle: *30 days*
- Release date: *14/May/2015*
*New features:*
-
Hello,
We faced the following problem when running tempest on stable/kilo branch:
tempest requires tempest-lib=0.5.0, while global requirements from
stable/kilo ==0.4.0
(module common/ssh was moved from tempest to tempest-lib 0.5.0)
It looks like this problem was introduced by the change:
On 05/14/2015 05:29 AM, Neil Jerram wrote:
Hi all, this is about a problem I'm seeing with my Neutron ML2 mechanism driver
[1]. I'm expecting to see an update_port_postcommit call to signal that the
binding:host_id for a port is changing, but I don't see that.
The scenario is launching a new
On 5/14/15 11:40 AM, Mike Bayer wrote:
Assuming I can get that done in the next few months, the next step
would be that the migration streams can be broken into branches, e.g.
juno, kilo, liberty, etc. so that we can easily add new migration
files that are backportable in place to a
On Thu, May 14, 2015 at 2:48 AM, Angus Lees g...@inodes.org wrote:
On Wed, 13 May 2015 at 02:16 Thierry Carrez thie...@openstack.org wrote:
Lucas Fisher wrote:
We spent some time at the OSSG mid-cycle meet-up this week discussing
root wrap, looking at the existing code, and considering some
If there's a free session, can we dedicate a session specifically to the zaqar,
barbican, sahara, heat, trove, guestagent, keystone auth thingy so everyone's
all together?
Thanks,
Kevin
From: Flavio Percoco [fla...@redhat.com]
Sent: Thursday, May 14,
On 2015-05-14 12:34 AM, David Lyle wrote:
Horizon only supports authenticating to one keystone endpoint at a time,
specifically to one of the entries in AVAILABLE_REGIONS as defined in
settings.py. Once you have an authenticated session in Horizon, the
region selection support is merely for
On 5/14/2015 2:59 PM, Kris G. Lindgren wrote:
How would this impact someone running juno nova-compute on rhel 6 boxes?
Or installing the python2.7 from SCL and running kilo+ code on rhel6?
For [3] it couldn't we get the exact same information from /proc/cpuinfo?
On May 14, 2015 12:50 PM, Maish Saidel-Keesing mais...@maishsk.com
wrote:
I just saw an email on the Operators list [1] that I think would allow a
much simpler process for the non-developer community to submit a feature
request. I understand that this was raised once upon a time [2] - at least
Hi Everyone,
As you may be aware, we have a speaking slot on the Vancouver summit to discuss
LBaaS v2, Kilo and beyond on Monday
https://openstacksummitmay2015vancouver.sched.org/event/3f1e9e24f36238152749afea9c21a264#.VVTwCPmqqko
We are considering to show vendors demos or list/link such
I am new to openstack community. Any reply will be appreciated.
Regards!
Chen
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
Flavio, it would be great if we could chat about Sahara-Zaqar at Thu 9am
On Thu, May 14, 2015 at 1:13 PM, Fox, Kevin M kevin@pnnl.gov wrote:
If there's a free session, can we dedicate a session specifically to the
zaqar, barbican, sahara, heat, trove, guestagent, keystone auth thingy so
On 05/14/2015 03:48 PM, Maish Saidel-Keesing wrote:
I just saw an email on the Operators list [1] that I think would allow a
much simpler process for the non-developer community to submit a feature
request. I understand that this was raised once upon a time [2] - at
least in part a while back.
On 05/14/2015 04:34 PM, Jay Pipes wrote:
On 05/14/2015 03:48 PM, Maish Saidel-Keesing wrote:
I just saw an email on the Operators list [1] that I think would allow a
much simpler process for the non-developer community to submit a feature
request. I understand that this was raised once upon a
On 15 May 2015 at 08:34, Jay Pipes jaypi...@gmail.com wrote:
Hi Maish,
I would support this kind of thing for projects that wish to do it, but at
the same time, I wouldn't want the TC to mandate all projects use this
method of collecting feedback. Projects, IMHO, should be free to
In response to the feedback during elections, the Technical Committee now
has a subteam dedicated to communications. Below is a link to the first
post in our revitalized series. As always, we're here for you and listening
and adjusting.
The minimum required version of libvirt in the driver is 0.9.11 still
[1]. We've been gating against 1.2.2 in Ubuntu Trusty 14.04 since Juno.
The libvirt distro support matrix is here: [2]
Can we safely assume the people aren't going to be running Libvirt
compute nodes on RHEL 7.1 or Ubuntu
The keystone api has had regions as part of the api for a long time I think.
This would imply the one keystone, multiple regions definition.
Thanks,
Kevin
From: Geoff Arnold [ge...@geoffarnold.com]
Sent: Thursday, May 14, 2015 11:41 AM
To: OpenStack
On 14/05/15 10:07 -0700, Sergey Lukjanov wrote:
Hey,
in Sahara we're looking on using Zaqar as a transport for agent some day as
well. Unfortunately this section overlaps with Sahara sessions.
Sergey,
We still have some free sessions, we'd be happy to dedicate one to
Sahara. Any slot that
On 5/14/2015 2:24 PM, Chen He wrote:
I am new to openstack community. Any reply will be appreciated.
Regards!
Chen
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Most projects track their bugs on Launchpad:
https://launchpad.net/openstack
Some projects are also using a new system called StoryBoard:
https://storyboard.openstack.org/
You can also find a wealth of information about such issues in the
infrastructure manual:
On 15 May 2015 at 07:15, Anne Gentle annegen...@justwriteclick.com wrote:
In response to the feedback during elections, the Technical Committee now
has a subteam dedicated to communications. Below is a link to the first post
in our revitalized series. As always, we're here for you and listening
I just saw an email on the Operators list [1] that I think would allow a
much simpler process for the non-developer community to submit a feature
request. I understand that this was raised once upon a time [2] - at
least in part a while back.
Rally have have the option to submit a feature
Robert,
So I think we should explicitly leave room for experimentation and
divergence, but also encourage a single common path - don't be
different to be different, be difference because it is important in
this specific case.
First of all feature request are the same process as specs (in
Hi all!
Let me introduce you Shaker - a tool for data-plane performance testing in
OpenStack. The motivation behind it is to have a simple way for measuring
networking bandwidth between instances.
Shaker key features are:
1. *User-defined topology*. The topology is specified as Heat template,
On 14/05/15 14:41, Geoff Arnold wrote:
That’s interesting, because I wasn’t aware that “cloud” was part of the formal
OpenStack taxonomy.
Um, OK. AWS, Rackspace and Helion are all different clouds, even though
the last two both run OpenStack. Do we really need a formal taxonomy for
that?
On Thu, May 14, 2015 at 2:32 PM, Robert Collins robe...@robertcollins.net
wrote:
On 15 May 2015 at 07:15, Anne Gentle annegen...@justwriteclick.com
wrote:
In response to the feedback during elections, the Technical Committee now
has a subteam dedicated to communications. Below is a link to
Hi!
It is a great pleasure to announce the development of a new project called
Cognitive. Cognitive provides Machine Learning [1] as a Service that
enables operators to offer next generation data science based services on
top of their OpenStack Clouds. This project will begin as a StackForge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm very much interested in talking with some Keystone folks about
this auth issue. I would be willing to dedicate a Barbican Working
Session to this discussion if there is a time slot that works for all
the interested parties.
- - Douglas
If we don’t want to deprecate AVAILABLE_REGIONS, we certainly need to clean up
the ambiguity. And to be honest, the existing documentation for both
multi-region” schemes (AVAILABLE_REGIONS and Keystone based) is completely
inadequate.
Geoff
On May 14, 2015, at 1:13 PM, Mathieu Gagné
This blog post is basically a preview of our cross-project session.
http://blog.phymata.com/2015/05/14/state-of-the-api-wg-liberty-edition/
The API WG will also be busy bunch at the Summit.
1 cross-project session
API Working Group: State of the Group [1]
2 working group sessions
API
On 5/14/2015 3:35 PM, Matt Riedemann wrote:
On 5/14/2015 2:59 PM, Kris G. Lindgren wrote:
How would this impact someone running juno nova-compute on rhel 6 boxes?
Or installing the python2.7 from SCL and running kilo+ code on rhel6?
For [3] it couldn't we get the exact same information
Hi Ilya
I am interested in this and many thanks for posting this. I have to ask how
relevant the performance testing is given that Neutron overlays are dependent
on the underlay? I believe your point 4 below I can see some uses and value
for, but I am struggling to this been used as a “tool
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
+1 to a Keystone and Oslo solution for this problem. One of my
objections to Kevin's spec for Barbican is the copying of Keystone
code into the Barbican tree. It seems to me like a code smell that
we're trying to solve a problem that Keystone
Asha,
I spent some time looking into this, It looks to be a regression that occurred
a few days ago when a CR was merged that moved us over to oslo_context.
I have reported the issue here: https://bugs.launchpad.net/barbican/+bug/1455247
I have a couple ideas on how to fix it, so keep your eyes
On Thu, 14 May 2015, Anne Gentle wrote:
In response to the feedback during elections, the Technical Committee now
has a subteam dedicated to communications. Below is a link to the first
post in our revitalized series. As always, we're here for you and listening
and adjusting.
Awesome, thanks
On Fri, May 15, 2015 at 4:46 AM, Mike Bayer mba...@redhat.com wrote:
On 5/14/15 11:58 AM, Doug Hellmann wrote:
At one point we were exploring having both sqlalchemy-migrate and
alembic run, one after the other, so that we only need to create new
migrations with alembic and do not need to
The Horizon team will be meeting on Sunday night informally over a beer and
dinner:
Sunday 6pm @ The Charles Bar http://thecharlesbar.ca/
Hope to see you there!
Doug
__
OpenStack Development Mailing List (not for usage
Hi,
I am pleased to announce the general availability of OpenStack 2015.1.0
(aka Kilo) in Debian unstable (aka Sid) and through the official Debian
backports repository for Debian 8.0 (aka Sid).
Debian 8.0 Jessie just released
===
As you may know, Debian 8.0 was
Thanks a lot John for your response.
But would like to know why do would we have to fix the issue for creating
the secret for unauthenticated context for Barbican since it would be good
to have access control mechanism enforced to access secrets , orders and
other entities from Barbican.
This
All,
We won¹t have an Octavia meeting next week due to the OpenStack summit but
we will have a few sessions there ‹ so please make sure to say hiŠ
German
__
OpenStack Development Mailing List (not for usage questions)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Asha,
The reason we support an Unauthenticated Context in Barbican is purely
for development purposes. We recommend that all production Barbican
deployments use Keystone or an alternative AuthN/AuthZ service in
front of Barbican.
Setting up a
On Fri, May 15, 2015 at 1:53 AM, Yaroslav Lobankov yloban...@mirantis.com
wrote:
Hello everyone,
I have a question about Heat Tempest tests. Is there any dsvm job that
runs these tests? At first glance no dsvm job runs them.
We are using in tree functional tests now:
There isn't anything in neutron at this point that does that. I think the
assumption so far is that you could rate limit at your load balancer or
whatever distributes requests to neutron servers.
On May 14, 2015 5:26 PM, Tidwell, Ryan ryan.tidw...@hp.com wrote:
I was batting around some ideas
On Thu, May 14, 2015 at 04:52:23PM +0200, Thierry Carrez wrote:
So apparently the workshop has a max capacity of 40 people and folks
have to register in advance - they can't just show up to the session
without pre-registering. It would therefore be slightly
counter-productive to add it the
I was batting around some ideas regarding IPAM functionality, and it occurred
to me that rate-limiting at an API level might come in handy and as an example
might help provide one level of defense against DoS for an external IPAM
provider that Neutron might make calls off to. I'm simply using
On 5/14/15 7:12 PM, Angus Salkeld wrote:
On Fri, May 15, 2015 at 4:46 AM, Mike Bayer mba...@redhat.com
mailto:mba...@redhat.com wrote:
On 5/14/15 11:58 AM, Doug Hellmann wrote:
At one point we were exploring having both sqlalchemy-migrate and
alembic run, one after
On 15 May 2015 at 00:19, Debojyoti Dutta ddu...@gmail.com wrote:
Hi!
It is a great pleasure to announce the development of a new project called
Cognitive. Cognitive provides Machine Learning [1] as a Service that
enables operators to offer next generation data science based services on
top
it's super cool!!
On Wed, May 6, 2015 at 9:41 AM Yingjun Li yinja...@163.com wrote:
Nice!
On May 5, 2015, at 8:11 PM, Roman Vasilets rvasil...@mirantis.com wrote:
Hi, Rally Team.
I have created Rally Gerrit dashboard that organized patches in groups:
Critical for next release, Waiting for
I would agree some kind of keystone support would be great. Whether its the
right solution for the barbican/vm workflow though, I'm not as sure.
You can have a look at the implementation if you'd like. It does not copy any
Keystone code. It does use Keystone's token signing code though to
On Fri, May 15, 2015 at 11:54 AM, Mike Bayer mba...@redhat.com wrote:
On 5/14/15 7:12 PM, Angus Salkeld wrote:
On Fri, May 15, 2015 at 4:46 AM, Mike Bayer mba...@redhat.com wrote:
On 5/14/15 11:58 AM, Doug Hellmann wrote:
At one point we were exploring having both sqlalchemy-migrate
Hi All,
I have reasons but I need to use Ubuntu 15.04 and devstack. CLearly I can
run:
FORCE=yes ./stack.sh
and with a couple of patches I get a devstack up and running *For my
config/system*
I'm wondering what are the requirements for accepting something like:
-if [[ ! ${DISTRO} =~
On 05/14/2015 12:58 PM, Everett Toews wrote:
Top posting to make it official...Michael McCune (elmiko) is an API Working
Group core!
Cheers,
Everett
thanks everybody!
=)
mike
__
OpenStack Development Mailing List
On Fri, May 15, 2015 at 01:35:06PM +1000, Ian Wienand wrote:
On 05/15/2015 01:05 PM, Tony Breeds wrote:
I'm wondering what are the requirements for accepting something
like:
-if [[ ! ${DISTRO} =~
(precise|trusty|7.0|wheezy|sid|testing|jessie|f20|f21|rhel7) ]]; then
+if [[ ! ${DISTRO}
On 05/14/15 23:34, Jay Pipes wrote:
On 05/14/2015 03:48 PM, Maish Saidel-Keesing wrote:
I just saw an email on the Operators list [1] that I think would allow a
much simpler process for the non-developer community to submit a feature
request. I understand that this was raised once upon a time
1 - 100 of 126 matches
Mail list logo
