On 25 April 2015 at 05:43, Ben Nemec wrote:
> On 04/24/2015 07:11 AM, Russell Bryant wrote:
>> On 04/24/2015 07:21 AM, Amrith Kumar wrote:
>>> We had a hypothesis about why +0 was rarely used (never conclusively
>>> proved). Our hypothesis was that since Stackalytics didn't count +0's
>>> it led t
On 25 April 2015 at 01:13, Zane Bitter wrote:
> On 24/04/15 07:21, Amrith Kumar wrote:
>>
>> Julien,
>>
>> We had a similar discussion within Trove several months ago and agreed to
>> a convention that if you have a question, that should not warrant a -1
>> unless, as you indicate there's a strong
On 25 April 2015 at 00:11, Russell Bryant wrote:
> On 04/24/2015 07:21 AM, Amrith Kumar wrote:
>> We had a hypothesis about why +0 was rarely used (never conclusively
>> proved). Our hypothesis was that since Stackalytics didn't count +0's
>> it led to an increased propensity to -1 something. It w
Hello all,
Glance community is planning to conduct a Pre-Liberty-Summit video conferencing
event over 2 days on Tuesday May 12th and Wednesday May 13th for everyone to
discuss topics that are or are not going to be discussed at the main event. It
will help everyone be prepared at Vancouver and
The summit planning etherpad [0] is up and available for discussing topics
related to Glance during the Fishbowl and Work sessions.
The agenda for the Friday sprint will be kept open. If you've more suggestions
or need input on a topic which you would like to include as a part of the
sessions,
>
> If we've reached the point where we're arguing about naming, dos this mean
>> we've built consensus on the "yes, it makes sense for these to live under
>> Neutron" argument?
>>
>
>
I think we are in agreement that these projects need to find a more obvious
home, they feel somewhat orphan otherw
+1 about Dan's comments.
1. We should not discourage all cases for -1 for questions. Because it
often leads more discussion about the code issue, it is helpful for such
case.
Of course, it is diffcult to find a balance point, what can -1, what can 0.
I don't think 0 in gerrit works well, becaus
On 4/24/15 4:18 PM, Sean Toner wrote:
On Friday, April 24, 2015 11:20:03 AM Joshua Harlow wrote:
Sean Toner wrote:
If written to use python 3, I hope it will use all the new features
of python 3.4 moving forward.
For example, argument annotations, coroutines, asyncio, etc. At my
last workpl
On 24/04/15 20:00, Joe Gordon wrote:
On Fri, Apr 24, 2015 at 4:35 PM, Fox, Kevin M mailto:kevin@pnnl.gov>> wrote:
Notification might be a good way to integrate with nova. Individual
tenants might want to do things as vm's come up/down, etc. Right
now, you need a privileged pipe
In our pbr integration tests we ensure that 'python setup.py install'
works, as well as ensuring that 'pip install' works. But see
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015525.html
- for the last 18 months in pbr we've treated complains that setup.py
install fails as a r
On 24/04/15 19:02, Joe Gordon wrote:
On Mon, Apr 20, 2015 at 5:54 AM, Flavio Percoco mailto:fla...@redhat.com>> wrote:
Greetings,
I'd like my first action as Zaqar's PTL to be based on reflections and
transparency with regards to what our past has been, to what our
present is
On Fri, Apr 24, 2015 at 4:35 PM, Fox, Kevin M wrote:
> Notification might be a good way to integrate with nova. Individual
> tenants might want to do things as vm's come up/down, etc. Right now, you
> need a privileged pipe into rabbit. Forwarding them to Zaqar, per tenant
> queue's could solve
Keystone client version of the middleware is deprecated and only receiving
minimal security updates. This code is unlikely to see any real changes due it
its deprecation and frozen state.
We are evaluating how to remove it from the client lib.
Sent via mobile
> On Apr 24, 2015, at 00:27, Vic
Notification might be a good way to integrate with nova. Individual tenants
might want to do things as vm's come up/down, etc. Right now, you need a
privileged pipe into rabbit. Forwarding them to Zaqar, per tenant queue's could
solve the problem.
Thanks,
Kevin
Excerpts from Sean Toner's message of 2015-04-24 05:38:42 -0700:
> If written to use python 3, I hope it will use all the new features of
> python 3.4 moving forward.
>
> For example, argument annotations, coroutines, asyncio, etc. At my last
> workplace, we tried to make our project python2 and
On Mon, Apr 20, 2015 at 5:54 AM, Flavio Percoco wrote:
> Greetings,
>
> I'd like my first action as Zaqar's PTL to be based on reflections and
> transparency with regards to what our past has been, to what our
> present is and to what our future could be as a project and community.
> Therefore, I
Hi Brant,
Sorry, for being confusing earlier. We have operations an
administrator/operator is performing on behalf of a user, e.g. “Create
Loadbalancer X for user tenant-id 123”. Now we are not checking the tenant-id
and are wondering how to make the operation more robust with kesyone’s help.
On 04/24/2015 06:28 PM, David Medberry wrote:
> On Fri, Apr 24, 2015 at 2:14 AM, Chris Dent wrote:
>
>>
>> What can and should the TC at large, and you specifically, do to ensure
>> quality improves for the developers, end-users and operators of
>> OpenStack as a full system, both as a project be
On Fri, Apr 24, 2015 at 2:14 AM, Chris Dent wrote:
>
> What can and should the TC at large, and you specifically, do to ensure
> quality improves for the developers, end-users and operators of
> OpenStack as a full system, both as a project being developed and a
> product being used?
Hello Chri
From: , Motohiro mailto:yuany...@oeilvert.org>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Friday, April 24, 2015 at 3:06 AM
To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lis
On Fri, Apr 24, 2015 at 8:40 AM, Peter Penchev
wrote:
> Hi,
>
> There are a couple of Tempest volume tests, like
> test_rescued_vm_detach_volume or test_list_get_volume_attachments,
> that either sometimes[0] or always attempt to detach a volume from a
> running instance while the instance could
On Tue, Apr 21, 2015 at 2:42 PM, Artom Lifshitz wrote:
> 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.
>
> There's definitely a need for *something* that cleans up the databa
Le 24/04/2015 23:19, Matt Riedemann a écrit :
On 4/21/2015 2:00 PM, Andrew Laski wrote:
It's been a long road but due to the hard work of bauzas and melwitt the
cells Tempest check job should now be green for changes that don't break
cells. The job has been red for a long time so it's likel
> On Apr 23, 2015, at 9:14 AM, Chris Dent wrote:
>
> What can and should the TC at large, and you specifically, do to ensure
> quality improves for the developers, end-users and operators of
> OpenStack as a full system, both as a project being developed and a
> product being used?
>
I have st
On Fri, Apr 24, 2015 at 2:00 PM, Julien Danjou wrote:
> I like that point and I agree with you. The problem, as someone already
> stated, is that these people are rarely on IRC and sometimes just never
> reply on the review. Right, maybe next time I'll chase them down via
> email. Sometimes I wis
On Fri, Apr 24, 2015 at 12:36 AM, Victor Stinner
wrote:
> Hi,
>
> I wrote my spec to Port Nova to Python 3:
> https://review.openstack.org/#/c/176868/
>
> >> I squashed all my commits into a single commit of my draft port and I
> pushed it at:
> >>
> https://github.com/haypo/nova/commit/bad54bc2b
On 4/21/2015 2:00 PM, Andrew Laski wrote:
It's been a long road but due to the hard work of bauzas and melwitt the
cells Tempest check job should now be green for changes that don't break
cells. The job has been red for a long time so it's likely that people
don't think about it much. I would
Sean Toner wrote:
On Friday, April 24, 2015 11:20:03 AM Joshua Harlow wrote:
Sean Toner wrote:
If written to use python 3, I hope it will use all the new features
of python 3.4 moving forward.
For example, argument annotations, coroutines, asyncio, etc. At my
last workplace, we tried to make
Hello,
I have some questions concerning what exactly is implemented with respect
to the kmip plugin.
When I attempt to store a symmetric key using the command:
curl -X POST -H 'content-type:application/json' -H 'X-Project-Id:12345' -d
'{"name": "AES key", "algorithm":"aes", "bit_length":256,
"mod
> On Apr 24, 2015, at 6:17 AM, Luke Gorrie wrote:
>
> Question regarding your candidacy:
>
> If I recall correctly you have spoken in favor of face to face discussions at
> mid-cycle meetings as a practical way to set priorities and move things
> forward. What are your current thoughts on the
On 04/24/2015 03:00 PM, Julien Danjou wrote:
> I like that point and I agree with you. The problem, as someone already
> stated, is that these people are rarely on IRC and sometimes just never
> reply on the review. Right, maybe next time I'll chase them down via
> email. Sometimes I wish we were a
On Fri, 2015-04-24 at 16:07 -0400, Sean Toner wrote:
> What I meant by the worst of both worlds is that you don't get the nice
> new features of python3, while simultaneously dealing with the headaches
> of making code run under both python versions. You'll have to do weird
> things with import
On Friday, April 24, 2015 11:20:03 AM Joshua Harlow wrote:
> Sean Toner wrote:
> > If written to use python 3, I hope it will use all the new features
> > of python 3.4 moving forward.
> >
> > For example, argument annotations, coroutines, asyncio, etc. At my
> > last workplace, we tried to make
On Friday, April 24, 2015 09:13:14 AM Victor Stinner wrote:
> Hi,
>
> > If written to use python 3, I hope it will use all the new features
> > of python 3.4 moving forward.
>
> The spec adds Python 3 support, but it keeps Python 2 support. It's
> too early to drop Python 2, Nova is deployed ever
Excerpts from Julien Danjou's message of 2015-04-24 21:06:47 +0200:
> Hi Oslo team!
>
> So what's your deprecation path?
>
> I sent a patch for oslo.utils¹ using debtcollector, our new fancy
> deprecation tool, and I got a -2 stating that there's no way we
> deprecate something being used, and th
Excerpts from Robert Collins's message of 2015-04-25 07:21:18 +1200:
> I think it needs a three-step dance.
>
> 1) Commit the intent to deprecate but don't signal it programmatically.
I'm not sure what this means. A spec? A bug? A comment?
> 2) Work with known direct users to remove usage.
> 3)
Hi Ramy,
Take me in account. I'm interested in a common solution and I'm trying to
get more involved in the community, so I think that could be a nice
initiative to contribute to the community. If I can help, would be awesome.
I'll start to attend to third party ci meetings.
Regards
On Fri, Apr
On Fri, Apr 24, 2015 at 2:21 PM, Robert Collins
wrote:
> I think it needs a three-step dance.
>
> 1) Commit the intent to deprecate but don't signal it programmatically.
>
Python's warnings package has a PendingDeprecationWarning for this --
https://docs.python.org/2.6/library/warnings.html#warn
I think it needs a three-step dance.
1) Commit the intent to deprecate but don't signal it programmatically.
2) Work with known direct users to remove usage.
3) Programmatically signal deprecation and maintain until a major
release is made.
-Rob
On 25 April 2015 at 07:06, Julien Danjou wrote:
>
But I thought we set out to solve the problem of questions with -1's. That
problem would be solved ;)
-amrith
| -Original Message-
| From: Ed Leafe [mailto:e...@leafe.com]
| Sent: Friday, April 24, 2015 1:13 PM
| To: openstack-dev@lists.openstack.org
| Subject: Re: [openstack-dev] [metri
Hi Oslo team!
So what's your deprecation path?
I sent a patch for oslo.utils¹ using debtcollector, our new fancy
deprecation tool, and I got a -2 stating that there's no way we
deprecate something being used, and that we need to remove usage from
the projects first.
I don't necessarily agree wit
On Fri, Apr 24 2015, Joe Gordon wrote:
Hi Joe,
> By calling them out in the review or on irc, and explain to them when its
> appropriate to use a -1. I don't think its safe to assume that a
> significant number of people who do these -1s are read every thread on the
> ML.
I like that point and
Hi Anita,
Thanks for the clarification. I will plan on attending the summit session
on this topic (proposed by Kurt, I believe).
I have to admit that I have to always keep an eye out to ensure nothing is
broken in our CI because of any upgrade of packages, etc. and act
accordingly. If new unified
On Fri, Apr 24, 2015 at 11:53 AM, Eichberger, German <
german.eichber...@hp.com> wrote:
> All,
>
> Following up from the last Neutron meeting:
>
> If Neutron is performing an operation as an admin on behalf of a user that
> user's tenant-id (or project-id) isn't validated - in particular an admin
On 2015-04-24 11:01:53 -0700 (-0700), Joe Gordon wrote:
[...]
> in trying to figure out why that line is there I do a git blame
> only to see a useless commit message with me as the author.
[...]
"Always wanted to travel back in time to try fighting a younger
version of yourself? Software developm
On 24/04/15 09:52, Ed Leafe wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/24/2015 08:30 AM, Zane Bitter wrote:
I'm not sure what you see as the difference between the "end
users" and the "operators" of OpenStack, because in my mind they
are one and the same. I don't consider the
On Fri, Apr 24, 2015 at 11:16 AM, Julien Danjou wrote:
> On Fri, Apr 24 2015, Joe Gordon wrote:
>
> > When I get a -1 on one of my patches with a question, I personally treat
> it
> > as a short coming of the commit message. To often in the past I have
> looked
> > at a file, and in trying to fig
Sean Toner wrote:
If written to use python 3, I hope it will use all the new features of
python 3.4 moving forward.
For example, argument annotations, coroutines, asyncio, etc. At my last
workplace, we tried to make our project python2 and 3 compatible (ie,
you could run it under 2.7 or 3.3+) b
Here's some hopefully useful links:
- http://docs.openstack.org/developer/taskflow/persistence.html
-
http://docs.openstack.org/developer/taskflow/persistence.html#module-taskflow.storage
- http://docs.openstack.org/developer/taskflow/#examples
From other folks:
- https://github.com/sputnik13
On Fri, Apr 24 2015, Joe Gordon wrote:
> When I get a -1 on one of my patches with a question, I personally treat it
> as a short coming of the commit message. To often in the past I have looked
> at a file, and in trying to figure out why that line is there I do a git
> blame only to see a useles
On Fri, Apr 24, 2015 at 10:31 AM, Doug Hellmann
wrote:
> Excerpts from Amrith Kumar's message of 2015-04-24 15:02:01 +:
> > There have been many replies on this thread, I'll just reply to this one
> rather than trying to reply piecemeal.
> >
> > Doug, there's asking a question because somethi
On 24 April 2015 at 01:47, Miguel Angel Ajo Pelayo
wrote:
> Hi Armando & Salvatore,
>
> On 23/4/2015, at 9:30, Salvatore Orlando wrote:
>
>
>
> On 23 April 2015 at 01:30, Armando M. wrote:
>
>>
>> On 22 April 2015 at 06:02, Miguel Angel Ajo Pelayo
>> wrote:
>>
>>>
>>> Hi everybody,
>>>
>>>
On 04/24/2015 07:11 AM, Russell Bryant wrote:
> On 04/24/2015 07:21 AM, Amrith Kumar wrote:
>> We had a hypothesis about why +0 was rarely used (never conclusively
>> proved). Our hypothesis was that since Stackalytics didn't count +0's
>> it led to an increased propensity to -1 something. It would
Excerpts from Jeremy Stanley's message of 2015-04-24 15:15:18 +:
> On 2015-04-24 10:23:35 -0400 (-0400), Doug Hellmann wrote:
> [...]
> > I will often ask questions like, "what is going to happen in X
> > situation if we change this default" or "how does this change in
> > behavior affect the c
Excerpts from Amrith Kumar's message of 2015-04-24 15:02:01 +:
> There have been many replies on this thread, I'll just reply to this one
> rather than trying to reply piecemeal.
>
> Doug, there's asking a question because something is unclear (implying that
> the code is needlessly complex,
Excerpts from Doug Hellmann's message of 2015-04-24 07:23:35 -0700:
> Excerpts from Julien Danjou's message of 2015-04-24 10:14:38 +0200:
> > Hi there,
> >
> > This is now happening weekly to me now, probably because I write too
> > many patches touching almost all OpenStack projects once a cycle,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/24/2015 11:50 AM, Amrith Kumar wrote:
> I'm not interested in these numbers, personally (well, other than
> the usual fishing stories at summit after umpteen beers; I did 14
> bazillion reviews in Kilo, how many did you do?).
>
> My concern
All,
Following up from the last Neutron meeting:
If Neutron is performing an operation as an admin on behalf of a user that
user's tenant-id (or project-id) isn't validated - in particular an admin can
mistype and create object on behalf of non existent users. I am wondering how
other projects
Stefano,
I'm not interested in these numbers, personally (well, other than the usual
fishing stories at summit after umpteen beers; I did 14 bazillion reviews in
Kilo, how many did you do?).
My concern (earlier in the thread) is that there is a metric. Once there's a
metric someone attempts to
Hi Lenny,
> Is there anything missing for us to start 'non-voting' Nova CI ?
Sorry for the slow response from the team.
The results that you've posted look good to me. A quick scan of the
tempest results don't seem to indicate any new tests that are
specifically testing SRIOV things. I assume th
On 04/24/2015 10:42 AM, Chris Dent wrote:
On Fri, 24 Apr 2015, Ed Leafe wrote:
I read "the downstream" to mean what you refer to as "people who
deploy workloads on them". In this context, I saw the operators as the
end-users of the work the devs do. If that gave the impression that I
don't care
On 04/24/2015 09:27 AM, Brant Knudson wrote:
On Fri, Apr 24, 2015 at 3:14 AM, Julien Danjou mailto:jul...@danjou.info>> wrote:
Hi there,
This is now happening weekly to me now, probably because I write too
many patches touching almost all OpenStack projects once a cycle, and
I'm
On Thu, Apr 23, 2015 at 10:14 AM, Chris Dent wrote:
> What can and should the TC at large, and you specifically, do to ensure
> quality improves for the developers, end-users and operators of
> OpenStack as a full system, both as a project being developed and a
> product being used?
Thank yo
On Fri, 2015-04-24 at 15:02 +, Amrith Kumar wrote:
>
> I would support changes to both reviewstats and stackalytics to do the
> following.
>
> 1. recognizes and gives credit to '0' comments
> 2. identifies recheck, reverify and similar directives to the CI
> system and flag them appropriately
Hello everyone,
Due to release-critical issues spotted in Glance, Horizon and Cinder
during RC1 testing, new release candidates were created for Kilo. The
list of RC2 fixes, as well as RC2 tarballs are available at:
https://launchpad.net/glance/kilo/kilo-rc2
https://launchpad.net/horizon/kilo/kil
On Thu, Apr 23, 2015 at 2:42 PM, John Garbutt wrote:
>
>
> This on a bit of the API which feels too leaky around the
> virtualisation driver chosen :(
>
> We do have a horrific hack in place so it works with the XenAPI here:
> https://github.com/openstack/nova/blob/master/nova/compute/utils.py#L13
Hi,
There are a couple of Tempest volume tests, like
test_rescued_vm_detach_volume or test_list_get_volume_attachments,
that either sometimes[0] or always attempt to detach a volume from a
running instance while the instance could still be keeping it open.
Unfortunately, this is not completely com
Hi Emma,
If you don't need additional elements on UI, just create
"environment_config.yaml" with
"{}" value for "attributes" key, i.e. "attributes: {}"
Thanks,
On Fri, Apr 24, 2015 at 6:03 PM, Emma Gordon (projectcalico.org) <
e...@projectcalico.org> wrote:
> The fuel plugin wiki
> https://wik
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/24/2015 10:11 AM, Morgan Fainberg wrote:
> This is really an important reason why -1 with a question cannot
> be simply "not done". If I don't understand the code, or what will
> happen in a specific case, a -1 is more useful than a no score.
Hi everyone !
For the upcoming Liberty Design Summit in Vancouver, we'll be using a
specific sched.org website at:
https://libertydesignsummit.sched.org/
Currently it mostly contains placeholder sessions for all the project
team tracks, but PTLs should start pushing more descriptive content to
i
And if anyone wants to take this path, I’d like to point you to two additional
references.
https://review.openstack.org/#/c/115778/
https://github.com/openstack/trove/commit/52b78a9d87351a542441a27396d3c7c38cc2d3ce
Thanks,
-amrith
From: Brant Knudson [mailto:b...@acm.org]
Sent: Friday, April 2
Hi,
During the Juno and Kilo timeframes, there was an idea to use libvirt
storage pools for the Nova image backends. I believe that the plan
back then was to deprecate image backend drivers that do not use
libvirt storage pools in Kilo and them remove them altogether in
Liberty. Is this still th
On 04/24/2015 04:14 AM, Julien Danjou wrote:
Hi there,
This is now happening weekly to me now, probably because I write too
many patches touching almost all OpenStack projects once a cycle, and
I'm really tired of that behavior, so PLEASE:
*Stop sending Code-Review-1 when asking a question i
On Fri, Apr 24 2015, Doug Hellmann wrote:
> I will often ask questions like, "what is going to happen in X
> situation if we change this default" or "how does this change in
> behavior affect the case where Y happens, which isn't well tested
> in our unit tests."
Well I didn't say you weren't all
On Fri, Apr 24, 2015 at 10:06 AM, Salvatore Orlando
wrote:
>
>
> On 24 April 2015 at 16:50, Chris Friesen
> wrote:
>
>> On 04/24/2015 07:26 AM, Salvatore Orlando wrote:
>>
>> If you think it might be beneficial to adjust tooling to that these
>>> "contributions" get counted this is fine by me.
On 2015-04-24 10:23:35 -0400 (-0400), Doug Hellmann wrote:
[...]
> I will often ask questions like, "what is going to happen in X
> situation if we change this default" or "how does this change in
> behavior affect the case where Y happens, which isn't well tested
> in our unit tests." If those det
> On Apr 24, 2015, at 06:27, Brant Knudson wrote:
>
>
>
>> On Fri, Apr 24, 2015 at 3:14 AM, Julien Danjou wrote:
>> Hi there,
>>
>> This is now happening weekly to me now, probably because I write too
>> many patches touching almost all OpenStack projects once a cycle, and
>> I'm really tir
On 24 April 2015 at 16:50, Chris Friesen
wrote:
> On 04/24/2015 07:26 AM, Salvatore Orlando wrote:
>
> If you think it might be beneficial to adjust tooling to that these
>> "contributions" get counted this is fine by me. I just wanted to point
>> out that
>> I do not consider those contribution
The fuel plugin wiki
https://wiki.openstack.org/wiki/Fuel/Plugins#environment_config.yaml describes
the required syntax for declaring (in the environment_config.yaml file)
additional attributes that should appear under the Settings tab of the Fuel Web
UI. If the only requirement is to have the
There have been many replies on this thread, I'll just reply to this one rather
than trying to reply piecemeal.
Doug, there's asking a question because something is unclear (implying that the
code is needlessly complex, missing a comment, is unintuitive, ...). I believe
that this most definitel
Hi Edgar,
To make it clear, this candidacy can not be confirmed as it was received
after the deadline (April 23, 05:59 UTC).
Regards,
Tristan
On 04/24/2015 02:55 AM, Edgar Magana wrote:
> OpenStack Members,
>
> I would like to announce my candidacy to serve for first time on the
> Technical Co
On 04/24/2015 07:26 AM, Salvatore Orlando wrote:
If you think it might be beneficial to adjust tooling to that these
"contributions" get counted this is fine by me. I just wanted to point out that
I do not consider those contributions at all (and btw it would be at least more
polite to put a +1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/24/2015 04:02 PM, Ihar Hrachyshka wrote:
> On 04/24/2015 03:48 PM, Paul Michali wrote:
>> Hi, I'm floundering a bit, and could use some guidance on
>> this...
>
>> For the neutron-vpnaas repo, I am trying to modify the
>> functional jobs (dsvm
Hi loy, thanks for this dedicated thread.
On Fri, Apr 24, 2015 at 3:13 PM, Kyle Mestery wrote:
> On Fri, Apr 24, 2015 at 4:06 AM, loy wolfe wrote:
>
>> It's already away from the original thread, so I start this new one,
>> also with some extra tag because I think it touch some corss-project
>>
> In defense of those of us asking questions, I'll just point out
> that as a core reviewer I need to be sure I understand the intent
> and wide-ranging ramifications of patches as I review them. Especially
> in the Oslo code, what appears to be a small local change can have
> unintended consequen
On Fri, 24 Apr 2015, Ed Leafe wrote:
I read "the downstream" to mean what you refer to as "people who
deploy workloads on them". In this context, I saw the operators as the
end-users of the work the devs do. If that gave the impression that I
don't care about people who actually run their stuff
__Redirect madness (March madness was over too soon)__
Sorry to bring down the docs site for a while (in my overnight) earlier
today. Thanks to Sean Dague and Andreas Jaeger for quick help. We now have
three of us with the ability to fix it quickly without waiting for builds
to finish. Our hope
Excerpts from Sumit Jamgade's message of 2015-04-24 13:17:41 +:
> Hi,
> Is there some place where I can read up how taskflow uses database for
> persistance.Some kind of highlevel flow.
>
> I am trying to read up the code, but some guidelines at arch level will be
> helpfull.
> Thanks.--sj
Excerpts from Julien Danjou's message of 2015-04-24 10:14:38 +0200:
> Hi there,
>
> This is now happening weekly to me now, probably because I write too
> many patches touching almost all OpenStack projects once a cycle, and
> I'm really tired of that behavior, so PLEASE:
>
> *Stop sending Code
As you may know, the doc team generates docbook tables listing the
configuration options for some OpenStack projects, including Neutron.
This tables are used in the configuration reference. I've updated these
tables in preparation for the Kilo release, but with the move of plugin
to external re
Hello everyone,
The RC2 tarball is ready. This includes a bugfix for the NetApp driver
as well as some requirements changes.
https://launchpad.net/manila/kilo/kilo-rc2
Unless release-critical issues are found that warrant a release
candidate respin, these RC2 will be formally released as the
Are you sure ?. I had few debugs on migrate_server of conductor/manager.py,
it did not show up on n-api.log. Pls note, i did restart n-api to.
1) I am looking at the right process ?. Should i look somewhere else ?
2) Also, can you point me to the code where the context is actually
set for cctxt.c
On 08/24/2014 01:55 AM, Yukinori Sagara wrote:
Can you please submit this patch to Gerrit. Taking it off the mailing
list without a signed contributors agreement is problematic.
Hi.
I am trying Heat instance HA, using RDO Icehouse.
After instance boot, instance push own stats to heat ala
On Thu, Apr 23, 2015 at 11:14 AM, Chris Dent wrote:
> What can and should the TC at large, and you specifically, do to ensure
> quality improves for the developers, end-users and operators of
> OpenStack as a full system, both as a project being developed and a
> product being used?
One thing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/24/2015 03:48 PM, Paul Michali wrote:
> Hi, I'm floundering a bit, and could use some guidance on this...
>
> For the neutron-vpnaas repo, I am trying to modify the functional
> jobs (dsvm-functional and dsvm-functional-sswan) to act in a
> si
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/24/2015 08:30 AM, Zane Bitter wrote:
>> I'm not sure what you see as the difference between the "end
>> users" and the "operators" of OpenStack, because in my mind they
>> are one and the same. I don't consider the people using, say,
>> pub
Hi,
I'm floundering a bit, and could use some guidance on this...
For the neutron-vpnaas repo, I am trying to modify the functional jobs
(dsvm-functional and dsvm-functional-sswan) to act in a similar manner to
neutron, where devstack is configured, but no stacking is performed.
I'm trying to do
On 24/04/15 07:21, Amrith Kumar wrote:
Julien,
We had a similar discussion within Trove several months ago and agreed to a
convention that if you have a question, that should not warrant a -1 unless, as
you indicate there's a strong reason to believe that the code is wrong and the
question is
On 24 April 2015 at 15:13, Kyle Mestery wrote:
> On Fri, Apr 24, 2015 at 4:06 AM, loy wolfe wrote:
>
>> It's already away from the original thread, so I start this new one,
>> also with some extra tag because I think it touch some corss-project
>> area.
>>
>> Original discuss and reference:
>> h
On 24/04/15 09:00, Ed Leafe wrote:
I'm not sure what you see as the difference between the "end users" and the
"operators" of OpenStack, because in my mind they are one and the same. I don't consider
the people using, say, public cloud services to be OpenStack end users, because ultimately they
1 - 100 of 143 matches
Mail list logo
