On 01.09.2015 12:28, Evgeny Antyshev wrote:
Hello!
This letter I address to those third-party CI maintainers who needs to
amend
the upstream devstack-gate to satisfy their environment.
Some folks that I know use inline patching at job level,
some make private forks of devstack-gate (I even sa
> On 04 Sep 2015, at 08:14, Daniel Comnea wrote:
>
> Kevin,
>
> am i right in saying that the merge above was packaged into Liberty ?
>
> Any chance to be ported to Juno?
>
There is no chance a new feature will be backported to any stable branch, even
Kilo. At least in upstream.
Ihar
sign
Hi
It is a pre pre pre pre pre pre pre alpha version that just installs the
juno ubuntu guide until dashboard included. Block Storage Service is
very important but does not work now.
vCenter will be always the operating system that makes my life easyer.
Today is Ubuntu.
The hypervisor is a
Morgan Fainberg wrote:
>
>> I would like to request an FFE for the remaining two patches that
>> are already in review
>> (https://review.openstack.org/#/c/153897/ and
>> https://review.openstack.org/#/c/154485/).
>> These contain only test code and no functional changes, and
>>
El 04/09/15 a las 08:11, Evgeny Antyshev escribió:
> On 01.09.2015 12:28, Evgeny Antyshev wrote:
>> Hello!
>>
>> This letter I address to those third-party CI maintainers who needs
>> to amend
>> the upstream devstack-gate to satisfy their environment.
>>
>> Some folks that I know use inline patchi
Hi folks!
I want suggest you to delete owner filter (3 tabs) from Package Definition
page. Previously this filter was available for all users and we agreed that
it is useless. Now it is available only for admin but I think this fact
still doesn't improve the UX. Moreover, this filter prevents the
+1 from me.
Thanks,
Sergey R.
2015-09-03 23:27 GMT+03:00 Ethan Gafford :
> Agreed. We've talked about this for a while, and it's very low risk.
>
> Thanks,
> Ethan
>
> - Original Message -
> From: "michael mccune"
> To: [email protected]
> Sent: Thursday, September 3, 20
Hi,
I would like to request FFE for wait condition support for Heat engine.
Wait condition reports signal about booting instance.
Blueprint:
https://blueprints.launchpad.net/sahara/+spec/sahara-heat-wait-conditions
Spec:
https://github.com/openstack/sahara-specs/blob/master/specs/liberty/sahara-
2015-09-04 12:14 GMT+09:00 Ken'ichi Ohmichi :
> Hi Andrew,
>
> Sorry for this late response, I missed it.
>
> 2015-06-25 23:22 GMT+09:00 Andrew Laski :
>> I have been growing concerned recently with some attempts to formalize
>> scheduler hints, both with API validation and Nova objects defining th
2015-09-04 11:14 GMT+08:00 Ken'ichi Ohmichi :
> Hi Andrew,
>
> Sorry for this late response, I missed it.
>
> 2015-06-25 23:22 GMT+09:00 Andrew Laski :
> > I have been growing concerned recently with some attempts to formalize
> > scheduler hints, both with API validation and Nova objects defining
+1 on this.
Filtering by ownership makes sense only on Catalog view (i.e. on the page
of usable apps) but not on the admin-like console like the list of package
definitions.
--
Regards,
Alexander Tivelkov
On Fri, Sep 4, 2015 at 12:36 PM, Dmitro Dovbii wrote:
> Hi folks!
>
> I want suggest yo
Hi PTLs,
Here is the proposed slot allocation for every "big tent" project team
at the Mitaka Design Summit in Tokyo. This is based on the requests the
liberty PTLs have made, space availability and project activity &
collaboration needs.
We have a lot less space (and time slots) in Tokyo compare
Hi Alex,
Thanks for your comment.
IMO, this idea is different from the extension we will remove.
That is modularity for the maintenance burden.
By this idea, we can put the corresponding schema in each filter.
2015年9月4日(金) 19:04 Alex Xu :
> 2015-09-04 11:14 GMT+08:00 Ken'ichi Ohmichi :
>
>> Hi
+1 for FFE, because of
1. Low risk of issues, fully covered with current scenario tests;
2. Implementation already on review
On Fri, Sep 4, 2015 at 12:54 PM, Sergey Reshetnyak wrote:
> Hi,
>
> I would like to request FFE for wait condition support for Heat engine.
> Wait condition reports sig
Le 04/09/2015 12:18, Ken'ichi Ohmichi a écrit :
Hi Alex,
Thanks for your comment.
IMO, this idea is different from the extension we will remove.
That is modularity for the maintenance burden.
By this idea, we can put the corresponding schema in each filter.
While I think it could be a ni
On 09/02/2015 05:48 PM, Matt Riedemann wrote:
>
>
> On 9/2/2015 3:40 PM, Jeremy Stanley wrote:
>> On 2015-09-02 10:55:56 -0400 (-0400), [email protected] wrote:
>>> We are thrilled to announce the release of:
>>>
>>> python-novaclient 2.27.0: Client library for OpenStack Compute API
>> [...]
On 09/04/2015 07:15 AM, Sean Dague wrote:
> On 09/02/2015 05:48 PM, Matt Riedemann wrote:
>>
>>
>> On 9/2/2015 3:40 PM, Jeremy Stanley wrote:
>>> On 2015-09-02 10:55:56 -0400 (-0400), [email protected] wrote:
We are thrilled to announce the release of:
python-novaclient 2.27.0: C
On 04/09/15 12:14 +0200, Thierry Carrez wrote:
Hi PTLs,
Here is the proposed slot allocation for every "big tent" project team
at the Mitaka Design Summit in Tokyo. This is based on the requests the
liberty PTLs have made, space availability and project activity &
collaboration needs.
We have a
Agreed.
Currently, pagination is broken on "Package definitions" page now, so
removing that filter
will fix it back. Also, 'Other' tab looks unhelpful, admin should indicate
to witch tenant this package belongs to.
This improvement will be added later.
Regards,
Kate.
On Fri, Sep 4, 2015 at 1:06
On 09/04/2015 12:14 PM, Thierry Carrez wrote:
Hi PTLs,
Here is the proposed slot allocation for every "big tent" project team
at the Mitaka Design Summit in Tokyo. This is based on the requests the
liberty PTLs have made, space availability and project activity &
collaboration needs.
We have a
On Fri, Sep 04, 2015 at 12:14:06PM +0200, Thierry Carrez wrote:
>
> We'll start working on laying out those sessions over the available
> rooms and time slots. If you have constraints (I already know
> searchlight wants to avoid conflicts with Horizon, Kolla with Magnum,
> Manila with Cinder, Sol
Great, thanks.
Henry
> On 4 Sep 2015, at 09:17, Thierry Carrez wrote:
>
> Morgan Fainberg wrote:
>>
>>>I would like to request an FFE for the remaining two patches that
>>>are already in review
>>>(https://review.openstack.org/#/c/153897/ and
>>> https://review.openstack.org/#/c/15
On 06/25/2015 04:50 PM, Monty Taylor wrote:
> On 06/25/2015 10:22 AM, Andrew Laski wrote:
>> I have been growing concerned recently with some attempts to formalize
>> scheduler hints, both with API validation and Nova objects defining
>> them, and want to air those concerns and see if others agree
On 04/09/2015 6:14 AM, Thierry Carrez wrote:
Hi PTLs,
Here is the proposed slot allocation for every "big tent" project team
at the Mitaka Design Summit in Tokyo. This is based on the requests the
liberty PTLs have made, space availability and project activity &
collaboration needs.
We have a
On 09/03/2015 03:00 PM, Emilien Macchi wrote:
>
>
> On 09/02/2015 02:56 PM, Emilien Macchi wrote:
>>
>>
>> On 09/02/2015 02:48 PM, Anita Kuno wrote:
>>> On 09/02/2015 02:09 PM, Emilien Macchi wrote:
TL;DR, I propose to move our developer documentation from wiki to
something like
>>>
Le 04/09/2015 14:57, Nikola Đipanov a écrit :
On 06/25/2015 04:50 PM, Monty Taylor wrote:
On 06/25/2015 10:22 AM, Andrew Laski wrote:
I have been growing concerned recently with some attempts to formalize
scheduler hints, both with API validation and Nova objects defining
them, and want to ai
mordred@camelot:~$ neutron net-create test-net-mt
Policy doesn't allow create_network to be performed.
Thank you neutron. Excellent job.
Here's what that looks like at the REST layer:
DEBUG: keystoneclient.session RESP: [403] date: Fri, 04 Sep 2015
13:55:47 GMT connection: close content-type:
No dedicated time slot for cross-project sessions this time around?
On 9/4/15 6:14 AM, Thierry Carrez wrote:
> Hi PTLs,
>
> Here is the proposed slot allocation for every "big tent" project team
> at the Mitaka Design Summit in Tokyo. This is based on the requests the
> liberty PTLs have made, spa
On 09/04/2015 02:31 PM, Sylvain Bauza wrote:
>
>
> Le 04/09/2015 14:57, Nikola Đipanov a écrit :
>> On 06/25/2015 04:50 PM, Monty Taylor wrote:
>>> On 06/25/2015 10:22 AM, Andrew Laski wrote:
I have been growing concerned recently with some attempts to formalize
scheduler hints, both wi
On 09/04/15 at 01:57pm, Nikola Đipanov wrote:
On 06/25/2015 04:50 PM, Monty Taylor wrote:
On 06/25/2015 10:22 AM, Andrew Laski wrote:
I have been growing concerned recently with some attempts to formalize
scheduler hints, both with API validation and Nova objects defining
them, and want to air
Hello all,
I request a FFE for the change at: https://review.openstack.org/#/c/209683/
This change enables a significant improvement to UX in Sahara's elastic data
processing flow which is already in the server and client layers of Sahara.
Because it specifically aims at improving ease of use a
On 09/04/15 at 06:54pm, Ken'ichi Ohmichi wrote:
2015-09-04 12:14 GMT+09:00 Ken'ichi Ohmichi :
Hi Andrew,
Sorry for this late response, I missed it.
2015-06-25 23:22 GMT+09:00 Andrew Laski :
I have been growing concerned recently with some attempts to formalize
scheduler hints, both with API v
> On Sep 4, 2015, at 07:04, Monty Taylor wrote:
>
> mordred@camelot:~$ neutron net-create test-net-mt
> Policy doesn't allow create_network to be performed.
>
> Thank you neutron. Excellent job.
>
> Here's what that looks like at the REST layer:
>
> DEBUG: keystoneclient.session RESP: [403]
Hi,
This is email is just a FYI: Recently the patch [1] got merged in
DevStack and broke the Ironic gate [2], I haven't had time to dig into
the problem yet so I reverted the patch [3] to unblock our gate.
The work to convert to v3 seems to be close enough but not yet there
so I just want to brin
Hi all,
I've found a few bugs that we could/should fix by the liberty release. I
tagged them with "liberty-rc". If we could all pitch in, that'd be great.
Let me know which ones you'd like to work on so I can assign them to you in
launchpad.
https://bugs.launchpad.net/congress/+bugs/?field.tag=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/04/2015 09:28 AM, Emilien Macchi wrote:
>
>
> On 09/03/2015 03:00 PM, Emilien Macchi wrote:
>>
>>
>> On 09/02/2015 02:56 PM, Emilien Macchi wrote:
>>>
>>>
>>> On 09/02/2015 02:48 PM, Anita Kuno wrote:
On 09/02/2015 02:09 PM, Emilien Ma
Nikhil Komawar wrote:
> No dedicated time slot for cross-project sessions this time around?
That's on the Tuesday. 3 parallel sessions all day.
In addition, the Ops track runs on Tuesday and Wednesday.
--
Thierry Carrez (ttx)
_
Hi Folks,
As you may know, the Reseller Blueprint was proposed and approved in Kilo (
https://review.openstack.org/#/c/139824/) with the developing postponed to
Liberty.
During this time, the 3 main patches of the chain were split into 8,
becoming smaller and easier to review. The first 2 of them
makes sense to me, +1
mike
On 09/04/2015 06:37 AM, Vitaly Gridnev wrote:
+1 for FFE, because of
1. Low risk of issues, fully covered with current scenario tests;
2. Implementation already on review
On Fri, Sep 4, 2015 at 12:54 PM, Sergey Reshetnyak
mailto:[email protected]>> wrote:
On 09/04/2015 10:40 AM, Ethan Gafford wrote:
Hello all,
I request a FFE for the change at: https://review.openstack.org/#/c/209683/
This change enables a significant improvement to UX in Sahara's elastic data
processing flow which is already in the server and client layers of Sahara.
Because
Henry,
I've applied the -2 (for Feature Freeze) to a bunch of patchsets, I think I
excluded your testing ones, but if the testing ones got -2'd please let me
know so I can remove the -2.
--Morgan
On Fri, Sep 4, 2015 at 2:07 AM, Henry Nash
wrote:
> Great, thanks.
>
> Henry
> > On 4 Sep 2015, at
The Manila gate is finally unblocked, thanks to the efforts of Valeriy!
I see patches going in now so all of the features which were granted
technical FFEs should start merging IMMEDIATELY.
By my calculations, we lost approximately 30 hours of time to merge
stuff before the scheduled feature f
This change also affected Barbican too, but they quickly tossed up a patch
to resolve the gate failures [1]. As much as I would like DevStack and
OpenStackClient to default to Keystone's v3 API, we should - considering
how close we are in the schedule, revert the initial patch (which I see
sdague
PTLs,
We have quite a few unreleased client changes pending, and it would
be good to go ahead and publish them so they can be tested as part
of the release candidate process. I have the full list of changes for
each project below, so please find yours and review them and then
propose a release re
Hi Malini et.al.,
We had a sync up earlier today on this topic and a few items were
discussed including new comments on the spec and existing code proposal.
You can find the logs of the conversation here [1].
There are 3 main outcomes of the discussion:
1. We hope to get a commitment on the featu
On 09/04/2015 10:55 AM, Morgan Fainberg wrote:
On Sep 4, 2015, at 07:04, Monty Taylor
wrote:
mordred@camelot:~$ neutron net-create test-net-mt Policy doesn't
allow create_network to be performed.
Thank you neutron. Excellent job.
Here's what that looks like at the REST layer:
DEBUG: keyst
Hi all,
Please take some time to go through the etherpad I've created to
prioritize reviews needed for Liberty RC period. These reviews have been
categorized to help pick your favorite but all of them are important. As
we have a decent amount of time to identify bugs and fix them, reviewing
the me
On Thu, Sep 3, 2015 at 2:34 AM, Derek Higgins wrote:
> Hi All,
>
> The patch to reshuffle our CI jobs has merged[1], along with the patch to
> switch the f21-noha job to be instack based[2] (with centos images).
>
> So the current status is that our CI has been removed from most of the non
> tripl
On 09/04/2015 12:36 PM, Ben Swartzlander wrote:
The Manila gate is finally unblocked, thanks to the efforts of
Valeriy! I see patches going in now so all of the features which were
granted technical FFEs should start merging IMMEDIATELY.
By my calculations, we lost approximately 30 hours of ti
Keystone has, for a number of releases, supported the concept of inherited
role assignments via the OS-INHERIT extension. At the Keystone mid-cycle we
agreed moving this to core this was a good target for Liberty, but this was
held by needing the data driver testing to be in place
(https://re
On 09/04/2015 12:36 PM, Ben Swartzlander wrote:
The Manila gate is finally unblocked, thanks to the efforts of
Valeriy! I see patches going in now so all of the features which were
granted technical FFEs should start merging IMMEDIATELY.
By my calculations, we lost approximately 30 hours of ti
On 2015-09-04 12:50 PM, Monty Taylor wrote:
> On 09/04/2015 10:55 AM, Morgan Fainberg wrote:
>>
>> Obviously the translation of errors
>> would be more difficult if the enforcer is generating messages.
>
> The type: "PolicyNotAuthorized" is a good general key. Also - even
> though the command I se
Hello,
I am trying to write an custom lbaas v2.0 driver. Was wondering if there's
a document on how to go about that. I see a number of implementations as
part of the source code but they all seem to be different. For instance
HAProxy is completely different when compared to the other vendors. I a
On Fri, Sep 4, 2015 at 11:35 AM, Mathieu Gagné wrote:
> On 2015-09-04 12:50 PM, Monty Taylor wrote:
> > On 09/04/2015 10:55 AM, Morgan Fainberg wrote:
> >>
> >> Obviously the translation of errors
> >> would be more difficult if the enforcer is generating messages.
> >
> > The type: "PolicyNotAut
On Fri, Sep 4, 2015 at 10:35 AM, Mathieu Gagné wrote:
> On 2015-09-04 12:50 PM, Monty Taylor wrote:
> > On 09/04/2015 10:55 AM, Morgan Fainberg wrote:
> >>
> >> Obviously the translation of errors
> >> would be more difficult if the enforcer is generating messages.
> >
> > The type: "PolicyNotAut
I noticed this today:
https://review.openstack.org/#/c/219768/
And it got me thinking about something I've wondered before - why do we
even use _() in python-novaclient? It doesn't have any .po files for
babel message translation, it has no babel config, there is nothing in
setup.cfg about e
On Fri, Sep 04, 2015 at 01:52:41PM +0200, Dmitry Tantsur wrote:
> On 09/04/2015 12:14 PM, Thierry Carrez wrote:
> >Hi PTLs,
> >
> >Here is the proposed slot allocation for every "big tent" project team
> >at the Mitaka Design Summit in Tokyo. This is based on the requests the
> >liberty PTLs have m
Some thought has been given to this. See
https://bugs.launchpad.net/neutron/+bug/1460177
I like the third option, a well-known name using DNS.
On Thu, Sep 03, 2015, Kevin Benton wrote:
> I think that's different than what is being asked here. That patch appears to
> just add IPv6 interface infor
We had a good meeting yesterday which included a little cheer for the
Community App Catalog project being accepted into the big tent (thanks
to everyone who has been supporting our efforts all along!) The bulk
of the meeting was then devoted to discussing our plans for the next
generation of the s
On Aug 27, 2015, at 10:48 AM, Everett Toews wrote:
> Hi All,
>
> The following API guidelines are ready for cross project review. They will be
> merged on Sept. 4 if there's no further feedback.
>
> 1. Add description of pagination parameters
> https://review.openstack.org/#/c/190743/
>
> 2.
On 09/04/2015 01:42 PM, John Griffith wrote:
On Fri, Sep 4, 2015 at 11:35 AM, Mathieu Gagné wrote:
On 2015-09-04 12:50 PM, Monty Taylor wrote:
On 09/04/2015 10:55 AM, Morgan Fainberg wrote:
Obviously the translation of errors
would be more difficult if the enforcer is generating messages.
On 09/04/2015 12:39 PM, Doug Hellmann wrote:
PTLs,
We have quite a few unreleased client changes pending, and it would
be good to go ahead and publish them so they can be tested as part
of the release candidate process. I have the full list of changes for
each project below, so please find yours
On 2015-09-04 2:41 PM, Monty Taylor wrote:
> On 09/04/2015 01:42 PM, John Griffith wrote:
>>
>> Is no good? You would like to see "less" in the output; like just the
>> command name itself and "Policy doesn't allow"?
>>
>> To Mathieu's point, fair statement WRT the visibility of the policy name.
> On 04 Sep 2015, at 18:39, Doug Hellmann wrote:
>
>
> PTLs,
>
> We have quite a few unreleased client changes pending, and it would
> be good to go ahead and publish them so they can be tested as part
> of the release candidate process. I have the full list of changes for
> each project below,
Excerpts from Ben Swartzlander's message of 2015-09-04 14:51:10 -0400:
> On 09/04/2015 12:39 PM, Doug Hellmann wrote:
> > PTLs,
> >
> > We have quite a few unreleased client changes pending, and it would
> > be good to go ahead and publish them so they can be tested as part
> > of the release candi
Excerpts from Ihar Hrachyshka's message of 2015-09-04 21:07:47 +0200:
> > On 04 Sep 2015, at 18:39, Doug Hellmann wrote:
> >
> >
> > PTLs,
> >
> > We have quite a few unreleased client changes pending, and it would
> > be good to go ahead and publish them so they can be tested as part
> > of th
I would like to second everything Armando has said below. Please, Neutron
core reviewers, follow the advice below for the rest of the Liberty cycle
as we work to merge patches targeted at Liberty.
I'd also like to thank Armando for jumping in and running things the past
week while I was on a (plan
There are a few things blowing up in the last 24 hours so might as well
make people aware.
1. gate-tempest-dsvm-large-ops was failing at a decent rate:
https://bugs.launchpad.net/nova/+bug/1491949
Turns out devstack was changed to run multihost=true and that doesn't
work so well with the larg
Folks, Armando did a great job targeting things which missed Liberty-3
towards Liberty-RC1 here [1]. For the most part, I hope most of those will
land in the coming week or so, so lets work as a team to land those.
For things which are not already targeted there (or were targeted by
someone else,
Right, it depends on your perspective of who 'owns' the API. Is it
cloud-init or EC2?
At this point I would argue that cloud-init is in control because it would
be a large undertaking to switch all of the AMI's on Amazon to something
else. However, I know Sean disagrees with me on this point so I'
Thanks for pointing that out. I like the DNS option too. That has to be
done carefully though to make sure it's not easy for an attacker to get the
name of the DNS entry that the instance tries to look up.
On Fri, Sep 4, 2015 at 10:53 AM, Henry Gessau wrote:
> Some thought has been given to this
On 09/04/2015 03:21 PM, Doug Hellmann wrote:
Excerpts from Ben Swartzlander's message of 2015-09-04 14:51:10 -0400:
On 09/04/2015 12:39 PM, Doug Hellmann wrote:
PTLs,
We have quite a few unreleased client changes pending, and it would
be good to go ahead and publish them so they can be teste
Can someone from the Docs team take a look at why there isn't a docs URL
for the networking-sfc repo?
Compare [1] vs [2]
The first URL appears to be a rendering of the docs/source/index.rst
from the Neutron Git repo, but the second one gives a Not Found even
though there is a docs/source/ind
-1
Unless there's something more to this, I don't think it's worth any sort of
risk to stability just to shuffle API implementations around that can't
wait for mikata.
On Fri, Sep 4, 2015 at 12:28 PM, Henry Nash
wrote:
> Keystone has, for a number of releases, supported the concept of
> inheri
Adding a dns server adds more complexity into the mix. You need to support both
a dns server and a metadata server at that point.
From: Kevin Benton [[email protected]]
Sent: Friday, September 04, 2015 1:25 PM
To: OpenStack Development Mailing List (not for usage
On 4 September 2015 at 15:33, Paul Carver wrote:
>
> Can someone from the Docs team take a look at why there isn't a docs URL
> for the networking-sfc repo?
>
Everything in OpenStack is code driven. And doc publishing happens through
code review as much as anything else. [1] Should provide point
On 9/4/2015 3:13 PM, Matt Riedemann wrote:
There are a few things blowing up in the last 24 hours so might as well
make people aware.
1. gate-tempest-dsvm-large-ops was failing at a decent rate:
https://bugs.launchpad.net/nova/+bug/1491949
Turns out devstack was changed to run multihost=true
You may like below:
https://gist.github.com/yosshy/5da0c2d6af1b446088bc
Akira
> Hi,
>
> I'm trying to trace a request made for an instance and looking at the flow
> in the code.
> I'm just trying to understand better how the request goes from the
> dashboard to the nova-api , to the other interna
On 09/04/2015 10:04 AM, Monty Taylor wrote:
mordred@camelot:~$ neutron net-create test-net-mt
Policy doesn't allow create_network to be performed.
Thank you neutron. Excellent job.
Here's what that looks like at the REST layer:
DEBUG: keystoneclient.session RESP: [403] date: Fri, 04 Sep 2015
79 matches
Mail list logo
