ou see that causing any problems for non trivial
> clouds?
>
> Chris
>
>
> On Tue, Oct 15, 2013 at 7:26 PM, Robert Collins
> wrote:
>>
>> Please don't invert the bug though: if --all-tenants becomes the
>> default nova server behaviour in v3, please ensu
enStack, that review
is a shared workload shared by all the contributors. We all need to do
this, otherwise we end up with asymmetric review load and thats what
leads to the current situation with a huge fraction of reviews being
done by a tiny fraction of the reviewers.
-Rob
--
Robert Col
this is a major pain.
>
> Your thoughts?
>
> Cheers,
>
> Thomas Goirand (zigo)
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.o
quirements still lists
SQLAlchemy>=0.7.8,<=0.7.99
So you'll need an older version.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
stination CIDR for a host route to
> 0.0.0.0/0. If I understand correctly, this would set a host route for
> 0.0.0.0, effectively changing the default gateway for the system.
> However, a default gateway is *already* defined for the subnet, via the
> "
he first
patch to a repository is probably a sustainable overhead. And it's
probably amenable to automation - a commit hook could do it locally
and a check job can assert that it's done.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
__
ht holders and copyright license.
Personally, I think it should really only be a concordance of
copyright licenses, and the holders shouldn't be mentioned, but thats
not the current project view.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
ring thing, and if Tempest isn't capable of generating enough
concurrency/load [for a single test - ignore parallel execution of
different tests] then that seems like something we should fix in
Tempest, because concurrency/race conditions are things we need tests
for in devs
l don't have dhcp
> enabled. I see this in the BM node's console when cloud-init starts.
>
>
>
> How can I troubleshoot this?
>
> Thanks
> Ravi
>
>
> _______
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-
elp/pointers.
> Thanks
> Ravi
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
stribution
license granted by the copyright holders -or- a statement from the
copyright holders that it is in the public domain'. As long as all the
claimed copyright holders are claiming the same license, there is
nothing more needed for either Debian or
is a real
dependency, the dependency status will reflect appropriately (how long
it's been open, has it got reviews etc).
Anyhow, this is just a) thanks Russell! and b) a headsup if you notice
an old review but your stats are better - this is why - approved
reviews are not 'open'.
> Minutes (text):
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-10-22-19.01.txt
09:01 <@openstack> Log:
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-10-22-19.01.log.html
Thanks everyone for coming.
-Rob
--
Robert Collins
Distinguished Technol
Huh, I did not see that go by. Python already has built in signalling
for deprecated features; I think we should be using that. We can of
course wrap it with a little sugar to make it easy to encode future
deprecations.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
ed" to make identifying this situation easy.
The last thing a new / upgraded deployment wants is something like
nova, or a third party API script failing in nonobvious ways with no
breadcrumbs to lead them to 'upgrade iso8601' as an answer.
-Rob
--
Robert Collins
Di
he infrastructure (rather than a user asking for something
stupid). I think my concern and yours can both be handled at the same
time.
-Rob
---
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
to enforce a specific modeline per file type,
avoiding accidental mistakes.
*) Possibly we can move the copyright licence grants to the end of the
files as well, making opening our source code up much more pleasant.
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
Kanban experiment - things that aren't in
the project current roadmap don't get unlimited resources; some things
are declined, and things in the roadmap everyone in the team comes
together to ensure a timely, effective delivery. The difference is
that we're operating with a deliberate
using a periodic task to copy data to
> the new columns, and then dropping the old. That's a lot more
> complicated to implement though.
>
> --
> Rackspace Australia
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.
On 25 October 2013 10:04, Chris Behrens wrote:
>
> On Oct 24, 2013, at 1:33 PM, Robert Collins wrote:
>
>> -2 to 10 minute downtimes.
>>
>> +1 to doing the evolution gracefully. There is a spec for doing that
>> from the H summit; someone just needs to implement
to do more Ironic reviews.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
l fail when
you OOM :). You could do a dict with instance -> thread for deletes
instead, without creating lots of queues.
> I'm tending towards ii) as a simple and pragmatic solution in the near term,
> although I like both iii) and iv) as being both generally good enhancments -
> b
On 26 October 2013 02:30, Monty Taylor wrote:
> Absolutely works with qcow2 images. We should start a conversation about
> savana and diskimage-builder too, btw.
Savanna. Also it already uses diskimage-builder :)
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged
On 26 October 2013 08:40, Dolph Mathews wrote:
>
> On Thu, Oct 24, 2013 at 1:48 PM, Robert Collins
> wrote:
>>
>>
>> *) They help casual contributors *more* than long time core
>> contributors : and those are the folk that are most likely to give up
>> a
So nova has a massive .mailmap that maps multiple addresses for one
person together. I'm wondering if a) it's still needed, and b) if it
is, should we push it into all the repositories - e.g. have a single
global copy and an automated job to push updates around.
-Rob
--
Robe
A / Devstack trees
> (+ maybe Tripleo? I don't remember if that's Official or Incubated program
> at this point).
TripleO is official
NB: Incubation happens to projects, not programs.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
__
etched out code change - are sought!
Thanks,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
which cloud-init and other tools already know how
to locate and use.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
well about the
significance of test pass/fail'.
> Also, there will be a design session on Cinder for Ironic local storage:
> http://summit.openstack.org/cfp/details/350
Cool.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
that help with better
> expression of dependencies among components and resources, and in-turn
> enable cross-vm coordination. We have captured our thoughts on this on the
> following Wiki page
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
change I'm talking about
should be an extension, off by default, so that it's easier to sunset
it when Cinder local provider comes about?
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenSta
7;re all on
Tuesday - and please note we have multiple sessions in each slot, so
be sure to read the full detailed description to see if your session
is there.
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev m
Thanks!
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
roblems by a) identifying bad ideas up
front, b) vetting the approach via high level walk throughs with
experienced reviewers in the project and c) forming consensus amongst
the -core reviews about the upcoming work.
So - to me - we should focus on the size of the change, not the nature
of the change,
Thanks!
-Rob
On 29 October 2013 11:16, Russell Bryant wrote:
> On 10/28/2013 05:40 PM, Robert Collins wrote:
>> Hey Russell, any chance you can shuffle the two tuesday nova sessions
>> on scheduler - 1450 and 1640 - to another day? Both of those are
>> pretty relevant to t
not have been clear. That was absolutely my intent.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
gh to follow the style (80 char limit, spacing between functions,
> between classes etc.) And we provide several ways for a user to run the full
> set of style tests locally.
Documentation isn't the same as helping. Yes, it's true that the modeline isn't
sufficient, but it
The one review a day thing I
derive thusly:
- reading a single patch a day is a low commitment to ask for
- if you don't have time to do that, you will get stale quickly -
you'll only see
about 20% of the code changes going on (we're doing about 5 commits
a day an
to recall Zookeeper really not being
suitable for secure environments, but maybe thats just how it was used
in my previous interactions with it?
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing lis
functional and integration tests run with
ZK. Unit tests shouldn't be talking to a live ZK anyhow, so they don't
concern me.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
Op
patch landed - but then I'd
expect reviewers to not ask for tests or to volunteer that they might
be optional.
Now, if I'm wrong, and folk have different norms about when to accept
'reason X not to write tests' as a response from the submitter -
please let me know!
-Rob
--
ests.sh cinder.tests.test_volumes' or more granular:
> 'run_tests.sh
> cinder.tests.test_volume:VolumeTestCase.test_create_delete_volume
For any project that has switched to testr, it should be simple - pass
-- in.
e.g. run_tests.sh -- (?!testnametoskip)
Cheers,
Rob
ntic meaning at all there'.
Roman and I discussed this and we think that treating 0. versions as
0.MAJOR.MINOR makes sense. So we would go from 0.0.X to 0.1.0 when we
do something incompatible with the prior 0.0.X version, and just
increment X otherwise.
Thoughts?
-Rob
--
Robert Collins
lum/FeatureBlueprints/GitIntegration#Flow_Boundaries
>>
>>
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/op
way that the controller thinks the VM does not exist but the hypervisor is
> still reserving some resources for that VM. If Nova had a way to check its
> facts against the hypervisors, confusion would not have to reign.
In nova.conf, set:
running_deleted_instance_action=reap
:)
Cheers,
Rob
the test handle both behaviours,
land the new change, make the test only handle the new behaviour.
> Thanks and kind regards,
>
> Dave
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.o
e sure we can connect and see where we can collaborate!
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
sier/better/possible with this thing implemented?
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
7;t had new commits
> since the last release
>
> This also means that:
> 1. We are now releasing all the projects we have.
> 2. *tuskar* projects have got PyPi entries.
>
> Last but not least.
>
> I'd like to say a big thank you to Chris Jones who taught me '
whatever the issue
is fixed.
It's very much not OK to spend an hour reviewing something and then +1
with no comment: if I, and I think any +2er across the project see a
patch that needs an hour of review, with a commentless +1, we'll
likely discount the +1 as being meaningful.
-
; : I specifically want to see what the effect on changing
the Gerrit web UI is, because my sense is that that is the default
place folk do reviews, and I want to change the default-experience
folk have, not the optional experience folk can opt into.
-Rob
--
Robert Collins
Distinguished T
on with a live human would you have
no feedback at all, if they were reading a speech to you. You might go
'that was a great speech' (+2) and *still* have something to add. As
an observer given a very long speech, and an audience, I'd suspect
folk went to sleep if they didn't
kflow and the
ReviewWorkflowTips page above overlap a lot.
I think we should merge ReviewWorkflowTips into Gerrit_Workflow, and
link to the review checklist and guidlines pages from Gerrit_Workflow.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
eriod : 20 patches landing
per hour, but re-tests when things failed in the gate means more like
40 runs per hour, 2 machines per run, an hour budget for bare metal
deployed runs.
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
hing we should
try :)
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
t by last-comment or last-push
- the reviewable by me section includes all nova open reviews (as I watch it)
- the reviewed by me section is also a 100 or so long
-> useless.
I would like to review things I previously reviewed first, but
re-reading > 100 reviews to manually detect
on level at minimum'. This leaves room for gate
based testing of such plugins too, if the vendor steps up and meets
the requirements to have their plugin be gate checked - which is
superior to merely doing verification checks.
-Rob
--
Robert Collins
Distinguished Technologist
HP Conve
--
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-11-12-19.00.html
--
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-11-12-19.00.log.html
Cheers,
rob
Robert Collins
Distinguished Technologist
HP Converged Cloud
On 11 November 2013 17:06, Clark Boylan wrote:
> On Sun, Nov 10, 2013 at 6:18 PM, Robert Collins
> They are sorted on the reverse of the default sort order (which is
Sadly not. The default sort order shows most-recently-updated first,
which is a field which changes on new push, on comment
gt; OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-
s hard disk?
> Thanks,
> -vj
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
sk_extents = (
self._path_file_exists(ds_browser, folder_path, file_name))
Which is IMO harder to read - double brackets, but no function call,
and no tuple: it's more ambiguous than \.
from https://review.openstack.org/#/c/48544/15/nova/virt/vmwareapi/vmops.py
Cheers,
Rob
--
Robert Collins
what I'm doing. I've been told that much of our style
guide was copied lock stock and barrel from some Google Python style
guide, so I can't tell what is consensus and what is 'what someone
copied down one day'. Particularly when there is no rationale included
against the p
the bugfix/feature and the vendor can
sell more of their product. And again, if being part of the OpenStack
community is core to their plans, they will be doing that!
So - there are intrinsic motivators for doing this work. Do we need to
track the (I suspect) small fraction o
ot;, line 1
(foo, bar, baz =
^
SyntaxError: invalid syntax
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
n engineering tradeoff... I think we can do
better :) - I'd like to see us start running 5 or 10 duplicate
scenarios to set a lower bound on flakey tests that can enter the
system /at all/, and to look for and back out changes that introduce
more subtle flakey bugs.
-Rob
--
Robert Collin
ypervisor_type
>
> Isn't this kind of confusing for users though? My admin told me the
> cluster was kvm, but when I ask nova I get qemu?
>
> Michael
>
> --
> Rackspace Australia
>
> _______
> OpenStack-dev mailing lis
file_name)
>
> Or something similar.
And thus my point is made :>
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ches to learn what other
reviewers say, and why
- until the nova-core team & Russell are happy that they can
contribute effectively as -core.
Why such a big number of volunteers? Because we need a big number of
people to spread load, because Nova has a high incoming patch rate.
Cheers,
Ro
On 15 November 2013 03:03, Daniel P. Berrange wrote:
> On Thu, Nov 14, 2013 at 08:29:36PM +1300, Robert Collins wrote:
>> One confounding factor here is that this counts (AIUI) pushed changes,
>> not change ids - so we don't need two +2's for every push, we need two
&
gt; shared culture creates. There is a lot of magic smoke in that box. Could
> there be improvements, absolutely, and the most inner folks in Nova talk
> about this all the time, trying to come up with new models. But I really
> don't think this is a fix-it-with-math problem.
I think
On 15 November 2013 10:53, Adrian Otto wrote:
>
>
> Adrian Otto (adrian_otto) - Solum PTL (Principal Architect, Rackspace)
> Monty Taylor (mordred) - OpenStack Technical Committee, OpenStack Board of
> Directors (Distinguished Technologist, HP)
> Robert Collins (lifel
policy/ch-relationships.html#s-sourcebinarydeps.
Perhaps you have the setup_requires build-dependencies for the package
listed as b-d-i rather than b-d ?
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenSt
use split views to hide that from the
outside world)
SRV for _network._pub_endpoints.cloud.example.com -> openstack network
public endpoint
etc.
E.g. known, solved thing, nothing to see here, move along.
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
So, I've been pretty happy with reviews from Chris Jones and Clint
Byrum - would like to propose them for the tripleo review team(s).
Can other existing members please vote yay/nay?
Thanks,
Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Ser
w my patch? The link
> to review: https://review.openstack.org/#/c/32120/6
Reviewed,
Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/c
On 18 June 2013 17:57, Mark McLoughlin wrote:
> On Tue, 2013-06-18 at 13:17 +1200, Robert Collins wrote:
>> So, I've been pretty happy with reviews from Chris Jones and Clint
>> Byrum - would like to propose them for the tripleo review team(s).
>
> FWIW, it's not
l
free to file a bug (on testtools), but its definitely not as trivial
as 'start catching it like any other exception'.
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
de config should be done via ORC
- first-boot scripts should only be used for things required to make
boot work for which cloud-init is either not available [seed node] or
not suitable [???].
Thoughts?
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
ally more than that :).
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
gt;
> _______
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ut a code repo today, so it's a moot point : I suggest saying
that until it is revisited, there cannot be a Program w/o a code repo.
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
e option, if someone disagrees the gate will tell them they are wrong.
Not caring is a valid consensus; if the wiki page had said we
explicitly don't care, I would have raised enforcing proper sentence
structure in the first line here.
-Rob
--
Robert Collins
Distinguished Techn
rs (and low-resource risk-averse orgs).
That totally makes sense to me as a program - but I think calling it
'production' would be a bit confusing, as TripleO is focused on
production, whereas releases and stable branches are focused on
distribution, IMNSHO :)
-Rob
--
Robert Collins
Di
leO for not-trunk
OpenStack, then we'll figure out how to integrate that into the
TripleO process.
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
that can affect tempest runs a
very low probability, Steve Baker was talking about doing that on IRC
yesterday, so we should have something in place soon.
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing lis
ing can be decoupled from this current piece
> of work.
Ditto.
One thing we could do really easily is start making releases of dib
and tie; you could consume those in the gate, and any rev to them
would be gated. That decouples things quite effectively and wouldn't
have an
change soon anyway with
> Clint's current work.
Ah - elements/heat-cfntools/os-config-applier/etc/cfn/
cfn-credentials cfn-hup.conf hooks.conf
So - we configure cfn-hup via os-apply-config, makes sense to me :).
-Rob
--
Robert Collins
Distinguished
adding a
checksum-fill rule to POSTROUTING on the seed node, but it had no
effect.
So there is the puzzle: how can traffic reach eth0 of the undercloud
VM, via the seed node when it is in reply to a session initiated by
the undercloud VM, but not when it's initiated from the host, while
it'
x27;
which AIUI Heat depends on/will depend on.
> To make this happen we need to add authentication to the connections between
> clients and services.
Again, if you mean actual TCP Connection here then this design is deeply flawed.
Whats the actual problem we're trying to solve
Will you be doing os-config-applier too?
On 1 Jul 2013 04:52, "James E. Blair" wrote:
> Hi,
>
> On Saturday July 6th at 1600 UTC, Gerrit will be offline for a short
> time while we rename the source code repositories of quantum and
> python-quantumclient to neutron and python-neutronclient. To c
e to me. Where you boot from, and what your
root filesystem are are orthogonal issues. boot from volume shouldn't
alter that.
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
___
OpenStack-dev mailing list
OpenStack-dev@lists.
d be merged into the TripleO program when it's considered.
Certainly; with our focus on deploy and operations, Ironic is very
much something we'll care about forever :). OTOH, baremetal machine
provisioning is a distinct concern from OpenStack deployment and
operations. I don't know tha
st_fake
And in fact, I think that that design would work well here, because we
have multiple language bindings - Python, Ruby, PHP, Java, Go etc, and
all of them will benefit from a low(ms or less)-latency test fake.
-Rob
--
Robert Collins
Distinguished Technologist
HP Cloud Services
Radix points out I missed the naunce that you're targeting the users
of python-novaclient, for instance, rather than python-novaclient's
own tests.
On 3 July 2013 16:29, Robert Collins wrote:
>> What I'd like is for each client library, in addition to the actual
>> i
ports
>
> [arosen] - there is a blueprint for pluggable ipam which might work for
> this. That said. it seems like it might also be worth while to add an
> extension that allows you to add/remove ip/mac address pairs to a port.
>
>
> **
>
>
On 4 July 2013 04:19, Christopher Armstrong
wrote:
> On Tue, Jul 2, 2013 at 11:38 PM, Robert Collins
> wrote:
> > Radix points out I missed the naunce that you're targeting the users
> > of python-novaclient, for instance, rather than python-novaclient's
> > o
- here is the draft:
Official Title: OpenStack Deployment
PTL: Robert Collins
Mission Statement:
Develop and maintain the tooling and infrastructure needed to
deploy OpenStack in production, using OpenStack itself wherever
possible.
--
Robert Collins
Distinguished Technologi
referable to doing client
> side iteration, I can;t see how that would not be the case.
>
right, so I think Clint prefers that too, the question is how to get
sqlalchemy to output the appropriate sql for postgresql and mysql, which is
different.
-Rob
--
Robert Collins
Distinguished Techn
On 9 July 2013 20:12, Thierry Carrez wrote:
> Robert Collins wrote:
> > I thought I would get some input on a draft statement before submitting
> > one for the TC to vote on.
> >
> > We're very focused on using OpenStack components in the delivery as mu
501 - 600 of 1124 matches
Mail list logo