Hi, Alexander
Thank you for formalizing specifications and requirements! I will be glad
to work on implementation of app actions, once we finish discussing them. I
have created new blueprint
https://blueprints.launchpad.net/murano/+spec/application-actions and
referenced etherpad as
Hi,
Are there are any software license management tools available for openstack
? For eg. the tool should track the usage of the number of instances
launched using a particular licensed image.
Are there any third party tools also available for this?
Thanks,
Tizy
Hi all,
just some general information for your trip:
- Darmstadt is quite close to Frankfurt am Main:
From Frankfurt Airport you can take a bus shuttle that takes you directly to
the office campus (the trip takes around 25 minutes depending on your arrival
gate):
Hi All,
Currently in the
horizon/openstack_dashboard/dashboards/project/networks/workflows.py in
classes such as CreateNetwork, CreateNetworkInfo and CreateSubnetInfo, the
contributes or default_steps as shown below are fixed. Is it possible to add
entries to those attributes conditionally?
156
Hi, guys
There are some BPs working on improve the usability of API policy. Initially
those BP just for v2.1/v3 API. For v2 API, we just want to it keep the same
as before.
But in Juno design summit, we get some complain about policy is hard to use.
Hi,
I'm trying to deploy Ironic with devstack. I'm using Ubuntu 14.04 and
follow the manual on
http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack
Everything works fine until I want to spawn a new instance.
The instance remains in the spawning task.
On Thu, May 29, 2014 at 11:25 AM, Thomas Goirand z...@debian.org wrote:
So I'm wondering: are we being careful enough when selecting
dependencies? In this case, I think we haven't, and I would recommend
against using wrapt. Not only because it embeds six.py, but because
upstream looks
On Fri, May 30, 2014 at 4:57 AM, Zane Bitter zbit...@redhat.com wrote:
On 29/05/14 13:33, Mike Spreitzer wrote:
Devananda van der Veen devananda@gmail.com wrote on 05/29/2014
01:26:12 PM:
Hi Jaromir,
I agree that the midcycle meetup with TripleO and Ironic was very
beneficial
Even though the OS supports it now, it's possible that there could still be
network backends that don't handle it yet. Specifically certain L3 router
implementations that map to a physical router that doesn't support the
overlapping spaces.
I'm not sure how many deployments are like that, but
Excerpt from Zane Bitter's message on 29/05/2014 20:57:10:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 29/05/2014 20:59
Subject: Re: [openstack-dev] [TripleO] [Ironic] [Heat] Mid-cycle
collaborative meetup
snip
BTW one timing option I haven't seen
On 05/29/2014 08:40 PM, Gabriel Hurley wrote:
we could have a poll for the name.
Gabriel, would you like to run that?
I can run that if you like, though it might be more official coming from the
PTL. ;-)
I'm sure that David is reading this and that he will tell us when
anything we are
It seems that method has some room for optimization, and I suspect the same
logic has been used in other type drivers as well.
If optimization is possible, it might be the case to open a bug for it.
Salvatore
On 30 May 2014 04:58, Xurong Yang ido...@gmail.com wrote:
Hi,
Thanks for your
Hi,
Due to some important changes with Climate (which is now Blazar) and as
the team is quite changing, I want to make sure we run the weekly
meeting today at 3pm UTC.
Thanks,
-Sylvain
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hi,
Due to some important changes with Climate (which is now Blazar) and as
the team is quite changing, I want to make sure we run the weekly
meeting today at 3pm UTC.
Thanks,
-Sylvain
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hello Takashi,
thanks for doing this! As we have proposed ExaBgp[1] in the Dynamic Routing
blueprint[2], I've added a new column for this speaker in the wiki page. I
plan to fill it soon.
ExaBgp was our first choice because we thought that run something in
library mode would be much more easy to
Agree. Lets for now assume nothing about events and have separate list of
blueprints for actions. As soon as we get back to event design we will
decide how they connected with actions and maybe then mark some of event
blueprints as obsolete/superseded
Sincerely yours,
Stan Lagun
Principal
Hi Hirofumi,
I reckon this has been immediately recognised as a long term effort.
However, I just want to clarify that by long term I don't mean pushing it
back until we get to the next release cycle and we realize we are in the
same place where we are today!
It is totally correct that most
Zane Bitter wrote:
I think the problem is that we still have elements of the 'project'
terminology around from the bad old days of the pointless
core/core-but-don't-call-it-core/library/gating/supporting project
taxonomy, where project == repository. The result is that every time a
new
Hi All,
I have developed a cinder driver. Can you please share the steps to create
an unit test environment and how to run unit test?
*Thanks Regards*,
Yogesh Prasad.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Tizy Ninan wrote:
Are there are any software license management tools available for
openstack ? For eg. the tool should track the usage of the number of
instances launched using a particular licensed image.
Are there any third party tools also available for this?
This is a development-focused
On 30/05/14 02:08, James Slagle wrote:
On Thu, May 29, 2014 at 12:25 PM, Anita Kuno ante...@anteaya.info wrote:
As I was reviewing this patch today:
https://review.openstack.org/#/c/96160/
It occurred to me that the tuskar project is part of the tripleo
program:
Hello,
For what it is worth I was toying around with the possibility to extend the
federation mapping mechanism to be used with keystone's external auth plugin. I
believe this would allow easy, immediate and generic support of other
federation protocols through apache mods without the need to
Thank You.
Regards,
Tizy
On Fri, May 30, 2014 at 2:34 PM, Thierry Carrez thie...@openstack.org
wrote:
Tizy Ninan wrote:
Are there are any software license management tools available for
openstack ? For eg. the tool should track the usage of the number of
instances launched using a
It's still there, yes.
I'll be there with 50% activity, I guess, so I'd like to ask Pablo to be
chair on this one.
On Fri, May 30, 2014 at 12:44 PM, Sylvain Bauza sba...@redhat.com wrote:
Hi,
Due to some important changes with Climate (which is now Blazar) and as
the team is quite changing,
Hi Tizy,
May be this is not the right mailing list for that question (what about
openstack-operators)?
We do have that feature in our StackOps Chargeback product. It can work on
any OpenStack Nova solution since Folsom.
Regards
Diego
--
Diego Parrilla
http://www.stackops.com/*CEO*
Hi,
I was about mentionning ExaBGP too! can we also consider using those
BGP speakers for BGPVPN implementation [1].
This would be consistent to have the same BGP speaker used for every
BGP needs inside Neutron.
[1]https://review.openstack.org/#/c/93329/
On Fri, May 30, 2014 at 10:54 AM, Jaume
Hi. At this moment, Neutron doesn't offer physical network information for now.
There is a proposal for it[1] and it was discussed at the summit [2].
Although it is still early design phase[3][4], using routing protocol will
surely
help to discover physical network topology.
[1]
Thomas Goirand wrote:
So I'm wondering: are we being careful enough when selecting
dependencies? In this case, I think we haven't, and I would recommend
against using wrapt. Not only because it embeds six.py, but because
upstream looks uncooperative, and bound to its own use cases.
Proposed
Hi All,
I would like to propose to add Tuskar as a permanent topic to the agenda
for our weekly IRC meetings. It is an official TripleO's project, there
happening quite a lot around it and we are targeting for Juno to have
something solid. So I think that it is important for us to regularly
Hi all,
Modular agent seems to have to choose between two type of architecture [1].
As I understood during the last ML2 meeting [2], Extension driver
seems to be the most reasonnable choice.
But I think that those two approaches are complementory : Extension
drivers will deal with RPC callbacks
On 30.5.2014 11:06, Tomas Sedovic wrote:
On 30/05/14 02:08, James Slagle wrote:
On Thu, May 29, 2014 at 12:25 PM, Anita Kuno ante...@anteaya.info wrote:
As I was reviewing this patch today:
https://review.openstack.org/#/c/96160/
It occurred to me that the tuskar project is part of the
On 2014/30/05 02:08, James Slagle wrote:
On Thu, May 29, 2014 at 12:25 PM, Anita Kuno ante...@anteaya.info wrote:
As I was reviewing this patch today:
https://review.openstack.org/#/c/96160/
It occurred to me that the tuskar project is part of the tripleo
program:
Hi UXers,
I just wanted to remind all, that on Monday June 2, 2014 at 1700 UTC we
are starting with OpenStack UX meetings (#openstack-meeting-3).
More details: https://wiki.openstack.org/wiki/Meetings/UX
I'd like to ask all participants if you could write your time zones
here:
Hi Devananda,
it is interesting. I think that we can invite Nova as well and join our
efforts at one place. It will be like a tiny (more focused) summit but
it sounds that all projects can benefit a lot from it. What do you think?
[added Nova tag to the subject]
Nova folks, what do you
On 2014/29/05 20:57, Zane Bitter wrote:
On 29/05/14 13:33, Mike Spreitzer wrote:
Devananda van der Veen devananda@gmail.com wrote on 05/29/2014
01:26:12 PM:
Hi Jaromir,
I agree that the midcycle meetup with TripleO and Ironic was very
beneficial last cycle, but this cycle, Ironic
On 2014/30/05 10:00, Thomas Spatzier wrote:
Excerpt from Zane Bitter's message on 29/05/2014 20:57:10:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 29/05/2014 20:59
Subject: Re: [openstack-dev] [TripleO] [Ironic] [Heat] Mid-cycle
collaborative meetup
snip
Le 30/05/2014 14:00, Sylvain Bauza a écrit :
Hi Keystone developers,
I just opened a bug [1] because Ironic and Blazar (ex. Climate) patches
are failing due to a new release in Keystone client which seems to
regress on midleware auth.
Do you have any ideas on if it's quick to fix, or shall
Hi Keystone developers,
I just opened a bug [1] because Ironic and Blazar (ex. Climate) patches
are failing due to a new release in Keystone client which seems to
regress on midleware auth.
Do you have any ideas on if it's quick to fix, or shall I provide a
patch to
On 05/28/2014 12:37 PM, Dat Tran wrote:
* Hi everyone,
** I have a idea for new project: Mahout-as-a-service.
** Main idea of this project:
** - Install OpenStack
** - Deploying OpenStack Sahara source
** - Deploying Mahout on Sahara OpenStack system.
** - Construction of the API.
** Through web
I did not look close to this concrete issue, but in the ceilometer there is
almost the same thing: https://bugs.launchpad.net/ceilometer/+bug/1324885
and fixes were already provided.
Will this help Blazar?
-- Dina
On Fri, May 30, 2014 at 4:00 PM, Sylvain Bauza sba...@redhat.com wrote:
Hi
Le 30/05/2014 14:07, Dina Belova a écrit :
I did not look close to this concrete issue, but in the ceilometer
there is almost the same
thing: https://bugs.launchpad.net/ceilometer/+bug/1324885 and fixes
were already provided.
Will this help Blazar?
Got the Ironic patch as well :
Mathieu Rohon wrote:
I'm also very interested in scheduling VMs with Network requirement. This
seems to be in the scope of NFV workgroup [1].
For instance, I think that scheduling should take into account bandwith/QoS
requirement for a VM, or specific Nic
This falls in my area of interest as
Hi Hugo,
Thanks for the reply. Sorry for the delay in this reply.
A couple of disks in one of the swift servers was accidentally wiped a
couple of days back. And swift was trying hard to restore back the data to
those disks. It looks like this was definitely contributing to the CPU
load.
Does
Thank you!
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Excerpts from Jaromir Coufal's message of 2014-05-30 17:16:21 +0530:
Hi Devananda,
it is interesting. I think that we can invite Nova as well and join our
efforts at one place. It will be like a tiny (more focused) summit but
it sounds that all projects can benefit a lot from it. What do
Has anyone given thought to using Kafka to back Marconi? And has there been
discussion about adding high throughput APIs to Marconi.
We're looking at providing Kafka as a messaging service for our customers, in a
scenario where throughput is a priority. We've had good luck using both
Thanks!!!
I was actually going to ask this issue :)
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
I agree with Salvatore, I don't the optimization of that method (and
possibly others) requires a BP, but rather a bug.
Can you please file one Xurong?
Thanks,
Kyle
On Fri, May 30, 2014 at 3:39 AM, Salvatore Orlando sorla...@nicira.com wrote:
It seems that method has some room for
Le 30/05/2014 14:44, CARVER, PAUL a écrit :
Mathieu Rohon wrote:
I'm also very interested in scheduling VMs with Network requirement.
This seems to be in the scope of NFV workgroup [1].
For instance, I think that scheduling should take into account
bandwith/QoS requirement for a VM, or
Hi fellow OpenStack developers,
I'm glad to announce that we're organizing a mid-cycle hacking sprint in
Paris (in eNovance office) from 2nd July to 4th July 2014.
This mid-cycle sprint is not tied to any particular OpenStack project,
so it can be the occasion to have some cross-project hacking
On Thu, May 29, 2014 at 12:25:02PM -0400, Anita Kuno wrote:
As I was reviewing this patch today:
https://review.openstack.org/#/c/96160/
It occurred to me that the tuskar project is part of the tripleo
program:
Hi Yogesh,
The best way to start writing tests is to get some examples from tests
already implemented. Since icehouse release, all tests must be written with
mock¹. Most of the tests on the codebase are written with the old framework
(mox), please have a look on this implementations:
- Original Message -
From: James Polley j...@jamezpolley.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Saturday, 24 May, 2014 1:21:53 AM
Subject: [openstack-dev] [TripleO] Change of meeting time
Following a lengthy
- Original Message -
From: Jaromir Coufal jcou...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Friday, 30 May, 2014 12:04:29 PM
Subject: Re: [openstack-dev] [tripleO] Should #tuskar business be conducted
in the #tripleo channel?
I'd say yes. I don't think the additional
On Fri, May 30, 2014 at 3:58 AM, Clark, Robert Graham
robert.cl...@hp.com wrote:
I’m sure there’s a nice way to do this, I want to pull down all the stable
code for all the current OpenStack and Stackforge projects to plug into some
analytics tooling, whats the best way to do this?
-Rob
I
On Fri 30 May 2014 04:13:31 AM MDT, Jaromir Coufal wrote:
Hi All,
I would like to propose to add Tuskar as a permanent topic to the
agenda for our weekly IRC meetings. It is an official TripleO's
project, there happening quite a lot around it and we are targeting
for Juno to have something
On 4/25/2014 7:46 AM, Doug Hellmann wrote:
On Fri, Apr 25, 2014 at 8:33 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 4/18/2014 1:18 PM, Doug Hellmann wrote:
Nice work, Victor!
I left a few comments on the commits that were made after the original
history was exported from the
On 5/27/2014 4:43 PM, Davanum Srinivas wrote:
Hi Michael,
* Phase 1 has one review left - https://review.openstack.org/#/c/92691/
* I'll update the phase 2 patch shortly -
https://review.openstack.org/#/c/87002/
* Once the 2 reviews above get approved, we will resurrect the
oslo.vmware
I'll be back to weekly meetings from next Friday.
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2014-05-30 2:20 GMT-07:00 Dina Belova dbel...@mirantis.com:
It's still there, yes.
I'll be there with 50% activity, I guess, so I'd like to ask Pablo to be
Bartosz,
this looks like a part of our global approach to rewrite pacemaker
providers to use crm_diff command instead of cs_shadow/commit approach. (
part of
https://blueprints.launchpad.net/fuel/+spec/ha-pacemaker-improvements)
If reboot attributes do not help, then we should reconsider this
Guys, we gonna have a more extended design FUEL Library design meeting in
IRC channel during regular FUEL Meeting on May 5th. So, feel free to add
blueprints to meeting agenda and we will consider adding them to 5.1
Roadmap.
On Wed, May 28, 2014 at 7:41 PM, Vladimir Kuklin vkuk...@mirantis.com
Hi Matt,
We're waiting for a few important fixes to be merged (usage of
oslo.config, eventlet tpool support). Once those are merged, we'll cut
the initial release.
Thanks,
Roman
On Fri, May 30, 2014 at 5:19 PM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 4/25/2014 7:46 AM, Doug
Hey Roman,
will it be the alpha version that should not be used by other projects
or it'll be ready to use?
Thanks.
On Fri, May 30, 2014 at 6:36 PM, Roman Podoliaka
rpodoly...@mirantis.com wrote:
Hi Matt,
We're waiting for a few important fixes to be merged (usage of
oslo.config, eventlet
june 5th?
On Fri, May 30, 2014 at 4:33 PM, Vladimir Kuklin vkuk...@mirantis.com
wrote:
Guys, we gonna have a more extended design FUEL Library design meeting in
IRC channel during regular FUEL Meeting on May 5th. So, feel free to add
blueprints to meeting agenda and we will consider adding
Thanks everyone who have joined Sahara meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-05-29-18.01.html
Log:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-05-29-18.01.log.html
--
Sincerely yours,
Sergey
Hi Sam and Stephen,
On Thu, 2014-05-29 at 21:10 -0700, Stephen Balukoff wrote:
Hi Sam,
Here are my thoughts on this:
On Thu, May 29, 2014 at 12:32 PM, Samuel Bercovici
samu...@radware.com wrote:
Before solving everything, I would like first to itemize the
things we
On Fri, May 30, 2014 at 11:06 AM, Sergey Lukjanov
slukja...@mirantis.com wrote:
Hey Roman,
will it be the alpha version that should not be used by other projects
or it'll be ready to use?
The current plan is to do alpha releases of oslo libraries during this
cycle, with a final official
So, it means that we'll be able to migrate to oslo.db lib in the end
of Juno? or early K?
On Fri, May 30, 2014 at 7:30 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Fri, May 30, 2014 at 11:06 AM, Sergey Lukjanov
slukja...@mirantis.com wrote:
Hey Roman,
will it be the alpha version
Hi Sergey,
tl;dr
I'd like to be a ready to use version, but not 1.0.0.
So it's a good question and I'd like to hear more input on this from all.
If we start from 1.0.0, this will mean that we'll be very limited in
terms of changes to public API we can make without bumping the MAJOR
part of the
The vmware driver doesn't currently use auth information passed to it by
cinder when attaching an iSCSI volume. I'm working on a patch to address
this.
Adding authentication to the existing code is relatively simple.
However, in going over the code I've noticed a problem.
The code assumes that
Hi guys,
+1 to Roman's suggestion.
I think we have to use 0.MINOR.PATCH at least during a few cycles.
API changes aren't a problem if we use a specific (frozen) version in
requirements.
Thanks,
Igor
On Fri, May 30, 2014 at 6:37 PM, Roman Podoliaka rpodoly...@mirantis.com
wrote:
Hi Sergey,
Hey,
-2 has been removed, feel free to ping me in IRC if you need quicker
turn around, been traveling last few days.
Thanks,
John
On 27 May 2014 19:21, Robert Li (baoli) ba...@cisco.com wrote:
Hi John,
Now that we have agreement during the summit on how to proceed in order to
get it in to
Hi y'all!
Re-responses inline:
On Fri, May 30, 2014 at 8:25 AM, Brandon Logan brandon.lo...@rackspace.com
wrote:
§ Where can a user check the success of the update?
Depending on the object... either the status of the child object
itself or all of its affected parent(s).
The auth_token middleware changed recently[1] to check if tokens retrieved
from the cache are expired based on the expiration time in the token. The
unit tests for Blazar, Ceilometer, and Ironic are all using a copy-pasted
fake memcache implementation that's supposed to simulate what auth_token
Hello,
I have just tried the new specs proposal. Hope it is not too bad (maybe the
text could be better but
english is not my language) :)
I have also included some of you involved with federations as reviewers.
Cheers,
Marco
On Tue, May 27, 2014 at 09:15:31AM -0500, Dolph Mathews wrote:
Hi all,
When I run Icehouse code, I encountered a strange problem. The nova-compute
service becomes stuck, when I boot instances. I report this bug in
https://bugs.launchpad.net/nova/+bug/1313477.
After thinking several days, I feel I know its root cause. This bug should
be a deadlock problem
On Wed, May 21, 2014 at 4:24 PM, Clark Boylan clark.boy...@gmail.com wrote:
Hello everyone,
Gerrit has long supported Draft patchsets, and the infra team has long
recommended against using them as they are a source of bugs and
confusion (see below for specific details if you are curious). The
John, thanks for the review. I¹m going to clarify the things you mentioned
in your comments, and upload a new version soon.
thanks,
Robert
On 5/30/14, 12:35 PM, John Garbutt j...@johngarbutt.com wrote:
Hey,
-2 has been removed, feel free to ping me in IRC if you need quicker
turn around, been
Hello All,
I'm writing to notify you of the approach the Glance community has decided to
take for doing functional API. Also, I'm writing to solicit your feedback on
this approach in the light of cross-project API consistency.
At the Atlanta Summit, the Glance team has discussed introducing
On 29/05/14 18:42, Tripp, Travis S wrote:
Hello everyone!
At the summit in Atlanta we demonstrated the “Graffiti” project
concepts. We received very positive feedback from members of multiple
dev projects as well as numerous operators. We were specifically asked
multiple times about getting
I think this is a great feature to have it in Glance. Tagging mechanism for
objects which are not owned by Glance is complimentary to artifact
catalog\repository in Glance. As soon as we keep tags and artifacts
metadata close to each other the end-user will be able to use them
seamlessly.
Greetings!
The glance-specs repository is now opened!
- If you have a blueprint that is targeted for Juno-1 and Approved: you do not
need to create a spec. Only two blueprints seem to fall into this category. See
[1] for more details.
- If you have a blueprint in Launchpad (approved or not,
On 30 May 2014, at 8:13 pm, Jaromir Coufal jcou...@redhat.com wrote:
Hi All,
I would like to propose to add Tuskar as a permanent topic to the agenda for
our weekly IRC meetings. It is an official TripleO's project, there happening
quite a lot around it and we are targeting for Juno
Yay!
No more weird CR chains.
On Fri, May 30, 2014 at 9:32 PM, Clark Boylan clark.boy...@gmail.com wrote:
On Wed, May 21, 2014 at 4:24 PM, Clark Boylan clark.boy...@gmail.com wrote:
Hello everyone,
Gerrit has long supported Draft patchsets, and the infra team has long
recommended against
Hi Carl,
The idea of in-memory storage was discussed for similar problem, but might
not work for multiple server deployment.
Some hybrid approach though may be used, I think.
Thanks,
Eugene.
On Fri, May 30, 2014 at 8:53 PM, Carl Baldwin c...@ecbaldwin.net wrote:
This is very similar to
No matter what version number we use, we will have to be careful about
API changes. We cannot have 2 versions of the same library installed
at the same time, so in order for devstack to work (and therefore the
gate), we will have to make all changes backwards-compatible and
support older APIs
On Fri, May 30, 2014 at 11:37 AM, Sergey Lukjanov
slukja...@mirantis.com wrote:
So, it means that we'll be able to migrate to oslo.db lib in the end
of Juno? or early K?
Projects will be able to start migrating to the oslo.db during this
cycle. We will have a non-alpha release by the end of
Would it make sense to provide a test fixture in the middleware
library for projects who want or need to test with token management?
Doug
On Fri, May 30, 2014 at 12:49 PM, Brant Knudson b...@acm.org wrote:
The auth_token middleware changed recently[1] to check if tokens retrieved
from the
Doug, thanks for the clarification re migration time.
I'm absolutely agree with point about need to keep API backward compat.
On Sat, May 31, 2014 at 1:04 AM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
No matter what version number we use, we will have to be careful about
API changes. We
+1 to a fixture for the middleware if this is a common practice to do unit
testing in this manner. The main issue here was mocking out the cache and using
a hand-crafted “valid” token.
We have a mechanism provided in the keystone client library that allows for
creating a valid token (all the
Is there an existing unit test for testing enabling keystone middleware in
pecan (setting cfg.CONF.pecan.auth_enable = True)? I don't seem to find
one. If there's one, it's not obvious. Can someone kindly point me to it?
On Wed, May 28, 2014 at 9:53 AM, W Chan m4d.co...@gmail.com wrote:
On Fri 30 May 2014 02:37:49 PM MDT, James Polley wrote:
On 30 May 2014, at 8:13 pm, Jaromir Coufal jcou...@redhat.com wrote:
Hi All,
I would like to propose to add Tuskar as a permanent topic to the agenda for
our weekly IRC meetings. It is an official TripleO's project, there
happening
Last week we agreed[1] to follow that other project in setting up a
specs repo.[2] (Many thanks to Ying, Monty and Clint for getting this up
and running.)
I'm still figuring out myself how this is going to work, but the basic
idea seems to be this:
- All new blueprints should be submitted
Hi stackers,
I would like to share with you great news.
We all know that it's quite hard to use Tempest out of gates, especially
when you are going to benchmark different clouds, run just part of tests
and would like to store somewhere results. As all this stuff doesn't belong
to Tempest, we
Hello all,
I am new to the openstack community and I am looking for feedback.
We would like to implement a feature that allows user to pass flat_injected
flag through instance metadata. We would like to enable this feature for images
that support config drive. This feature helps us to decrease
Thanks, Zane and Georgy!
We’ll begin getting all the expected sections for the new Glance spec repo into
this document next week and then will upload in RST format for formal review.
That is a bit more expedient since there are still several people editing. In
the meantime, we’ll take any
Eugene,
That was part of the whole new set of complications that I
dismissively waved my hands at. :)
I was thinking it would be a separate process that would communicate
over the RPC channel or something. More complications come when you
think about making this process HA, etc. It would mean
I was thinking it would be a separate process that would communicate over
the RPC channel or something.
memcached?
Eugene.
On Sat, May 31, 2014 at 2:27 AM, Carl Baldwin c...@ecbaldwin.net wrote:
Eugene,
That was part of the whole new set of complications that I
dismissively waved my hands
Hey Everyone,
Many of you may be aware that yesterday an upstream change landed that
outdated our sample cinder.conf file. As a result the Jenkins tests will
fail (and continue to fail no matter how many times you hit recheck) :)
But what you may not have known was that YOU have the power to
Stephen,
Were you still planning on doing the second blueprint that will
implement the new API calls?
Thanks,
Brandon
On Thu, 2014-05-29 at 22:36 -0700, Bo Lin wrote:
Hi Brandon and Stephen,
Really thanks for your responses and i got to know it.
Thanks!
---Bo
1 - 100 of 105 matches
Mail list logo