26 июня 2015 г. 2:47 пользователь GHANSHYAM MANN ghanshyamm...@gmail.com
написал:
On Sat, Jun 20, 2015 at 9:14 AM, Devananda van der Veen
devananda@gmail.com wrote:
Almost all of our discussions so far on this topic have left something
out,
which Monty pointed out to me last week. I'm
26 июня 2015 г. 2:48 пользователь GHANSHYAM MANN ghanshyamm...@gmail.com
написал:
On Thu, Jun 25, 2015 at 5:18 PM, Ken'ichi Ohmichi ken1ohmi...@gmail.com
wrote:
Sorry for late response here,
2015-06-20 9:14 GMT+09:00 Devananda van der Veen
devananda@gmail.com:
Long version...
Hi,
First, thank you all for your contributions on that topic (I don't know
what it has been split in two thread but let reply on this one)
Igor : the problem I try to solve is the following, I would like to be able
to :
1/decide on which compute node I want to deploy a plugin. for the example
of
Hi,
The Python 3.4 gate (py34) of cinder, glance and nova just became
voting. You now have to write Python code compatible with Python 2.7 and
3.4.
If the py34 check job fails on your patch, you may try to rebase it to
get the new tox.ini and updated requirements.
You can find information
Hi,
The gate is 'non-voting' so it actually doesn't block the merge.
But in console I see such errors:
TypeError: Unicode-objects must be encoded before hashing
which means py34 compatibility is broken in code (not by you maybe, but
it is).
If you will fix it in your next patches your team
Hi,
Le 26/06/2015 09:17, 孙明达 a écrit :
I am a new contributor for openstack.
the following url is my code review for glance_store
https://review.openstack.org/#/c/193403/
Jenkins check failed on gate-glance_store-python34
Referring to the console info, I have never changed the code
Hi all,
I am a new contributor for openstack.
the following url is my code review for glance_store
https://review.openstack.org/#/c/193403/
Jenkins check failed on gate-glance_store-python34
Referring to the console info, I have never changed the code mentioned.
have any
On Fri, Jun 26, 2015 at 7:39 AM, Dmitry Tantsur dtant...@redhat.com wrote:
On 06/26/2015 04:08 PM, Sean Dague wrote:
On 06/26/2015 07:43 AM, Dmitry Tantsur wrote:
On 06/26/2015 01:14 PM, Sean Dague wrote:
On 06/16/2015 09:51 AM, Dmitry Tantsur wrote:
On 06/16/2015 08:56 AM, Dmitry
On Fri, 26 Jun 2015, Chris Dent wrote:
Please provide your input soon. We will close the voting at the end
of Wednesday, July 3rd and will be posting a proposed schedule soon
thereafter. Note that due to time constraints the mid-cycle could
happen as soon as the following Monday, July 6th.
Hello TripleOers,
At the last mid-cycle we briefly discussed whether we should have
separate groups for tripleo and DIB core and decided it wasn't
necessary. I would like to revisit that topic.
It seems clear to me that we have some existing tripleo cores who are
becoming less familiar with the
On 06/26/2015 04:26 AM, Victor Stinner wrote:
Hi,
The Python 3.4 gate (py34) of cinder, glance and nova just became
voting. You now have to write Python code compatible with Python 2.7 and
3.4.
WOOHOO! Well done!
If the py34 check job fails on your patch, you may try to rebase it to
get
On 06/26/2015 01:14 PM, Sean Dague wrote:
On 06/16/2015 09:51 AM, Dmitry Tantsur wrote:
On 06/16/2015 08:56 AM, Dmitry Tantsur wrote:
To sum this long post up, I'm seeing that hiding new features based on
microversions brings much more problems, than it solves (I'm not aware
of the latter at
Hi together,
for a new ml2 plugin I would like to pass over some data from neutron to
nova on port creation and update (exploiting port binding extension
[1]). For my prototype I thought of using one of the following response
dictionaries to add my information:
- binding:vif_details
-
Matthew Booth wrote:
I wrote this:
https://review.openstack.org/#/c/195983/1/tools/de-pbr.py,cm
Ideally we'd fix PBR, but this seems to be expected behaviour. Thoughts?
+1 to doing the ideal and fixing PBR (if it needs fixing) :-)
Matt
On 06/25/2015 05:39 PM, Tim Bell wrote:
On 25/06/15 09:49, Thierry Carrez thie...@openstack.org wrote:
Maxim Nestratov wrote:
24.06.2015 20:21, Daniel P. Berrange пишет:
On Wed, Jun 24, 2015 at 04:46:57PM +, Michael Krotscheck wrote:
First: Overhead
- 1 week for vacation
- 1 week
+1 such a blog post would be great and would really help other projects
align/reuse where appropriate :)
Hot off the presses:
http://www.danplanet.com/blog/2015/06/26/upgrading-nova-to-kilo-with-minimal-downtime/
--Dan
Ceilometer contributors and other interested parties,
This cycle, due to all the usual constraints, the Ceilometer project is
going to have a virtual mid-cycle. In order to make this a success we
need to be extra good at planning and keeping to an effective agenda. To
help us do that we need to
I agree!
A positive root_gb of volume-backed instances which has different volume size
is confusing!
Last week I submit a patch to correct disk
filter(https://review.openstack.org/#/c/194059/).
But if we set instance.root_gb=0 for volume-backed instances, such problems
could be solved
On 06/26/2015 04:08 PM, Sean Dague wrote:
On 06/26/2015 07:43 AM, Dmitry Tantsur wrote:
On 06/26/2015 01:14 PM, Sean Dague wrote:
On 06/16/2015 09:51 AM, Dmitry Tantsur wrote:
On 06/16/2015 08:56 AM, Dmitry Tantsur wrote:
To sum this long post up, I'm seeing that hiding new features based on
Hi fellow Fuelers and Stackers,
I'm writing to you with an update on the project I am working on
regarding separating one or more services from a Fuel controller node.
The scope of this project is limited at this point to separation of
database, keystone, RabbitMQ, and horizon from the default
hi,
recently we added a change in Ceilometer to lower the size of our id
fields in our storage model[1]. the reason we did this was because the
original size of varchar(255) we assigned to ids were so large that if
we wanted to generate some of our larger constraint requirements, it
would
On 06/26/2015 07:43 AM, Dmitry Tantsur wrote:
On 06/26/2015 01:14 PM, Sean Dague wrote:
On 06/16/2015 09:51 AM, Dmitry Tantsur wrote:
On 06/16/2015 08:56 AM, Dmitry Tantsur wrote:
To sum this long post up, I'm seeing that hiding new features based on
microversions brings much more problems,
Hi Andreas,
On 26/06/15 14:04, Andreas Scheuring wrote:
Hi together,
for a new ml2 plugin I would like to pass over some data from neutron to
nova on port creation and update (exploiting port binding extension
[1]). For my prototype I thought of using one of the following response
dictionaries
On 06/26/2015 04:57 PM, Joe Gordon wrote:
On Fri, Jun 26, 2015 at 7:39 AM, Dmitry Tantsur dtant...@redhat.com
mailto:dtant...@redhat.com wrote:
On 06/26/2015 04:08 PM, Sean Dague wrote:
On 06/26/2015 07:43 AM, Dmitry Tantsur wrote:
On 06/26/2015 01:14 PM, Sean Dague
On 2015-06-25 16:39:56 + (+), Tim Bell wrote:
[...]
One of the problems that I’ve seen is with specs etiquette where
people -1 because they have a question. This is a question of
education rather than a fundamental issue with the process.
On Fri, Jun 26, 2015 at 5:43 AM, Monty Taylor mord...@inaugust.com wrote:
On 06/26/2015 04:26 AM, Victor Stinner wrote:
Hi,
The Python 3.4 gate (py34) of cinder, glance and nova just became
voting. You now have to write Python code compatible with Python 2.7 and
3.4.
WOOHOO! Well
On 06/26/2015 04:58 PM, Devananda van der Veen wrote:
Dmitry,
Feature strings won't work. It only makes things more complex, without
addressing the underlying issue.
What happens when we change, even in a small way, the API surface
exposed by an existing feature? How is that change exposed --
Hi, Rui, Abhishek,
There is email can answer your question:
http://lists.openstack.org/pipermail/openstack-dev/2015-June/068079.html
Thanks
Alex
2015-06-27 11:33 GMT+08:00 Rui Chen chenrui.m...@gmail.com:
I have same question about this.
My spec and blueprint:
Excerpts from Gregory Haynes's message of 2015-06-26 08:17:36 -0700:
Hello TripleOers,
At the last mid-cycle we briefly discussed whether we should have
separate groups for tripleo and DIB core and decided it wasn't
necessary. I would like to revisit that topic.
It seems clear to me that
On 06/26/2015 11:00 AM, gordon chung wrote:
hi,
recently we added a change in Ceilometer to lower the size of our id
fields in our storage model[1]. the reason we did this was because the
original size of varchar(255) we assigned to ids were so large that if
we wanted to generate some of our
Totally agreed!
Edgar
From: Salvatore Orlando
Reply-To: OpenStack Development Mailing List (not for usage questions)
Date: Thursday, June 25, 2015 at 3:44 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [openstack-infra] [neutron] Third Party CI
On Wed, Jun 24, 2015 at 11:44 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Jun 24, 2015 at 11:03 AM, Sean Dague s...@dague.net wrote:
On 06/24/2015 01:41 PM, Russell Bryant wrote:
On 06/24/2015 01:31 PM, Joe Gordon wrote:
On Tue, Jun 16, 2015 at 9:58 AM, Sean Dague
That bug is about adding things that the user can pass to the port. I think
Andreas is just talking about passing data to Nova that his ML2 plugin
generates. The key difference would be that adding key/value pairs to the
port API that the user populates would be exposing implementation details
to
Greetings all stackers,
I propose that we add Dmitry Tantsur[1] to the futurist-core team.
Dmitry has been actively contributing to futurist[2] for a while now,
both in helping make futurist better by helping with the review load
when he can and also by starting to help integrate it into
Tempest has the TestEncryptedCinderVolumes scenario test [1] which
creates an encrypted volume type, creates a volume from that volume
type, boots a server instance and then attaches/detaches the 'encrypted'
volume to/from the server instance.
This works fine in the integrated gate because
Welcome Dmitry!
-- dims
On Fri, Jun 26, 2015 at 1:24 PM, Joshua Harlow harlo...@outlook.com wrote:
Greetings all stackers,
I propose that we add Dmitry Tantsur[1] to the futurist-core team.
Dmitry has been actively contributing to futurist[2] for a while now, both
in helping make futurist
On Fri, Jun 26, 2015 at 8:17 AM, Gregory Haynes g...@greghaynes.net wrote:
Hello TripleOers,
At the last mid-cycle we briefly discussed whether we should have
separate groups for tripleo and DIB core and decided it wasn't
necessary. I would like to revisit that topic.
It seems clear to me
hi all,
we have 1 API guideline that is ready for final review
1. Adds clarifications on state-conflicting requests
https://review.openstack.org/#/c/180094
if the API working group hasn't received any further feedback, we'll
merge this on July 3.
regards,
mike
Excerpts from Clint Byrum's message of 2015-06-26 17:21:29 +:
Excerpts from Gregory Haynes's message of 2015-06-26 08:17:36 -0700:
Hello TripleOers,
At the last mid-cycle we briefly discussed whether we should have
separate groups for tripleo and DIB core and decided it wasn't
On Thu, Jun 25, 2015 at 5:40 PM, Steven Hardy sha...@redhat.com wrote:
On Tue, Jun 23, 2015 at 04:05:08PM -0400, Jay Dobies wrote:
On top of that, only certain templates can be used to fulfill certain
resource types. For instance, you can't point CinderBackend to
rhel-registration.yaml. That
On 26/06/2015 1:42 PM, Jay Pipes wrote:
On 06/26/2015 11:00 AM, gordon chung wrote:
hi,
recently we added a change in Ceilometer to lower the size of our id
fields in our storage model[1]. the reason we did this was because the
original size of varchar(255) we assigned to ids were so large
+1
From: Tim Bell [tim.b...@cern.ch]
Sent: Friday, June 26, 2015 12:26 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] The unbearable lightness of specs
-Original Message-
From: Jeremy
Liberty-1 has passed and many exciting things are going on in Manila,
and lots of exciting new features have merged or are being worked on but
we cannot forget the slightly less-exciting topic of CI systems. Just
before the summit I proposed a plan for CI and we agreed to it. The
original
Hi,
In case you've missed it, we have now voting functional testing jobs.
For example, if you submit a patch in puppet-keystone, it will deploy
keystone on both Ubuntu Trusty CentOS7, and test that it works, by
using Beaker framework [1].
[1] https://github.com/puppetlabs/beaker-rspec
We would
I would like to put the cross-project spec for python 3 integration
testing [1] before the TC for approval. Before I do that, it would be
nice to have sign-off from a representative of most of the projects that
will be participating in the initial porting effort, the QA PTL, and
someone on the
On 2015-06-26 19:26:57 + (+), Tim Bell wrote:
I also feel that stackalytics should credit people of a 0 review
comment on specs. Currently, I think that only non-zero reviews
are considered as a contribution. My understanding of the workflow
is that a 0 is in many cases is the
On 6/22/2015 4:55 AM, Daniel P. Berrange wrote:
On Sun, Jun 21, 2015 at 11:14:00AM -0500, Matt Riedemann wrote:
On 6/20/2015 3:35 PM, Daniel P. Berrange wrote:
On Sat, Jun 20, 2015 at 01:50:53PM -0500, Matt Riedemann wrote:
Waking up from a rare nap opportunity on a Saturday, this is what
-Original Message-
From: Jeremy Stanley [mailto:fu...@yuggoth.org]
Sent: 26 June 2015 16:42
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] The unbearable lightness of specs
On 2015-06-25 16:39:56 + (+), Tim Bell wrote:
On 6/26/2015 2:17 PM, Matt Riedemann wrote:
On 6/22/2015 4:55 AM, Daniel P. Berrange wrote:
On Sun, Jun 21, 2015 at 11:14:00AM -0500, Matt Riedemann wrote:
On 6/20/2015 3:35 PM, Daniel P. Berrange wrote:
On Sat, Jun 20, 2015 at 01:50:53PM -0500, Matt Riedemann wrote:
Waking up from a
On Fri, Jun 26, 2015 at 8:14 AM, Neil Jerram neil.jer...@metaswitch.com
wrote:
Hi Andreas,
On 26/06/15 14:04, Andreas Scheuring wrote:
Hi together,
for a new ml2 plugin I would like to pass over some data from neutron to
nova on port creation and update (exploiting port binding extension
On Jun 25, 2015, at 2:58 PM, JJ Asghar jasg...@chef.io wrote:
I have released the 1.3.0.rc.0 version of the knife-openstack[1] gem.
I have bumped the rc.1 and pushed the gem to rubygems.org.
I added the initial floating_ip ability to list the floating_ip(s) from the
knife plugin. We
Hi team,
I would like to start my question by using a sample template:
heat_template_version: 2014-10-16
parameters:
count:
type: number
default: 5
removal_list:
type: comma_delimited_list
default: []
resources:
sample_group:
type: OS::Heat::ResourceGroup
On Fri, Jun 26, 2015 at 1:21 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Gregory Haynes's message of 2015-06-26 08:17:36 -0700:
Hello TripleOers,
At the last mid-cycle we briefly discussed whether we should have
separate groups for tripleo and DIB core and decided it wasn't
-Original Message-
From: Nikola Đipanov [mailto:ndipa...@redhat.com]
Sent: 26 June 2015 18:34
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Nova] The unbearable lightness of specs
On 06/25/2015 05:39 PM, Tim Bell wrote:
On 25/06/15 09:49, Thierry Carrez
Kekane, Abhishek would like to recall the message, [Nova] [Liberty] Approval
dates for non-priority specs .
__
Disclaimer: This email and any attachments are sent in strictest confidence
for the sole use of the addressee and may
Hi Nova Devs,
I have submitted a nova spec [1] for improving unshelve api performance.
It's not listed under the liberty priorities, in spec also I have set project
priority as None and in Launchpad blueprint [2] also milestone target is None.
As per nova liberty schedule, June 23-25, 2015 were
Hi Nova Devs,
I have submitted a nova spec [1] for improving unshelve api performance.
It's not listed under the liberty priorities, in spec also I have set project
priority as None and in Launchpad blueprint [2] also milestone target is None.
As per nova liberty schedule, June 23-25, 2015 were
Kekane, Abhishek would like to recall the message, [Nova] [Liberty] Approval
dates for non-priority specs .
__
Disclaimer: This email and any attachments are sent in strictest confidence
for the sole use of the addressee and may
Hi everybody,
Next week, from Tue (Jul 29th) to Thu (Jun 2nd), a few of us will
be physically [1] attending the neutron QoS coding sprint in Ra'anana
(Israel) @ the Red Hat office.
And a few others have expressed their will to join us remotely
(Thanks!!) :)
I guess a
On Jun 25, 2015, at 7:35 PM, 杨苏立 Yang Su Li yangs...@gmail.com wrote:
Thanks a lot for your answer.
I guess that is an excellent answer on why does swift explicitly disable
object data caching at the page cache level. But my question is a bit
different Why doesn't swift use memcached
Hi all,
Since almost all the cores are on vacation next week, we're canceling the
IRC meeting on 6/30. Expect slow responses for reviews and email all next
week.
Tim
__
OpenStack Development Mailing List (not for usage
On Fri, Jun 26, 2015 at 12:27 PM, gordon chung g...@live.ca wrote:
On 26/06/2015 1:42 PM, Jay Pipes wrote:
On 06/26/2015 11:00 AM, gordon chung wrote:
hi,
recently we added a change in Ceilometer to lower the size of our id
fields in our storage model[1]. the reason we did this was
Hi Team,
We should definitely look into this
https://github.com/GoogleCloudPlatform/kubernetes/blob/8813c955182e3c9daae68a8257365e02cd871c65/release-0.19.0/docs/proposals/federation.md,
it would be fantastic if Tricircle could provide support for this feature
--
Zhipeng (Howard) Huang
Standard
Friendly reminder that there are 3rd party CI weekly meetings [1] for us to
come together and work out issues and find ways to make it easier to setup and
maintain a 3rd party ci system.
[1]
https://wiki.openstack.org/wiki/Meetings/ThirdParty#Weekly_Third_Party_meetings
Ramy
-Original
Excerpts from 杨苏立 Yang Su Li's message of 2015-06-25 17:35:18 -0700:
Thanks a lot for your answer.
I guess that is an excellent answer on why does swift explicitly disable
object data caching at the page cache level. But my question is a bit
different Why doesn't swift use memcached to cache
Folks
I am thrilled to nominate Aleksandr Didenko as a new core reviewer for Fuel
Library.
Sasha has been working on FL for almost three years.
He is a rather strict reviewer (20% of '-1s') #4 in the list (3 others are
already core reviewers) for the last year and #4 contributor by commits
with
No
On Fri, Jun 26, 2015 at 10:15 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Jun 24, 2015 at 11:44 AM, Joe Gordon joe.gord...@gmail.com
wrote:
On Wed, Jun 24, 2015 at 11:03 AM, Sean Dague s...@dague.net wrote:
On 06/24/2015 01:41 PM, Russell Bryant wrote:
On 06/24/2015 01:31
+1
On Fri 26 Jun 2015 at 18:18 Dmitry Borodaenko dborodae...@mirantis.com
wrote:
+1
For reference, fuel-library stats for 90 days:
http://stackalytics.com/report/contribution/fuel-library/90
On Fri, Jun 26, 2015 at 2:51 PM Vladimir Kuklin vkuk...@mirantis.com
wrote:
Folks
I am thrilled
+1. Alex's work on increasing quality in fuel-library is very valuable.
On Fri, Jun 26, 2015 at 3:59 PM, Sergii Golovatiuk sgolovat...@mirantis.com
wrote:
+1
On Fri 26 Jun 2015 at 18:18 Dmitry Borodaenko dborodae...@mirantis.com
wrote:
+1
For reference, fuel-library stats for 90 days:
Thanks Kyle.
Yes, I’d wait with further processing of this request till we have a consensus
on the thread.
From: Kyle Mestery [mailto:mest...@mestery.com]
Sent: Thursday, June 25, 2015 8:11 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev]
The plan is to move to yaql 1.0 this release. Please do not merge yaql 1.0
into Mistral yet. Migration is going to happen really soon
Sincerely yours,
Stan Lagun
Principal Software Engineer @ Mirantis
sla...@mirantis.com
On Fri, Jun 26, 2015 at 8:17 AM, Renat Akhmerov rakhme...@mirantis.com
On Thu, Jun 25, 2015 at 7:35 PM, 杨苏立 Yang Su Li yangs...@gmail.com wrote:
I guess that is an excellent answer on why does swift explicitly disable
object data caching at the page cache level. But my question is a bit
different Why doesn't swift use memcached to cache object data? Not that
it
Hi folks,
Currently we use a lockfile to protect the create operations from concurrent
delete the source volume/snapshot, we use exclusive
locks on both delete and create sides which will ensure that:
1. If a create of VolA from snap/VolB is in progress, any delete requests
for
The idea is quite like what Tricircle want to do on OpenStack. Interesting.
Tricicle provides OS provisioning across-OpenStack cloud, Magnum which work
above OpenStack can make kubernetes being able to deliver these container on
provisioned distributed OS cluster.
Best Regards
Chaoyi Huang (
I have same question about this.
My spec and blueprint:
https://review.openstack.org/#/c/169638/
https://blueprints.launchpad.net/nova/+spec/selecting-subnet-when-creating-vm
2015-06-26 17:56 GMT+08:00 Kekane, Abhishek abhishek.kek...@nttdata.com:
Hi Nova Devs,
I have submitted a nova
Re python 3 sounds fantastic. Re changing around python client, lets hold off
on that until we have a concrete plan for getting a python client in an
operational state in the proper repository.
Regards
-steve
From: Tom Cammann tom.camm...@hp.commailto:tom.camm...@hp.com
Reply-To: OpenStack
On 06/25/2015 09:46 PM, Joe Gordon wrote:
On Thu, Jun 25, 2015 at 1:39 AM, Nikola Đipanov ndipa...@redhat.com
As someone who does a lot of spec reviews, I take +1s from the right
people (not always nova-cores) to mean a lot, so much that I regularly
will simply skim the
There are several problems in algorithms which calculate size of host local
disk space consumed by a volume-backed instance [1]. Obviously the
volume-backed instance does not use the host local disk for the root volume.
But these algorithms use root_gb, min_size, size
Hi, Lingxian Kong,
Thank you for your reply.
-Original Message-
From: Lingxian Kong [mailto:anlin.k...@gmail.com]
Sent: Thursday, June 25, 2015 7:59 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [oslo] About
Hello everyone,
I am glad to inform you that Fuel for Openstack 6.1 is out now. Feel
free to download the new release from https://www.fuel-infra.org.
Thanks to all contributors for making this release happen.
--
EugeneB
On 06/16/2015 09:51 AM, Dmitry Tantsur wrote:
On 06/16/2015 08:56 AM, Dmitry Tantsur wrote:
To sum this long post up, I'm seeing that hiding new features based on
microversions brings much more problems, than it solves (I'm not aware
of the latter at all). I'm very opposed to continuing doing
On 06/26/2015 07:24 AM, Clark Boylan wrote:
On Fri, Jun 26, 2015, at 04:01 AM, Matthew Booth wrote:
I wrote this:
https://review.openstack.org/#/c/195983/1/tools/de-pbr.py,cm
Ideally we'd fix PBR, but this seems to be expected behaviour. Thoughts?
Use the PBR_VERSION env var [1], it exists
Hi, Doug Hellmann,
Thank you for your reply.
-Original Message-
From: Doug Hellmann [mailto:d...@doughellmann.com]
Sent: Friday, June 26, 2015 1:04 AM
To: openstack-dev
Subject: Re: [openstack-dev] [oslo] About app-agnostic-logging-parameters
Excerpts from Fujita, Daisuke's
On 26 June 2015 at 11:19, Nikola Đipanov ndipa...@redhat.com wrote:
On 06/25/2015 09:46 PM, Joe Gordon wrote:
On Thu, Jun 25, 2015 at 1:39 AM, Nikola Đipanov ndipa...@redhat.com
As someone who does a lot of spec reviews, I take +1s from the right
people (not always nova-cores) to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/26/2015 01:01 PM, Matthew Booth wrote:
I wrote this:
https://review.openstack.org/#/c/195983/1/tools/de-pbr.py,cm
Ideally we'd fix PBR, but this seems to be expected behaviour.
Thoughts?
Matt
You either use an older pbr version,
Hi all,
I'm Takanori Miyagishi.
I and Yushiro Furukawa, my co-worker, are planning to implement Distributed
SNAT in Liberty cycle.
So, I looking for information about Distributed SNAT implementation.
For now, I got some information from openstack-dev ML[1][2][3] and etherpad[4].
Would you please
Hi all,
Liberty 1 milestone for Mistral server and Mistral client 0.3.0 have been
released!
Visit corresponding release pages to see information on fixed bugs and
implemented blueprints:
https://launchpad.net/mistral/liberty/liberty-1
https://launchpad.net/mistral/liberty/liberty-1
On Fri, Jun 26, 2015, at 04:01 AM, Matthew Booth wrote:
I wrote this:
https://review.openstack.org/#/c/195983/1/tools/de-pbr.py,cm
Ideally we'd fix PBR, but this seems to be expected behaviour. Thoughts?
Use the PBR_VERSION env var [1], it exists so that downstreams can
assert a specific
Hi,
Liberty-1 has been tagged and release, as such we have hit the
promised Spec Freeze.
https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule
We discussed this at the nova-meeting yesterday, but here are more
specifics on how we try to track this process.
A) Liberty Priority Specs not
I wrote this:
https://review.openstack.org/#/c/195983/1/tools/de-pbr.py,cm
Ideally we'd fix PBR, but this seems to be expected behaviour. Thoughts?
Matt
--
Matthew Booth
Red Hat Engineering, Virtualisation Team
Phone: +442070094448 (UK)
GPG ID: D33C3490
GPG FPR: 3733 612D 2D05 5458 8A8A 1600
Hi all,
Had another pass of the AngularJS documentation:
https://review.openstack.org/#/c/182243/
My hope here is to merge soon, noting those sections that may change, and
update as they do change. This may potentially mean short periods of inaccuracy
between the docs and reality, but
Excerpts from Lingxian Kong's message of 2015-06-26 12:14:57 +0800:
On Fri, Jun 26, 2015 at 12:03 AM, Doug Hellmann d...@doughellmann.com wrote:
The goal is to set up the default log format string to be the same in
all projects, and have the context class provide application-specific
On 06/25/2015 09:54 PM, Li, Chen wrote:
Thanks for the reply.
My puzzle here is :
I create containers objects by my own, why other users can access
them ?
As mentioned in your article[1], the domain sahara_proxy is created by user admin in
project openstack.
But I'm working under
93 matches
Mail list logo