But maybe some component depend on another one. And it would be difficult to
test all the components combination.
/Yalei
From: Guo, Ruijing [mailto:[email protected]]
Sent: Wednesday, April 22, 2015 10:23 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [opens
Yatin,
Please, feel free to add it. Even better if you can help us with the proper
documentation.
Thanks,
Edgar
From: yatin kumbhare mailto:[email protected]>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:[email protected]>>
Date: Tuesd
Hi,
I'd like to announce my candidacy for re-election to the TC.
About Me
I am the PTL for the OpenStack Infrastructure Program, which I have
been helping to build for nearly four years. I have also served on
the TC since the Icehouse cycle.
I am responsible for a significant portion
Hi
Can we please have a new release of novaclient (after the below fix)?
Heat's unit tests pass fine with:
python-novaclient (2.23.0)
but python-novaclient 2.24.0 introduces this bug:
https://bugs.launchpad.net/python-novaclient/+bug/1437244
We still need this patch in: https://review.openstack
Hi,
Thank you for putting it up Dmitry.
As I wrote into the blueprint,
if there are requests to implement API aborting introspection from
operators,
we should introduce this feature as API, I think.
But if we just want to use this feature as debug,
we had better not to introduce it as API.
And,
Cross-posting to operators@ as I think they are rather interested in the
$subject :-)
Le 21/04/2015 23:42, Artom Lifshitz a écrit :
Hello,
I'd like to gauge acceptance of introducing a feature that would give operators
a config option to perform real database deletes instead of soft deletes.
Ben Swartzlander wrote:
> My main request was that the Manila sessions didn't overlap with the
> Cinder sessions, since there are some key people who are involved in
> both projects. It looks like some attempt was made to avoid overlaps
> (the fishbowl sessions at least), but the working sessions c
On 21/04/15 21:37, Ian Cordasco wrote:
> Also, isn’t sqlalchemy-migrate something we currently maintain (or a group
> of OpenStack developers do it for OpenStack. Can’t we work with them to
> add support for Python 3?
There seems to have been some work on that already:
https://github.com/stackforg
Hi, Since some of the regular folks are not going be available for the
meeting today, it was suggested that we skip the meeting today.
Best,
~Sumit.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Robert Collins wrote:
> Endish of my workday, but https://review.openstack.org/#/c/176113/ has
> some promise. It doesn't install the 'right' versions- thats something
> we're going to have to circle back on, but it does run the tests
> successfully, which should unwedge us and let us take a little
Ok, after all thinking my suggestion is to leave "break-on” but clarify its
semantics and behavior a little bit as follow:
As Dmitri wrote before “success-on” and “error-on” may be easily confused with
“on-success” and “on-error”.
“retry" policy loop may only stop if:
Task action/workflow complet
Hey fellow developers,
I'd like to announce my candidacy for the Technical Committee election
that's happening.
TL;DR: Vote for me to bring back the fun and raise the bar! :)
As you might know, I've been a member of the OpenStack community for
several years now, and I actually already seated a
Hi All,
As we are using fedora-21-atomic-2 image and that has Kubernetes v0.11.0, I
tried to run v1beta3 APIs on it. Some of the APIs failed.
The Kubernetes developer said "v1beta3 wasn't fully supported until the
0.15.0 release". Hence this is causing some APIs to fail.
Below are the failures:
Hi,
sqlachemy-migrate already works on Python3. I sent a patch to add missing
Python 3 classifiers, so the "caniusepython3" automated tool will stop
reporting false alarm on this library.
https://review.openstack.org/174738
Or is someone aware of issues with Python 3?
Again, check the wiki pag
Hi all,
In my understanding, the meaning of the 'break-on' in 'retry' policy
is just give an oppotunity to end the task execution earlier, i.e. we
don't need to wait for all the iterations. I prefer that we keep the
ERROR state, and keep it simple.
On Wed, Apr 22, 2015 at 5:06 PM, Renat Akhmerov
Hi Madhuri,
1) I think we'd better not jump to v1beta3 API if our image not updated.
In release, we need to provide person with easy to use and function works
well.
As you mentioned, the v1beta3 not work with our image with many issues.
2) If we could update our image, which integrate the l
Hi,
It's moving fast. I'm currently working on porting remaining libraries to
prepare my spec for nova.
> oslo.db -- looks like it is almost there
I don't know the status of oslo.db support of Python 3. I guess that it already
works on Python 3, it's just a matter of running tests with MySQL
Hi,
Ian Bicking allowed me to publish new versions of the Paste project:
https://bitbucket.org/ianb/paste
This project blocked many OpenStack applications to be ported to Python 3:
https://wiki.openstack.org/wiki/Python3#OpenStack_applications
Good news: I just released Paste 2.0 which h
Hi all
I am having trouble running tox tests on neutron-lbaas on a default clone. I
can see from the tox logs that it downloads the neutron egg just fine, however,
when running some of the tests it gets import errors when trying to import from
the neutron side of things.
I checked the neutro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/22/2015 05:01 AM, Doug Hellmann wrote:
> Excerpts from Ihar Hrachyshka's message of 2015-04-17 14:45:58
> +0200:
>> Hi,
>>
>> tl;dr neutron has special semantics for policy targets that
>> relies on private symbols from oslo.policy, and it's i
On Tue, Apr 21, 2015 at 02:58:57PM -0700, Joe Gordon wrote:
> On Fri, Apr 17, 2015 at 1:22 AM, Victor Stinner wrote:
>
> > >> For the full list, see the wiki page:
> > >> https://wiki.openstack.org/wiki/Python3#Core_OpenStack_projects
> >
> > > Thanks for updating the wiki page that is a very use
On Wed, Apr 22, 2015 at 12:57:01PM +0200, Kashyap Chamarthy wrote:
> On Tue, Apr 21, 2015 at 02:58:57PM -0700, Joe Gordon wrote:
> > On Fri, Apr 17, 2015 at 1:22 AM, Victor Stinner wrote:
> >
> > > >> For the full list, see the wiki page:
> > > >> https://wiki.openstack.org/wiki/Python3#Core_Open
On 04/22/2015 04:09 AM, Angus Salkeld wrote:
> Hi
>
> Can we please have a new release of novaclient (after the below fix)?
>
> Heat's unit tests pass fine with:
> python-novaclient (2.23.0)
>
> but python-novaclient 2.24.0 introduces this bug:
> https://bugs.launchpad.net/python-novaclient/+bug
Hi, All,
My 2c are:
- yes, oslo.db supports python 3 (unittests passes, at least :) )
- MySQL-python still default MySQL DB driver in OpenStack, but at the
moment the only DB driver for MySQL in python3 environment is PyMySQL, so I
think, it's ok to use it with python 3.
On Wed, Apr 22, 2015 a
Lingxian, yes, that’s basically what I suggest too.
Renat Akhmerov
@ Mirantis Inc.
> On 22 Apr 2015, at 16:03, Lingxian Kong wrote:
>
> Hi all,
>
> In my understanding, the meaning of the 'break-on' in 'retry' policy
> is just give an oppotunity to end the task execution earlier, i.e. we
> d
confirmed
On 04/22/2015 05:26 AM, Julien Danjou wrote:
> Hey fellow developers,
>
> I'd like to announce my candidacy for the Technical Committee election
> that's happening.
>
>
> TL;DR: Vote for me to bring back the fun and raise the bar! :)
>
>
> As you might know, I've been a member of th
confirmed
On 04/22/2015 03:52 AM, James E. Blair wrote:
> Hi,
>
> I'd like to announce my candidacy for re-election to the TC.
>
> About Me
>
>
> I am the PTL for the OpenStack Infrastructure Program, which I have
> been helping to build for nearly four years. I have also served on
>
Greetings Stackers!
I'm announcing my candidacy for the Technical Comitee Elections.
Those of you who have been around OpenStack for a while know me, as I was one
of the original developers involved since the inception of OpenStack back in
2010, when I worked for Rackspace's Cloud Server team.
Hi Trevor,
I saw below items in Proposed Sprint Topics of sahara liberty.
https://etherpad.openstack.org/p/sahara-liberty-proposed-sessions. I guess
these are the EDP ideas we want to discuss on Vancouver design summit. We have
some comments as below:
• EDP Priorities in Liberty - At the
Thierry Carrez wrote:
> Ben Swartzlander wrote:
>> My main request was that the Manila sessions didn't overlap with the
>> Cinder sessions, since there are some key people who are involved in
>> both projects. It looks like some attempt was made to avoid overlaps
>> (the fishbowl sessions at least)
Excerpts from Ihar Hrachyshka's message of 2015-04-22 12:33:52 +0200:
> On 04/22/2015 05:01 AM, Doug Hellmann wrote:
> > Excerpts from Ihar Hrachyshka's message of 2015-04-17 14:45:58
> > +0200:
> >> Hi,
> >>
> >> tl;dr neutron has special semantics for policy targets that
> >> relies on private s
Hi everybody,
In the latest QoS meeting, one of the topics was a discussion about how to
implement
QoS [1] either as in core, or as a service plugin, in, or out-tree.
It’s my feeling, and Mathieu’s that it looks more like a core feature, as
we’re talking of
port properties that we define
Hi,
By discussing on a specific bug [1], I just discovered that the admin
context check which was done at the DB level has been moved to the API
level thanks to the api-policy-v3 blueprint [2]
That behaviour still leads to a bug if the operator wants to change an
endpoint policy by leaving i
Hi Ken,
responses inline
On Wed, 2015-04-22 at 12:36 +, Chen, Ken wrote:
> Hi Trevor,
> I saw below items in Proposed Sprint Topics of sahara liberty.
> https://etherpad.openstack.org/p/sahara-liberty-proposed-sessions. I
> guess these are the EDP ideas we want to discuss on Vancouver desi
On 04/22/2015 07:07 AM, Sean Dague wrote:
> On 04/22/2015 04:09 AM, Angus Salkeld wrote:
>> Hi
>>
>> Can we please have a new release of novaclient (after the below fix)?
>>
>> Heat's unit tests pass fine with:
>> python-novaclient (2.23.0)
>>
>> but python-novaclient 2.24.0 introduces this bug:
>>
On 4/22/15 1:20 AM, Dan Smith wrote:
The migrate_flavor_data command didn't actually work on the CLI (unless
I'm missing something or did something odd). See
https://review.openstack.org/#/c/175890/ where I fix the requirement of
max_number. This likely means that operators have not bothered to d
So, in this case I guess 'break-on' will work correctly now:
https://github.com/stackforge/mistral/blob/master/mistral/engine/policies.py#L295-L296
On Wed, Apr 22, 2015 at 2:58 PM, Renat Akhmerov
wrote:
> Lingxian, yes, that’s basically what I suggest too.
>
> Renat Akhmerov
> @ Mirantis Inc.
>
On Wed, 2015-04-22 at 12:36 +, Chen, Ken wrote:
> o more complex workflows (job dependencies, DAGs, etc. Do we rely on
> Oozie, or something else?
> >> Huichun is now figuring this. I am not whether you guys already have
> some detail ideas about this? If needed we can contribute some
On Sat, Apr 18, 2015 at 9:30 PM, Boris Pavlovic wrote:
> Code coverage is one of the very important metric of overall code quality
> especially in case of Python. It's quite important to ensure that code is
> covered fully with well written unit tests.
>
> One of the nice thing is coverage job.
>
Hi,
Puppet OpenStack is now part of the big tent [1] and we would like to
move our repositories from Stackforge to OpenStack namespace.
How we are going to proceed
* Patch project-config: https://review.openstack.org/#/c/176326/ (WIP
for now)
* Github: Repositories will be t
(sorry for cross-post, but this is appropriate to both audiences)
Hey y'all!
For those of you that don't know, StackTach is a notification-based debugging,
monitoring and usage tool for OpenStack.
We're happy to announce that we've recently rolled StackTach.v3 into production
at one of the Rax
On 4/22/15 7:19 AM, Victor Sergeyev wrote:
Hi, All,
My 2c are:
- yes, oslo.db supports python 3 (unittests passes, at least :) )
- MySQL-python still default MySQL DB driver in OpenStack, but at the
moment the only DB driver for MySQL in python3 environment is PyMySQL,
so I think, it's ok t
may be not quite - please advice how it works in these cases
1) if break-on expression contains the reference to task result, like
break-on: <% $.my_task.foo.bar = true %>
but action returns ERROR and task payload is None (desired behavior: don’t
puke, evaluate to false and don’t break)
2) if
Hi,
Some important work is being done on Keystone v3 API support in
puppet-keystone.
We've clearly seen there is a lack of review and I think we all worry
about breaking something.
Spencer & I are working on beaker tests lately and the jobs are
non-voting for now.
I propose:
* to review (and even
> Hi, All,
>
> My 2c are:
>
> - yes, oslo.db supports python 3 (unittests passes, at least :) )
> - MySQL-python still default MySQL DB driver in OpenStack, but at the
> moment the only DB driver for MySQL in python3 environment is PyMySQL, so I
> think, it's ok to use it with python 3.
>
>
>
Hi.
David,
1. It will either lead to people doing things to game the system or overuse
> of the #no-coverage-check tag you mentioned.
Job doesn't force people to increase coverage, it just checks that it was
not decreased.
Btw according to the latest refactoring, we are using absolute values
miss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/22/2015 05:02 PM, INADA Naoki wrote:
>
> Hi, All,
>
> My 2c are:
>
> - yes, oslo.db supports python 3 (unittests passes, at least :) ) -
> MySQL-python still default MySQL DB driver in OpenStack, but at
> the moment the only DB driver for My
Congratulations Phil!
Thank you for your work so far.
-Sam.
-Original Message-
From: Doug Wiegley [mailto:[email protected]]
Sent: Tuesday, April 21, 2015 7:55 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron][lbaas] add
> Sure, but for people doing continuous deployment, they clearly haven't
> ran the migrate_flavor_data (or if they have, they haven't filed any
> bugs about it not working[0]).
Hence the usefulness of T-H here, right? The point of the migration
check is to make sure that people _do_ run it before
Emillen,
Do you see shelling out to openstackclient in the keystone test to verify
that the keystone resources have been created? Do you see trying to hit the
api from something like aviator? Ultimately I'd like to see us spin up an
entire openstack in one test then hit it with tempest.
It may be
And for another recent one that came out yesterday:
Interesting to read for those who are using mongodb + openstack...
https://aphyr.com/posts/322-call-me-maybe-mongodb-stale-reads
-Josh
Joshua Harlow wrote:
Joshua Harlow wrote:
Kevin Benton wrote:
>Timestamps are just one way (and likely t
Hello OpenStack world! My name is Dean Troyer and I am running for the
OpenStack Technical Committee.
I have been part of the OpenStack community for a long time and heavily
involved in three projects: I was an early contributor to DevStack and
served as its PTL during its short tenure as a stand-
Please consider my candidacy for membership on the technical committee.
My name is Anita Kuno. I consider my home project to be Infra but I tend
to move around wherever I feel the need is greatest.
I have worked on OpenStack since mid-grizzly starting as an intern with
the GNOME Outreach Program
confirmed
On Wed, Apr 22, 2015 at 9:46 AM, Anita Kuno wrote:
> Please consider my candidacy for membership on the technical committee.
>
> My name is Anita Kuno. I consider my home project to be Infra but I tend
> to move around wherever I feel the need is greatest.
>
> I have worked on OpenStac
confirmed
On Wed, Apr 22, 2015 at 9:43 AM, Dean Troyer wrote:
> Hello OpenStack world! My name is Dean Troyer and I am running for the
> OpenStack Technical Committee.
>
> I have been part of the OpenStack community for a long time and heavily
> involved in three projects: I was an early contrib
confirmed
On Wed, Apr 22, 2015 at 5:24 AM, Ed Leafe wrote:
> Greetings Stackers!
>
> I'm announcing my candidacy for the Technical Comitee Elections.
>
> Those of you who have been around OpenStack for a while know me, as I was one
> of the original developers involved since the inception of Op
Hi,
We had some issues with tox lately,
The fix was removing ~/.pip and some other packages from this folder that were
used as cache for pip
And reinstalling devstack.
Lenny Verkhovsky
From: Shane McGough [mailto:[email protected]]
Sent: Wednesday, April 22, 2015 1:30 PM
To: OpenSt
At first glance it seems like you're trying to run these tests with a
neutron repo which is not up to date.
Recently Neutron unit tests were reorganized [1]. Have you tried pulling
again from git the neutron repo?
Salvatore
[1] https://review.openstack.org/#/c/158811/
On 22 April 2015 at 19:38,
On 04/22/2015 11:53 AM, Spencer Krum wrote:
> Emillen,
>
> Do you see shelling out to openstackclient in the keystone test to
> verify that the keystone resources have been created? Do you see trying
> to hit the api from something like aviator? Ultimately I'd like to see
> us spin up an entire
Hello Stackists,
I'd like to announce my candidacy for the OpenStack Technical Committee.
I'm running because I don't think that the diversity of perspectives
amongst TC members reflects the diversity of our community. We're
fortunate to have a few people whose brilliance often transcends the
Hello!
A couple of things I've been working on lately are project governance
issues as a TC member and also implementation of a new virtual
networking alternative with a Neutron driver. So, naturally I started
thinking about how the Neutron driver code fits in to OpenStack governance.
There are
I intend to introduce a requirement for 3rd party CI for Manila during
the Liberty release. This shouldn't be a surprise to anyone because I've
been talking about it, but in case anyone didn't hear about it, now you
have.
I expect that by the Liberty release date, every driver in the tree
sho
I would like to nominate Thomas Bechtold to join the Manila core
reviewer team. Thomas has been contributing to Manila for close to 6
months and has provided a good number of quality code reviews in
addition to a substantial amount of contributions. Thomas brings both
Oslo experience as well as
On Wed, 2015-04-22 at 08:49 -0400, Doug Hellmann wrote:
> That feature sounds like it could be useful outside of neutron, so let's
> see if we can come up with a new syntax to make it portable. Bonus
> points if the new syntax results in a proper DSL.
I have been thinking that I should point peopl
+1
Clinton Knight
From: Ben Swartzlander mailto:[email protected]>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:[email protected]>>
Date: Wednesday, April 22, 2015 at 2:23 PM
To: "OpenStack Development Mailing List (not for usage questions)
Hi everyone!
In Kilo we made some very nice progress with adopting AngularJS in
Horizon. The launch instance workflow is available as a beta level feature
that can be optionally enabled now in Kilo [1]. Together with the identity
panel, detail pages, and magic search workstreams we were able to
en
confirmed
On Wed, Apr 22, 2015 at 11:19 AM, Zane Bitter wrote:
> Hello Stackists,
> I'd like to announce my candidacy for the OpenStack Technical Committee.
>
> I'm running because I don't think that the diversity of perspectives amongst
> TC members reflects the diversity of our community. We'r
On Apr 16, 2015 3:58 PM, "Geoff Arnold" wrote:
>
> Joe: you have identified many of the challenges of trying to work with
multiple OpenStack clouds from different providers with different
configurations, resources, etc. Nevertheless, people are doing it, and
doing so successfully. (I know several
On Wed, Apr 22, 2015 at 3:15 AM, Victor Stinner wrote:
> Hi,
>
> It's moving fast. I'm currently working on porting remaining libraries to
> prepare my spec for nova.
>
Great, I did't realize how close all the dependencies were.
>
> > oslo.db -- looks like it is almost there
>
> I don't know t
Hi All,
We have 3 API Guidelines that are ready for a final review.
1. Metadata guidelines document
https://review.openstack.org/#/c/141229/
2. Tagging guidelines
https://review.openstack.org/#/c/155620/
3. Guidelines on using date and time format
https://review.openstack.org/#/c/159892/
If th
On Wed, Apr 22, 2015 at 02:03:13PM -0400, Emilien Macchi wrote:
>
>
> On 04/22/2015 11:53 AM, Spencer Krum wrote:
> > Emillen,
> >
> > Do you see shelling out to openstackclient in the keystone test to
> > verify that the keystone resources have been created? Do you see trying
> > to hit the api
Hello everyone,
Swift was last to RC1, but they are first in the RC2 race :) Due to
release-critical issues spotted in RC1 testing, a new release candidate
was created for Kilo. The 2.3.0 RC2 tarball is available for download at:
https://launchpad.net/swift/kilo/2.3.0-rc2
Unless release-critical
Hello, Manila-philes.
Back in Paris we started talking about Manila mount automation, whereby file
shares could be automatically mounted on clients, and this will likely be a
topic in Vancouver. So in order to have an informed discussion at the summit,
I'd like to explore a few things beforeha
On Wed, Apr 22, 2015 at 1:19 PM, Russell Bryant wrote:
> Hello!
>
> A couple of things I've been working on lately are project governance
> issues as a TC member and also implementation of a new virtual
> networking alternative with a Neutron driver. So, naturally I started
> thinking about how
+1
I was in the middle of writing an email asking about the possibility of
splitting out the reference implementation. you beat me to it. :)
I also like the idea of having the PTL on top to help pass up/down ideas where
code can be shared, benefiting everyone.
Thanks,
Kevin
___
On 04/22/2015 10:51 AM, Emilien Macchi wrote:
Hi,
Some important work is being done on Keystone v3 API support in
puppet-keystone.
We've clearly seen there is a lack of review and I think we all worry
about breaking something.
Spencer & I are working on beaker tests lately and the jobs are
non-v
I would like to announce my candidacy for the OpenStack Technical Committee.
I will try to be brief and to the point: I have been involved in OpenStack
since the early days of the Austin release; I have worked on (perhaps) the
two most prolific projects in OpenStack (Nova, and Neutron) and a few
o
Hi,
Kyle Mestery has asked me to serve as a cross-project liaison between
Neutron and Nova. So, I'd like to say hello, and
direct everyone towards an etherpad that I have created.
https://etherpad.openstack.org/p/nova-neutron
The etherpad can serve as a way to collect items that should be
discu
On Wed, Apr 22, 2015 at 11:49 PM, Sean Dague wrote:
> On 04/22/2015 07:07 AM, Sean Dague wrote:
> > On 04/22/2015 04:09 AM, Angus Salkeld wrote:
> >> Hi
> >>
> >> Can we please have a new release of novaclient (after the below fix)?
> >>
> >> Heat's unit tests pass fine with:
> >> python-novaclie
On Wed, Apr 22, 2015 at 3:28 PM, Sean M. Collins wrote:
> Hi,
>
> Kyle Mestery has asked me to serve as a cross-project liaison between
> Neutron and Nova. So, I'd like to say hello, and
> direct everyone towards an etherpad that I have created.
>
> https://etherpad.openstack.org/p/nova-neutron
>
The python-glanceclient release management team is pleased to announce:
Release of python-glanceclient version 0.17.1
Please find the details related to the release at:
https://launchpad.net/python-glanceclient/+milestone/0.17.1
Please report the issues through launchpad:
https:/
+1 to both.
From: Ben Swartzlander [mailto:[email protected]]
Sent: Wednesday, April 22, 2015 2:23 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [Manila] Two nominations for Manila Core Reviewer Team
I would like to nominate Thomas Bechtold to jo
On 22 April 2015 at 14:49, Doug Hellmann wrote:
> Excerpts from Ihar Hrachyshka's message of 2015-04-22 12:33:52 +0200:
> > On 04/22/2015 05:01 AM, Doug Hellmann wrote:
> > > Excerpts from Ihar Hrachyshka's message of 2015-04-17 14:45:58
> > > +0200:
> > >> Hi,
> > >>
> > >> tl;dr neutron has spe
confirmed
On Wed, Apr 22, 2015 at 1:13 PM, Armando M. wrote:
> I would like to announce my candidacy for the OpenStack Technical Committee.
>
> I will try to be brief and to the point: I have been involved in OpenStack
> since the early days of the Austin release; I have worked on (perhaps) the
I prefer option a) as well. It does seem like most of the projects would
really see no change at all other than being officially sanctioned as an
Openstack project with some kind of tag. There's also the possibility the PTL
may request some changes to improve the bigger picture of the
Networki
Hi All,
I would like to know the reason behind the dependency of the pyenv virtual
environment and pyenv in the barbican.sh script.
Ideally in the production environment , barbican would run on standalone
virtual box with a particular python version .I feel that their dependecies
needs to be remo
Excerpts from Salvatore Orlando's message of 2015-04-22 23:10:01 +0200:
> On 22 April 2015 at 14:49, Doug Hellmann wrote:
>
> > Excerpts from Ihar Hrachyshka's message of 2015-04-22 12:33:52 +0200:
> > > On 04/22/2015 05:01 AM, Doug Hellmann wrote:
> > > > Excerpts from Ihar Hrachyshka's message
On 04/22/2015 04:33 PM, Kyle Mestery wrote:
On Wed, Apr 22, 2015 at 3:28 PM, Sean M. Collins mailto:[email protected]>> wrote:
Hi,
Kyle Mestery has asked me to serve as a cross-project liaison between
Neutron and Nova. So, I'd like to say hello, and
direct everyone towards an e
Since python-openstackclient is now a part of openstack — I guess it would be a
good idea to support it in murano. It has setuptools-based plugin system, and
it should be fairly easy to add murano commands as plugins to it.
BTW, It’s based on cliff and has a terrific completion support (which is
On 4/22/2015 8:32 AM, Sylvain Bauza wrote:
Hi,
By discussing on a specific bug [1], I just discovered that the admin
context check which was done at the DB level has been moved to the API
level thanks to the api-policy-v3 blueprint [2]
That behaviour still leads to a bug if the operator wants
On Wednesday, April 22, 2015, Matt Riedemann
wrote:
>
>
> On 4/22/2015 8:32 AM, Sylvain Bauza wrote:
>
>> Hi,
>>
>> By discussing on a specific bug [1], I just discovered that the admin
>> context check which was done at the DB level has been moved to the API
>> level thanks to the api-policy-v3
Hello Asha,
The barbican.sh script was originally intended to be a convenient way to boot
up a Barbican instance locally to quickly start evaluating its API and
functionality.
It was not intended to be used as a production script, deferring instead to
deployments utilizing packages such as RDO
My name is Maru Newby, and I am announcing my candidacy for the
Technical Committee (TC) election.
tl;dr;
I'm a relative unknown outside of Neutron, but I've been helping to drive
high-level change in that project. I would welcome the opportunity to bring my
energy and dedication to OpenStack-wid
On 22 April 2015 at 06:02, Miguel Angel Ajo Pelayo
wrote:
>
> Hi everybody,
>
>In the latest QoS meeting, one of the topics was a discussion about how
> to implement
> QoS [1] either as in core, or as a service plugin, in, or out-tree.
>
My apologies if I was unable to join, the meeting clas
Hi folks,
I’d like to announce my candidacy for the TC elections.
Here is a list of the main directions I would like to concentrate on as a
TC member:
* Continue to grow the OpenStack long-term vision and inclusive approach
that comes with "The Big Tent". We should not just be more inclusive, bu
+1 for the idea though not sure on priority of this since we have so many
way more important things to implement in Kilo. I'd say that would be a
great contribution if we find someone willing to contribute it :)
Sincerely yours,
Stan Lagun
Principal Software Engineer @ Mirantis
On Thu, Apr 23,
confirmed
On Wed, Apr 22, 2015 at 5:05 PM, Sergey Lukjanov wrote:
> Hi folks,
>
> I'd like to announce my candidacy for the TC elections.
>
> Here is a list of the main directions I would like to concentrate on as a TC
> member:
>
> * Continue to grow the OpenStack long-term vision and inclusive
confirmed
On Wed, Apr 22, 2015 at 4:17 PM, Maru Newby wrote:
> My name is Maru Newby, and I am announcing my candidacy for the
> Technical Committee (TC) election.
>
> tl;dr;
>
> I'm a relative unknown outside of Neutron, but I've been helping to drive
> high-level change in that project. I woul
Hi all,
Horizon folks, we have a really good Outreachy candidate interested in
working with you. The internship is from May 25th to August 25th, and
interns are expected to work full time on their projects. Being a mentor
should not be time consuming, we expect interns to be able to do their
tasks
On Thu, Apr 23, 2015 at 1:31 AM, Dan Smith wrote:
>> Sure, but for people doing continuous deployment, they clearly haven't
>> ran the migrate_flavor_data (or if they have, they haven't filed any
>> bugs about it not working[0]).
>
> Hence the usefulness of T-H here, right? The point of the migrat
1 - 100 of 125 matches
Mail list logo
