> It looks like the problem is that there is a dependency on pyudev
> which only works properly on Linux. The neutron setup_hook does
> properly install pyudev on Linux (explains why the tests run in the
> gate), but would not work properly on windows or OS X. I assume folks
> are trying to run the
Tim Bell wrote:
>> - Changes in default behaviour: Always likely to affect existing systems
>> in some way. Maybe we should have an additional type of review vote that
>> comes from people who are recognised as reperensting large production
>> deployments ?
>
> This is my biggest worry...
A bunch of the TripleO folk are going to be at LCA. I'd like to cancel
the meeting rather than get them all up at (IIRC) 3am.
If folk who aren't going want to hold the meeting, thats fine - but I
won't be around to chair :)
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged
Looking at the calendar, our options for 1500 UTC require us to change
the day that we meet. The following days are available:
* Tuesdays
* Fridays
Thoughts?
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://li
Happy New Year!
Since we're still hashing out the logistics of changing our meeting
time, we'll meet at 2100 UTC - and hopefully transition to a new meeting
day and time by next week.
I have created a section in the wiki for today's agenda:
https://wiki.openstack.org/wiki/Meetings/Neutron-IPv6-
On 20/12/13 17:34, Clint Byrum wrote:
> OpenStack is non-deterministic. Deterministic systems are rigid and unable
> to handle failure modes of any kind of diversity.
I wonder how you are going to debug a non-deterministic system :-)
> We tend to err toward
> pushing problems back to the user and
I don't really see why this thread seems to keep coming back to a position of
improvements to the review process vs changes to automated testing - to my mind
both are equally important and complementary parts of the solution:
- Automated tests are strong for objective examination of particular p
Hi Thierry,
Thanks for a great summary.
I don't really share your view that there is a "us vs them" attitude emerging
between operators and developers (but as someone with a foot in both camps
maybe I'm just thinking that because otherwise I'd become even more bi-polar
:-)
I would suggest t
Hello Trove team
Hello Michael
I believe that Auston does a great job and personally think that his
reviews are always thorough and reasonable.
But It is surprising to not to see Denis Makogon (dmakogon,
denis_makogon) as candidate to cores.
He is well known active community player driving HEAT i
Just FYI this backport has now merged. Hopefully this will mean it'll get you
past now.
Cheers,
Josh
From: Joshua Hesketh [joshua.hesk...@rackspace.com]
Sent: Wednesday, January 01, 2014 11:40 PM
To: OpenStack Development Mailing List (not for usage questi
On 01/02/2014 06:43 AM, Day, Phil wrote:
> I don't really see why this thread seems to keep coming back to a position of
> improvements to the review process vs changes to automated testing - to my
> mind both are equally important and complementary parts of the solution:
>
> - Automated tests a
Hi again,
I've now run the experimental job a good deal of times, and I've filed bugs
for all the issues which came out.
Most of them occurred no more than once among all test execution (I think
about 30).
They're all tagged with neutron-parallel [1]. for ease of tracking, I've
associated all the
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
In-Reply-To: <52c51651.9010...@redhat.com>
On 2014-01-02 08:33:37 +0100 (+0100), Matthias Runge wrote:
[...]
> Djangp-bootstrap-form was added to global requirements by[1], but is
> seems it's not used at all, so I propose to remo
On 12/31/2013 3:58 PM, Michael Still wrote:
Hi.
So while turbo hipster is new, I've been reading every failure message
it produces to make sure its not too badly wrong. There were four
failures posted last night while I slept:
https://review.openstack.org/#/c/64521
===
On 12/30/2013 09:32 PM, Anita Kuno wrote:
> Please.
>
> When your third party testing structure votes on patches and your
> testing structure is not stable, it will vote with a -1 on patches.
>
> This results in three consequences:
> 1. The patch it votes on starts a countdown for abandonment, th
On 25 December 2013 05:14, Qixiaozhen wrote:
> Hi,all
>
> A blueprint is registered that is about shrinking the volume in thin
> provision.
Have you got the link?
> Thin provision means allocating the disk space once the instance writes the
> data on the area of volume in the first time.
>
> How
On 22 December 2013 12:07, Irena Berezovsky wrote:
> Hi Ian,
>
> My comments are inline
>
> I would like to suggest to focus the next PCI-pass though IRC meeting on:
>
> 1.Closing the administration and tenant that powers the VM use
> cases.
>
> 2. Decouple the nova and neutron part
On 21 December 2013 13:24, Matt Riedemann wrote:
>
>
> On 12/19/2013 8:51 AM, John Garbutt wrote:
>>
>> On 4 December 2013 17:10, Russell Bryant wrote:
>>>
>>> I think option 3 makes the most sense here (pending anyone saying we
>>> should run away screaming from mox3 for some reason). It's actu
+1 amcrn
On Thu, Jan 2, 2014 at 6:30 AM, Ilya Sviridov wrote:
> Hello Trove team
> Hello Michael
>
> I believe that Auston does a great job and personally think that his
> reviews are always thorough and reasonable.
> But It is surprising to not to see Denis Makogon (dmakogon,
> denis_makogon) a
On 12/20/13, 11:57 PM, "Jay Pipes" wrote:
>On 12/20/2013 04:43 PM, Julien Danjou wrote:
>> On Fri, Dec 20 2013, Herndon, John Luke wrote:
>>
>>> I think there is probably a tolerance for duplicates but you¹re right,
>>> missing a notification is unacceptable. Can anyone weigh in on how big
>>>o
On 2014-01-02 11:53:23 + (+), Day, Phil wrote:
[...]
> I would suggest though that the criteria for core reviewers is
> maybe more slanted towards developers that operators, and that it
> would be worth considering if there is some way to recognised and
> incorporate the different perspecti
On 12/24/2013 01:47 AM, Yair Fried wrote:
> Hi,
> Suggestion: Please consider tagging your Tempest commit messages the same way
> you do your mails in the mailing list
>
> Explanation: Since tempest is a single project testing multiple Openstack
> project we have a very diverse collection of pat
This seems like a great choice, assuming that we can verify that it works
properly.
Vish
On Dec 31, 2013, at 10:33 PM, Thomas Goirand wrote:
> Hi,
>
> I was wondering if it would be possible for NoVNC to switch from
> websockify to sockjs-client, which is available here:
>
> https://github.c
On 01/01/2014 07:33 AM, Thomas Goirand wrote:
> Hi,
>
> I was wondering if it would be possible for NoVNC to switch from
> websockify to sockjs-client, which is available here:
>
> https://github.com/sockjs/sockjs-client
>
> This has the advantage of not using flash at all (pure javascript), and
On Mon, Dec 30, 2013 at 5:23 AM, Flavio Percoco wrote:
> On 26/12/13 20:05 +0200, Sergey Skripnick wrote:
>
>>
>> Hi all,
>>
>> I'm surprised there is no common ssh library in oslo so I filed this
>> blueprint[0]. I would be happy to address any comments/suggestions.
>>
>>
>> [0] https://blueprin
Excerpts from Robert Collins's message of 2014-01-02 01:59:23 -0800:
> A bunch of the TripleO folk are going to be at LCA. I'd like to cancel
> the meeting rather than get them all up at (IIRC) 3am.
>
> If folk who aren't going want to hold the meeting, thats fine - but I
> won't be around to chai
On 2013-12-30 04:23, Flavio Percoco wrote:
On 26/12/13 20:05 +0200, Sergey Skripnick wrote:
Hi all,
I'm surprised there is no common ssh library in oslo so I filed this
blueprint[0]. I would be happy to address any comments/suggestions.
[0] https://blueprints.launchpad.net/oslo/+spec/common-
On 01/01/2014 10:56 PM, Clark Boylan wrote:
On Wed, Jan 1, 2014 at 7:33 PM, 黎林果 wrote:
I have met this problem too.The units can't be run.
The end info as:
Ran 0 tests in 0.673s
OK
cp: cannot stat `.testrepository/-1': No such file or directory
2013/12/28 Jay Pipes :
On 12/27/2013 11:11 PM,
On 2013-12-31 20:35, Robert Collins wrote:
So, we've spoken about using containers on baremetal - e.g. the lxc
provider - in the past, and with the [righteously deserved] noise
Docker is receiving, I think we need to have a short
expectation-setting discussion.
Previously we've said that deployi
On 01/02/2014 06:41 AM, Radomir Dopieralski wrote:
On 20/12/13 17:34, Clint Byrum wrote:
OpenStack is non-deterministic. Deterministic systems are rigid and unable
to handle failure modes of any kind of diversity.
I wonder how you are going to debug a non-deterministic system :-)
Very carefu
On 2014-01-01 00:33, Thomas Goirand wrote:
Hi,
I was wondering if it would be possible for NoVNC to switch from
websockify to sockjs-client, which is available here:
https://github.com/sockjs/sockjs-client
This has the advantage of not using flash at all (pure javascript), and
continuing to wo
Hi Illya,
I greatly appreciate what Denis is providing to the Trove community. Thank
you for letting him devote his time to trove. Denis and I have spoken
privately at length about core (most recently a few weeks ago), and I
believe he has a good idea of how to grow into a core member. Please have
To be fair, neutron cores turned down reviews [1][2][3] for fear that
the patch would break Hyper-V support for Neutron.
Whether it's been hinted (erroneously) that this was a packaging issue
is irrelevant for the sake of this discussion, and I suggested (when I
turned down review [3]) if we could
Renat,
Thanks for the additional information. I've been trying to put the pieces of
history together and it seems I missed some of it. I think I now understand
the evolution of things. Mistral does seem like it would work for what we
need, so I'll definitely be paying attention to it.
I'm c
On 01/02/2014 12:50 PM, Armando M. wrote:
To be fair, neutron cores turned down reviews [1][2][3] for fear that
the patch would break Hyper-V support for Neutron.
Whether it's been hinted (erroneously) that this was a packaging issue
is irrelevant for the sake of this discussion, and I suggested
On Thu, Jan 2, 2014 at 9:50 AM, Armando M. wrote:
> To be fair, neutron cores turned down reviews [1][2][3] for fear that
> the patch would break Hyper-V support for Neutron.
>
> Whether it's been hinted (erroneously) that this was a packaging issue
> is irrelevant for the sake of this discussion,
On 12/20/2013 09:26 PM, Herndon, John Luke wrote:
On Dec 20, 2013, at 12:13 PM, Gordon Sim wrote:
On 12/20/2013 05:27 PM, Herndon, John Luke wrote:
Other protocols may support bulk consumption. My one concern with
this approach is error handling. Currently the executors treat
each notificat
Hey all!
This morning, we experienced our first systemic breakage of the gate of
2014! There are a few reasons for this, which are related to pip and
virtualenv making new releases. The new releases do WONDERFUL things and
are more secure, but unfortunately, we've hit a few pain points which we
ar
Hi John,
We had one on 12/14/2013 with the log:
http://eavesdrop.openstack.org/meetings/pci_passthrough_meeting/2013/pci_pa
ssthrough_meeting.2013-12-24-14.02.log.html
The next one will be at UTC 1400 on Jan. 7th, Tuesday.
--Robert
On 1/2/14 10:06 AM, "John Garbutt" wrote:
>On 22 December 2
Thanks for the updates here Salvatore, and for continuing to push on
this! This is all great work!
On Jan 2, 2014, at 6:57 AM, Salvatore Orlando wrote:
>
> Hi again,
>
> I've now run the experimental job a good deal of times, and I've filed bugs
> for all the issues which came out.
> Most of t
+1 to adding amcrn to Trove core.
Thanks for the thoughtful reviews, and IRC discussions!
Cheers,
-Nikhil
On Thu, Jan 2, 2014 at 9:40 AM, Michael Basnight wrote:
> Hi Illya,
>
> I greatly appreciate what Denis is providing to the Trove community. Thank
> you for letting him devote his time to t
Change to revert the default to ext3: https://review.openstack.org/#/c/64666/
> -Original Message-
> From: Clint Byrum [mailto:cl...@fewbar.com]
> Sent: 31 December 2013 01:31
> To: openstack-dev
> Subject: Re: [openstack-dev] [nova] - Revert change of default ephemeral fs
> to ext4
>
Thanks for the pointer. Since Ironic is not yet enabled by default in
devstack-gate, it's OK that it is also missing, but now I know where to add
it.
Cheers,
-Deva
On Mon, Dec 30, 2013 at 11:11 AM, David Kranz wrote:
> In case any one other than me didn't know this, the log files that are
> in
So I'm scratching my head a lot at the RedHat CI posting results on the
tempest tests (an example here - https://review.openstack.org/#/c/57620/)
Patch Set 4:
redhatci results for change 57620
Logs at http://people.redhat.com/~iwienand/57620/
Patch set 4 | OSLAB Fedora 19 : PASS
Patch set 4 | OSLA
On 3 January 2014 04:30, Jeremy Stanley wrote:
> On 2014-01-02 11:53:23 + (+), Day, Phil wrote:
> For many of us who started working as Unix sysadmins in the 1980s or
> earlier, there was no hard line between a "developer" and an
> "administrator" (though the term "operator" had a much di
On 3 January 2014 00:53, Day, Phil wrote:
> Hi Thierry,
>
> Thanks for a great summary.
>
> I don't really share your view that there is a "us vs them" attitude emerging
> between operators and developers (but as someone with a foot in both camps
> maybe I'm just thinking that because otherwise
On 2014-01-02 10:28:24 -0500 (-0500), Sean Dague wrote:
[...]
> So lets go after the real problem, selecting subsets of reviews, which
> is really a gerrit problem (made worse because we are on an ancient
> gerrit. 2.4 is really no longer suitable). [...] So the real
> solution is gerrit upgrade, w
On 2014-01-03 09:43:11 +1300 (+1300), Robert Collins wrote:
> I disagree here - educational institutions have followed the trend,
> not set it. Likewise corporate management. The trend setting occured
> IMNSHO through organisations like Novell and Microsoft disrupting the
> computing marketplace th
Is there a mechanism to tag changes as being potentially more appropriate for
the more ops related profiles ? I'm thinking more when someone proposes a
change they suspect could have an operations impact, they could highlight this
as being one for particular focus.
How about an OpsImpact tag ?
Heh, I didn't know that wiki page existed. I've added an entry to the checklist.
There's also some talk of adding some help text to the vote message
turbo-hipster leaves in gerrit, but we haven't gotten around to doing
that yet.
Cheers,
Michael
On Fri, Jan 3, 2014 at 12:57 AM, Matt Riedemann
wr
Hi Salvatore!,
Good work on this.
About the quota limit tests, I believe they may be unit-tested,
instead of functionally tested.
When running those tests in parallel with any other tests that rely
on having ports, networks or subnets available into quota, they have
high chances of ma
Another way to tackle it would be to create a dedicated tenant for
those tests, then the quota won't interact with anything else.
On 3 January 2014 10:35, Miguel Angel Ajo Pelayo wrote:
> Hi Salvatore!,
>
>Good work on this.
>
>About the quota limit tests, I believe they may be unit-teste
On 01/02/2014 04:29 PM, Michael Still wrote:
> Heh, I didn't know that wiki page existed. I've added an entry to the
> checklist.
>
> There's also some talk of adding some help text to the vote message
> turbo-hipster leaves in gerrit, but we haven't gotten around to doing
> that yet.
>
> Cheers
I took a little time to think some more about this and pushed a little
working prototype of some ideas I had
https://review.openstack.org/#/c/64733/1.
Comments about the approach are most welcome. Note that I minimized any
refactoring of the existing hierarchy for this prorotype.
-David
Michael Still writes:
> Heh, I didn't know that wiki page existed. I've added an entry to the
> checklist.
>
> There's also some talk of adding some help text to the vote message
> turbo-hipster leaves in gerrit, but we haven't gotten around to doing
> that yet.
I would rather not mention it on
Sean Dague writes:
> On 01/02/2014 04:29 PM, Michael Still wrote:
>> Heh, I didn't know that wiki page existed. I've added an entry to the
>> checklist.
>>
>> There's also some talk of adding some help text to the vote message
>> turbo-hipster leaves in gerrit, but we haven't gotten around to d
On 3 January 2014 11:26, James E. Blair wrote:
> If you are able to do this and benchmark the performance of a cloud
> server reliably enough, we might be able to make progress on performance
> testing, which has been long desired. The large ops test is (somewhat
> accidentally) a performance te
On Fri, Jan 3, 2014 at 9:24 AM, James E. Blair wrote:
> However, there are _a lot_ of third-party test systems coming on-line,
> and I'm not sure that expanding the "recheck language" to support ever
> more complexity is a good idea. I can see how being able to say
> "recheck foo" would be usefu
I have a box with a newer version of pip ( 1.5 ) and it refuses to install
netaddr >= 0.7.6 as it's an external/insecure pip package.This may cause
issues for devs that are running newer versions of pip than standard system
packages. There maybe other packages in the larger global-requirem
On 01/02/2014 05:39 PM, Michael Still wrote:
> On Fri, Jan 3, 2014 at 9:24 AM, James E. Blair wrote:
>
>> However, there are _a lot_ of third-party test systems coming on-line,
>> and I'm not sure that expanding the "recheck language" to support ever
>> more complexity is a good idea. I can see
On 1/2/14, 11:36 AM, "Gordon Sim" wrote:
>On 12/20/2013 09:26 PM, Herndon, John Luke wrote:
>>
>> On Dec 20, 2013, at 12:13 PM, Gordon Sim wrote:
>>
>>> On 12/20/2013 05:27 PM, Herndon, John Luke wrote:
Other protocols may support bulk consumption. My one concern with
this appro
On Fri, Jan 3, 2014 at 9:46 AM, Anita Kuno wrote:
> I'd love to attend this chat, if possible. A number of the coming
> on-line third-party test systems are motivated by neutron plugins. I'd
> get a lot from hearing this discussion.
I've created a BoF on Monday night straight after the CI minico
On 01/02/2014 05:58 PM, Michael Still wrote:
> On Fri, Jan 3, 2014 at 9:46 AM, Anita Kuno wrote:
>
>> I'd love to attend this chat, if possible. A number of the coming
>> on-line third-party test systems are motivated by neutron plugins. I'd
>> get a lot from hearing this discussion.
>
> I've cr
Hi,
I¹m working on adding a vertica (www.vertica.com) storage driver to
ceilometer. I would love to get this driver into upstream. However, I¹ve
run into a bit of a snag with the tests. It looks like all of the existing
storage drivers have ³in-memory² versions that are used for unit tests.
Vertic
Excerpts from Herndon, John Luke's message of 2014-01-02 15:16:26 -0800:
> Hi,
>
> I¹m working on adding a vertica (www.vertica.com) storage driver to
> ceilometer. I would love to get this driver into upstream. However, I¹ve
> run into a bit of a snag with the tests. It looks like all of the exis
On 01/02/2014 12:48 PM, Monty Taylor wrote:
> Hey all!
>
> This morning, we experienced our first systemic breakage of the gate of
> 2014! There are a few reasons for this, which are related to pip and
> virtualenv making new releases. The new releases do WONDERFUL things and
> are more secure,
On 1/2/14, 4:27 PM, "Clint Byrum" wrote:
>Excerpts from Herndon, John Luke's message of 2014-01-02 15:16:26 -0800:
>> Hi,
>>
>> I¹m working on adding a vertica (www.vertica.com) storage driver to
>> ceilometer. I would love to get this driver into upstream. However, I¹ve
>> run into a bit of a
On Fri, Jan 3, 2014 at 9:39 AM, Michael Still wrote:
> On Fri, Jan 3, 2014 at 9:24 AM, James E. Blair wrote:
>
>> However, there are _a lot_ of third-party test systems coming on-line,
>> and I'm not sure that expanding the "recheck language" to support ever
>> more complexity is a good idea. I
On 2014-01-02 22:46:06 + (+), Paul Czarkowski wrote:
[...]
> Dropping the netaddr version to 0.7.3 fixes the error I see as
> does running 'pip install --allow-all-external --allow-unverified
> netaddr -r requirements.txt'
Yes, this and needing a new virtualenv release for the issue Monty
On 3 January 2014 12:40, Herndon, John Luke wrote:
>
>
> On 1/2/14, 4:27 PM, "Clint Byrum" wrote:
>
> I don’t think it would be that hard to get the review or gate jobs to use
> a real vertica instance, actually. Who do I talk to about that?
http://ci.openstack.org/third_party.html
Cheers,
Ro
On 3 January 2014 14:34, Robert Collins wrote:
> On 3 January 2014 12:40, Herndon, John Luke wrote:
>>
>>
>> On 1/2/14, 4:27 PM, "Clint Byrum" wrote:
>>
>
>
>> I don’t think it would be that hard to get the review or gate jobs to use
>> a real vertica instance, actually. Who do I talk to about t
[Apologies if mesg is duplicated]
Hi Kyle/Team,
I’m looking at open daylight support in openstack and see the relevant
blueprint for the neutron plugin for ODL at
https://docs.google.com/document/d/1rdowsQSYBirS634RMFePOaJu1FysjUUZtobChTkfOIY/edit
-
is there a repo where we can review the code
>
> No argument here. I agree that it's an optimization and you know what they
> say about premature optimization. :-)
>
> I do wonder whether the ongoing discussion about where container support
> should live in OpenStack is relevant to this as well. Or would we not
> intend to manage the Triple
On Thu, Jan 2, 2014 at 5:36 PM, Robert Collins
wrote:
> On 3 January 2014 14:34, Robert Collins wrote:
>> On 3 January 2014 12:40, Herndon, John Luke wrote:
>>>
>>>
>>> On 1/2/14, 4:27 PM, "Clint Byrum" wrote:
>>>
>>
>>
>>> I don’t think it would be that hard to get the review or gate jobs to u
On 01/02/2014 08:36 PM, Robert Collins wrote:
On 3 January 2014 14:34, Robert Collins wrote:
On 3 January 2014 12:40, Herndon, John Luke wrote:
On 1/2/14, 4:27 PM, "Clint Byrum" wrote:
I don’t think it would be that hard to get the review or gate jobs to use
a real vertica instance, a
Sean,
Tuesdays is better for China :) thank you so much.
Thanks & Best Regards,
Yang Yu(于杨)
"Collins, Sean"
2014-01-02 18:08
Please respond to
"OpenStack Development Mailing List \(not f
A lot of elastic recheck this fall has been based on the ad hoc needs of
the moment, in between diving down into the race bugs that were
uncovered by it. This week away from it all helped provide a little
perspective on what I think we need to do to call it *done* (i.e.
something akin to a 1.0
On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague wrote:
> A lot of elastic recheck this fall has been based on the ad hoc needs of the
> moment, in between diving down into the race bugs that were uncovered by it.
> This week away from it all helped provide a little perspective on what I
> think we need
Hi,
I'm not sure if this question has been asked, but I wonder what is the
purpose to have the following function in ovs, linuxbridge and ml2 plugins.
disable_security_group_extension_if_noop_driver()
With this logic, if I set neutron to use NOOP firewall, creating a Nova
instance will fail, bec
On Thu, Jan 2, 2014 at 6:44 PM, Clark Boylan wrote:
> On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague wrote:
>> A lot of elastic recheck this fall has been based on the ad hoc needs of the
>> moment, in between diving down into the race bugs that were uncovered by it.
>> This week away from it all hel
On 01/02/2014 09:44 PM, Clark Boylan wrote:
This is great stuff. Out of curiousity is doing the graphing with
pandas and ES vs graphite so that we can graph things in a more ad hoc
fashion?
So, we need to go to ES for the fingerprints anyway (because that's
where we mine them from), which mea
Hi,
All
Attach a volume when creating a server, the API contains
'block_device_mapping', such as:
"block_device_mapping": [
{
"volume_id": "",
"device_name": "/dev/vdc",
"delete_on_termination": "true"
}
]
It allows th
Either day works for me. Thanks for setting it up, Sean!
On Jan 2, 2014, at 5:08 AM, Collins, Sean
wrote:
> Looking at the calendar, our options for 1500 UTC require us to change
> the day that we meet. The following days are available:
>
> * Tuesdays
> * Fridays
>
> Thoughts?
>
> --
> Se
Hi,
All
Should we add the api to move the removed or damaged hosts?
See also: https://blueprints.launchpad.net/nova/+spec/add-delete-host-api
Best regards!
Lee
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.
Its duplicate with
https://blueprints.launchpad.net/nova/+spec/remove-nova-compute
Thanks,
Jay
2014/1/3 黎林果
> Hi,
>All
>
>Should we add the api to move the removed or damaged hosts?
>
>
>See also:
> https://blueprints.launchpad.net/nova/+spec/add-delete-host-api
>
>
>
> Best regar
On Thu, Jan 2, 2014 at 8:23 PM, Thierry Carrez wrote:
> Tim Bell wrote:
> >> - Changes in default behaviour: Always likely to affect existing
> systems in some way. Maybe we should have an additional type of review
> vote that comes from people who are recognised as reperensting large
> produc
On Fri, Jan 3, 2014 at 7:30 AM, Tim Bell wrote:
>
> Is there a mechanism to tag changes as being potentially more appropriate
> for the more ops related profiles ? I'm thinking more when someone proposes
> a change they suspect could have an operations impact, they could highlight
> this as being
On 12/27/2013 03:52 PM, Maxime Vidori wrote:
> Hi all,
>
> I send this mail to talk about Javascript coding style improvement, like
> python has pep8, it could be interesting to have some rules for javascript
> too. JSHint provides some rules to perform this and I think it could be a
> great id
Hi,
thanks a lot to all who have responded already!
Joe, thanks a lot for those comments. See below.
On 01.01.2014 01:14, Joe Gordon wrote:
This sounds like what I would imagine should be a very common use
case, so it would be really great if we can support this. And as
always support
89 matches
Mail list logo
