On 01/13/2014 09:33 PM, Lyle, David wrote:
> With all the warranted meeting time shuffling that has been happening
> recently, and the addition of so many projects and sub-teams, the
> meeting calendar for #openstack-meeting and #openstack-meeting-alt
> [1] is relatively full. So recently, when tr
On Thu, Jan 9, 2014 at 6:14 AM, Steven Dake wrote:
> that
Steve
Thanks for detailed email. Apologize for the delayed response but we have
been thinking about how does software config fit into configuring network
and service function devices. I agree with you that in general it is best
to get ap
Ok for me :)
On Tue, Jan 14, 2014 at 9:19 AM, Sergey Lukjanov wrote:
> It's ok for me.
>
> P.S. link to the event time -
> http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20140117T06
>
> CET 07:00 am
> MSK 10:00 am
> PST 10:00 pm
>
>
> On Tue, Jan 14, 2014 at 2:07
Hi Dan, are you going to cook a patch to expand the base class? Or we can do
that ourselves?
For the list, I also agree your dirty assumption.
--
Shane
-Original Message-
From: Dan Smith [mailto:d...@danplanet.com]
Sent: Friday, January 10, 2014 10:42 PM
To: Wang, Shane; OpenStack Deve
@Michael, very nice conclusion, absolutely agree.
On Tue, Jan 14, 2014 at 1:28 AM, Michael Krotscheck wrote:
> On 01/13/2014 01:12 PM, Sean Dague wrote:
>
>>
>> Well, as an expert in the area, particular recommendations would be
>> appreciated. I don't feel like we necessarily need one answer, b
It's ok for me.
P.S. link to the event time -
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20140117T06
CET 07:00 am
MSK 10:00 am
PST 10:00 pm
On Tue, Jan 14, 2014 at 2:07 AM, Alan TaN wrote:
> Hi guys,
>
>
>
> Thanks for accommodating to our time. UTC 0600 so
On Tue, 2014-01-14 at 11:45 +0800, Christopher Yeoh wrote:
> On Tue, Jan 14, 2014 at 10:59 AM, Jay Pipes
> wrote:
>
> We don't need API extensions and they make our Compute API
> laughably complex and cumbersome. We should ditch entirely the
> concept of API extens
On Tue, Jan 14, 2014 at 10:59 AM, Jay Pipes wrote:
>
> We don't need API extensions and they make our Compute API laughably
> complex and cumbersome. We should ditch entirely the concept of API
> extensions in our next Compute API major release.
>
>
I think it way too late in the cycle to make th
Hi Doug,
> -Original Message-
> From: Doug Hellmann [mailto:doug.hellm...@dreamhost.com]
> Sent: Tuesday, January 14, 2014 12:07 AM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [wsme] Undefined attributes in WSME
>
>
>
>
> On Mon, J
1) Memcached based scheduler updates
2) Scheduler code forklift
3) Instance groups
--
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
Ph: 303/443-3786
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.opens
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting tomorrow, Tuesday January 14th, at 19:00 UTC in
#openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Everyone interested in inf
Caution! Long and opinionated response.
tl;dr:
A versioned API with no API extensions is *not* a static API. If you
want to look at a heavily versioned API without extensions for a Compute
control API that has successfully evolved over the years to meet its
customers' needs, you need look no furt
I sent out the invitation mail to the attendees.
If you haven't received it for some reason (sorry if I missed anyone),
please let me know. (mail to isaku.yamahata at intel.com or IRC)
If you haven't expressed your interest yet, it's still open so that,
don't hesitate.
Thanks,
On Fri, Jan 10, 20
UTC 0600 sounds good for me
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2014/1/13 Dina Belova
> Guys from Cafe command are from New Zealand - UTC+13 :)
>
>
> On Mon, Jan 13, 2014 at 6:58 PM, Sergey Lukjanov
> wrote:
>
>> Are there any guys from PST timez
On Mon, 2014-01-13 at 10:05 -0500, Doug Hellmann wrote:
>
>
>
>
> On Sun, Jan 12, 2014 at 6:33 PM, Jamie Lennox
> wrote:
> On Fri, 2014-01-10 at 10:23 -0500, Doug Hellmann wrote:
> >
> >
> >
> >
> > On Thu, Jan 9, 2014 at 12:02 AM, Jamie Lennox
>
I don't think I can use better words than Mark's.
So I have nothing to add.
Salvatore
On 13 January 2014 23:29, Mark McClain wrote:
>
> On Jan 13, 2014, at 12:24 PM, Collins, Sean <
> sean_colli...@cable.comcast.com> wrote:
>
> > Hi,
> >
> > I posted a message to the mailing list[1] when I fir
Hi Nachi, Russel
I've stopped our Jenkins server... That should stop this crazy attack.
However, I am wondering how this happened, we didn't set any voting mechanism
on it yet...
Sorry about that,
Ivar.
-Original Message-
From: Nachi Ueno [mailto:na...@ntti3.com]
Sent: Monday, January
Excerpts from Walls, Jeffrey Joel (Cloud OS R&D)'s message of 2014-01-13
06:54:11 -0800:
> > From: Jaromir Coufal [mailto:jcou...@redhat.com]
> >> On 2014/10/01 19:02, Dougal Matthews wrote:
>
> > > - If I remove some instances, do I as the administrator need to care
> > > which are removed? Do w
On Mon, 2014-01-13 at 22:16 +, Mark McClain wrote:
> I’d rather us explicitly skip the tests if the module is not available.
I think the danger with that is that you'll have developers running a
bunch of tests, getting skipped results (not failures), and thinking
that everything is hunky-dory
On 2014-01-13 17:38:46 -0500 (-0500), Russell Bryant wrote:
> On 01/13/2014 05:26 PM, Nachi Ueno wrote:
> [...]
> > Embrane CI looks like broken, and we should stop it now.
>
> A good place to bring up issues like this is #openstack-infra on
> IRC. I brought it up there and Jeremy Stanley got it d
Hi Russell
Thanks. I got it
2014/1/13 Russell Bryant :
> On 01/13/2014 05:26 PM, Nachi Ueno wrote:
>> Hi folks
>>
>> I get Embrane CI comment in my review about 10 times in min.
>> https://review.openstack.org/#/c/58897/
>>
>> Embrane CI looks like broken, and we should stop it now.
>
> A good pl
2014/1/13 Clint Byrum :
> Excerpts from Nachi Ueno's message of 2014-01-13 10:35:07 -0800:
>> Hi Clint
>>
>> 2014/1/10 Clint Byrum :
>> > Excerpts from Nachi Ueno's message of 2014-01-10 13:42:30 -0700:
>> >> Hi Flavio, Clint
>> >>
>> >> I agree with you guys.
>> >> sorry, may be, I wasn't clear. M
Hi everybody,
I see that we already have at least two 3rd party testing setups (from
Arista and Midokura) up and running. Noticed their votes on our newly
submitted plugin.
The etherpad which is to be used for sharing information about setting up
3rd party testing (as well as multi-node testing)
On 1/13/2014 1:47 PM, Doug Hellmann wrote:
There's a review in Oslo to provide a configuration option to turn on
the ability to log in a second language by specifying the locale
(https://review.openstack.org/#/c/62508/).
Given the recent discussion of adding more configuration options, I
wanted
On 01/13/2014 05:26 PM, Nachi Ueno wrote:
> Hi folks
>
> I get Embrane CI comment in my review about 10 times in min.
> https://review.openstack.org/#/c/58897/
>
> Embrane CI looks like broken, and we should stop it now.
A good place to bring up issues like this is #openstack-infra on IRC. I
br
On Jan 13, 2014, at 12:24 PM, Collins, Sean
wrote:
> Hi,
>
> I posted a message to the mailing list[1] when I first began work on the
> subnet mode keyword, asking if anyone had a suggestion about if it
> should be an API extension or can be a change to the core API.
>> I don't know if adding
On Mon, Jan 13, 2014 at 11:15 PM, Jay Pipes wrote:
> On Mon, 2014-01-13 at 09:40 -0500, Ryan Petrello wrote:
> > Jay, I’ll +1 to that. As I’ve been tinkering with potential Pecan
> support for the Nova API, I’ve run into the same issue w/ the API
> composition being seriously complicated (to the
Hi folks
I get Embrane CI comment in my review about 10 times in min.
https://review.openstack.org/#/c/58897/
Embrane CI looks like broken, and we should stop it now.
Best
Nachi
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://l
I’d rather us explicitly skip the tests if the module is not available.
mark
On Jan 13, 2014, at 3:39 PM, Collins, Sean
wrote:
> On Wed, Jan 01, 2014 at 07:56:22PM -0800, Clark Boylan wrote:
>> It looks like the problem is that there is a dependency on pyudev
>> which only works properly on Li
> -Original Message-
> From: Dan Smith [mailto:d...@danplanet.com]
> Sent: Monday, January 13, 2014 6:35 AM
> To: Jiang, Yunhong; Murray, Paul (HP Cloud Services) (pmur...@hp.com)
> Cc: openstack-dev@lists.openstack.org
> Subject: Re: The extra_resource in compute node object
>
> > This
Sounds good.
Thanks for clarification.
-Sukhdev
On Fri, Jan 10, 2014 at 7:24 AM, Miguel Lavalle wrote:
> Sukhdev,
>
> Thanks for your comment. Eugene summarized very well the reason I didin't
> specify any testing dealing with the ml2 plugin. It
>
> Cheers
>
>
> On Thu, Jan 9, 2014 at 11:50 P
Hi guys,
Thanks for accommodating to our time. UTC 0600 sounds good for us. I was
wondering if Friday (17th Jan) UTC 0600 will be a good time for everyone
else?
Cheers,
Alan
Date: Mon, 13 Jan 2014 19:52:28 +0400
From: Dina Belova mailto:dbel...@mirantis.com> >
To: "OpenStack Devel
On 01/13/2014 01:12 PM, Sean Dague wrote:
Well, as an expert in the area, particular recommendations would be
appreciated. I don't feel like we necessarily need one answer, but it
would be nice knock some of the options off the table.
I'd say: Start with handlebars, unless you want to lay appl
On 01/13/2014 03:06 PM, Michael Krotscheck wrote:
> On 01/13/2014 05:05 AM, Sean Dague wrote:
>> Honestly, I've not done enough large scale js projects to know whether
>> we'd consider status.js to be big or not. I just know it's definitely
>> getting too big for += all the html together and doing
A bug was introduced before the holidays that made tempest stop failing
successful builds that have new log ERRORs. We are ready to close that
bug but unfortunately some new ones slipped through as indicated in
https://bugs.launchpad.net/ceilometer/+bug/1268730 I just filed. It
would be great i
On Mon, Jan 13, 2014 at 3:41 PM, Kevin L. Mitchell <
kevin.mitch...@rackspace.com> wrote:
> On Mon, 2014-01-13 at 12:07 -0500, Doug Hellmann wrote:
> > We can't just compute the hash of the modules in the project receiving
> > copies, and then look for them in the oslo-incubator repo, because we
>
I'm afraid I missed this topic the first time around, and I think it bears
revisiting.
tl;dr: I think we should consider ensuring gate stability in the face of
resource-starved services by some combination of more intelligent test design
and better handling of resource starvation (for example,
There's a review in Oslo to provide a configuration option to turn on the
ability to log in a second language by specifying the locale (
https://review.openstack.org/#/c/62508/).
Given the recent discussion of adding more configuration options, I wanted
to see what people thought about providing t
On Wed, Jan 01, 2014 at 07:56:22PM -0800, Clark Boylan wrote:
> 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 prope
On Mon, 2014-01-13 at 12:07 -0500, Doug Hellmann wrote:
> We can't just compute the hash of the modules in the project receiving
> copies, and then look for them in the oslo-incubator repo, because we
> modify the files as we copy them out (to update the import statements
> and replace "oslo" with
On Mon, 2014-01-13 at 11:47 -0800, Rick Jones wrote:
> On 01/13/2014 07:32 AM, Jay Pipes wrote:
> > On Mon, 2014-01-13 at 10:23 +, Stephen Gran wrote:
> >> Hi,
> >>
> >> I don't think that's what's being asked for. Just that there be more
> >> than the current check for '(isowner of network) or
With all the warranted meeting time shuffling that has been happening recently,
and the addition of so many projects and sub-teams, the meeting calendar for
#openstack-meeting and #openstack-meeting-alt [1] is relatively full. So
recently, when trying to move the Horizon meeting time, the poll
On Mon, Jan 13, 2014 at 1:16 PM, Robert Myers wrote:
> We could always use relative imports in oslo :) Then you could put it
> where ever you wanted to without needing to rewrite the import statements.
>
That may be a good idea, but doesn't really solve the problem at hand.
Doug
>
>
> On Mon
Hi folks,
I think that we can enable hacking checks for python infra projects to help
themselves write better code. Probably we should enable only specific
subset of hacking checks instead of all of them.
TL;DR
I'd like to discuss the need of hacking usage for python infra projects.
Currently I'
If there are N flavor types there are N match expressions so I think it's
pretty much equivalent in terms of complexity. It looks like some sort of
packing problem to me, trying to fit N objects into M boxes, hence my
statement that it's not going to be easy, but that's just a gut feeling -
some o
On 01/13/2014 05:05 AM, Sean Dague wrote:
Honestly, I've not done enough large scale js projects to know whether
we'd consider status.js to be big or not. I just know it's definitely
getting too big for += all the html together and doing document.writes.
Yes indeed.
I guess the real question I
Ian, not sure if I get your question. Why should scheduler get the number of
flavor types requested? The scheduler will only translate the PCI flavor to the
pci property match requirement like it does now, (either vendor_id, device_id,
or item in extra_info), then match the translated pci flavor
On 19/12/13 14:51, Steve Baker wrote:
> The Heat meeting is currently weekly on Wednesdays at 2000 UTC. This
> is not very friendly for contributors in some timezones, specifically
> Asia.
>
> In today's Heat meeting we decided to try having every second meeting
> at an alternate time. I've set up
On 01/13/2014 07:32 AM, Jay Pipes wrote:
On Mon, 2014-01-13 at 10:23 +, Stephen Gran wrote:
Hi,
I don't think that's what's being asked for. Just that there be more
than the current check for '(isowner of network) or (shared)'
If the data point could be 'enabled for network' for a given te
I'm not network engineer and always lost at 802.1Qbh/802.1BR specs :( So I'd
wait for requirement from Neutron. A quick check seems my discussion with Ian
meet the requirement already?
Thanks
--jyh
From: Irena Berezovsky [mailto:ire...@mellanox.com]
Sent: Monday, January 13, 2014 12:51 AM
To:
Hi Anita
Location: I am about to sign the contract for Salle du Parc at 3625 Parc
> avenue, a room in a residence of McGill University.
^^^ Let's me confirmed the room number?
2014/1/7 Anita Kuno :
> On 01/08/2014 03:10 AM, Nachi Ueno wrote:
>> Hi Anita
>>
>> Let's me join this session also.
Hi folks,
I'm planning to release python-savannaclient Jan 14/15 due to the number of
important fixes and improvements including, for example, basic impl of CLI.
This changes are needed for updating savanna-dashboard, integration tests,
for adding support of scenarios tests in tempest and etc.
Th
It's worth noting that this makes the scheduling a computationally hard
problem. The answer to that in this scheme is to reduce the number of
inputs to trivialise the problem. It's going to be O(f(number of flavor
types requested, number of pci_stats pools)) and if you group appropriately
there sh
Excerpts from Nachi Ueno's message of 2014-01-13 10:35:07 -0800:
> Hi Clint
>
> 2014/1/10 Clint Byrum :
> > Excerpts from Nachi Ueno's message of 2014-01-10 13:42:30 -0700:
> >> Hi Flavio, Clint
> >>
> >> I agree with you guys.
> >> sorry, may be, I wasn't clear. My opinion is to remove every
> >>
Excerpts from Doug Hellmann's message of 2014-01-13 09:10:27 -0800:
> On Mon, Jan 13, 2014 at 11:34 AM, Bhuvan Arumugam wrote:
>
> >
> > On Mon, Jan 13, 2014 at 7:02 AM, Doug Hellmann <
> > doug.hellm...@dreamhost.com> wrote:
> >> Where are we doing those sorts of operations?
> >>
> >
> > Current
I would say that since v4 dhcp_mode is core, the DHCPv6/RA setting should
similarly be core.
To fill others in, we've had discussions on the rest of the patch and
Shixiong is working on it now, the current plan is:
New subnet attribute ipv6_address_auto_config (not catchy, but because of
the way
Hi Clint
2014/1/10 Clint Byrum :
> Excerpts from Nachi Ueno's message of 2014-01-10 13:42:30 -0700:
>> Hi Flavio, Clint
>>
>> I agree with you guys.
>> sorry, may be, I wasn't clear. My opinion is to remove every
>> configuration in the node,
>> and every configuration should be done by API from c
Hi, Robert, scheduler keep count based on pci_stats instead of the pci flavor.
As stated by Ian at
https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg13455.html
already, the flavor will only use the tags used by pci_stats.
Thanks
--jyh
From: Robert Li (baoli) [mailto:ba...@cisco
On 2014-01-13 11:21, Greg Hill wrote:
> Trove doesn't use ssh afaik. It has an agent that runs in the guest that is
> communicated with via our normal RPC messaging options.
>
> Greg
My understanding is that Heat is similar. It uses cloud-init to do its
guest configuration. I'm pretty sure
Understood. You should be able to make that work but the issue is
allocating your VM to some machine that has spare hardware - which is
really what the patches are about, Nova manages allocations and Neutron
manages using the hardware when appropriate. From past experience with the
patch that was
We could always use relative imports in oslo :) Then you could put it where
ever you wanted to without needing to rewrite the import statements.
On Mon, Jan 13, 2014 at 11:07 AM, Doug Hellmann wrote:
> [resurrecting an old thread]
>
>
> On Wed, Nov 27, 2013 at 6:26 AM, Flavio Percoco wrote:
>
On Mon, Jan 13, 2014 at 12:21 PM, Greg Hill wrote:
> Trove doesn't use ssh afaik. It has an agent that runs in the guest that
> is communicated with via our normal RPC messaging options.
>
Good.
Doug
>
> Greg
>
> On Jan 13, 2014, at 11:10 AM, Doug Hellmann
> wrote:
>
>
>
>
> On Mon, Jan
Howdy Ian!
Thanks for the background on the Passthrough work.
I reckon the best choice for us now is to use the traditional Neutron
APIs instead of Passthrough. I think they cover all of our use cases
as it stands now (many thanks to you for your earlier help with
working this out :)). The idea i
Hi,
I posted a message to the mailing list[1] when I first began work on the
subnet mode keyword, asking if anyone had a suggestion about if it
should be an API extension or can be a change to the core API.
> I don't know if adding the "dhcp_mode" attribute to Subnets should be
> considered an AP
Trove doesn't use ssh afaik. It has an agent that runs in the guest that is
communicated with via our normal RPC messaging options.
Greg
On Jan 13, 2014, at 11:10 AM, Doug Hellmann
mailto:doug.hellm...@dreamhost.com>> wrote:
On Mon, Jan 13, 2014 at 11:34 AM, Bhuvan Arumugam
mailto:bhu...@
On Mon, Jan 13, 2014 at 11:34 AM, Bhuvan Arumugam wrote:
>
> On Mon, Jan 13, 2014 at 7:02 AM, Doug Hellmann <
> doug.hellm...@dreamhost.com> wrote:
>
>>
>>
>>
>> On Mon, Jan 13, 2014 at 7:32 AM, Bhuvan Arumugam wrote:
>>
>>> On Fri, Jan 10, 2014 at 11:24 PM, Sergey Skripnick <
>>> sskripn...@mira
[resurrecting an old thread]
On Wed, Nov 27, 2013 at 6:26 AM, Flavio Percoco wrote:
> On 27/11/13 10:59 +, Mark McLoughlin wrote:
>
>> On Wed, 2013-11-27 at 11:50 +0100, Flavio Percoco wrote:
>>
>>> On 26/11/13 22:54 +, Mark McLoughlin wrote:
>>> >On Fri, 2013-11-22 at 12:39 -0500, Doug
Hi All,
I just cloned master devstack and stacked.
Nova-compute fails while trying to load libvirt driver
Log:
Loading compute driver 'libvirt.LibvirtDriver'^[[00m
2014-01-13 08:20:01.228 ^[[01;31mERROR nova.virt.driver [^[[00;36m-^[[01;31m]
^[[01;35m^[[01;31mUnable to load the virtualization
Greetings,
There has been much discussion about the future of nova-network. While
a freeze is still in effect, I think we need to relax some of the
restrictions we have put in place as a part of this freeze.
Previously, we have been ignoring nova-network as we made architectural
enhancements to
Hello all,
It looks 100% of the pep8 gate for nova is failing because of a bug reported,
we probably need to mark this as Critical.
https://bugs.launchpad.net/nova/+bug/1268614
Ivan Melnikov has pushed a patchset waiting for review:
https://review.openstack.org/#/c/66346/
http://logstash
Hi,
Thanks for joining us today in IRC at #openstack-meeting. Here are the links to
minutes and log of the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-01-13-16.00.html
Log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-01-13-16.00.log
Yes, I agree.
Actually, I am trying to infer what the "programming model" for this is as we
go along.
Personally I would have been happy with only marking the fields when they are
set. Then, if a you want to change a list somehow you would get it and then set
it again, e.g.:
mylist = obje
On Mon, Jan 13, 2014 at 7:02 AM, Doug Hellmann
wrote:
>
>
>
> On Mon, Jan 13, 2014 at 7:32 AM, Bhuvan Arumugam wrote:
>
>> On Fri, Jan 10, 2014 at 11:24 PM, Sergey Skripnick <
>> sskripn...@mirantis.com> wrote:
>>
>>>
>>> I appreciate that we want to fix the ssh client. I'm not certain that
On 01/12/2014 09:56 PM, Michael Krotscheck wrote:
> If all you're looking for is a javascript-based in-browser templating
> system, then handlebars is a fine choice. I'm not certain on how complex
> status.html/status.js is, however if you expect it to grow to something
> more like an application t
I'm pulling this particular discussion point out of the Wireframes
thread so it doesn't get lost in the replies.
= Background =
It started with my first bulletpoint:
- When a role is edited, if it has existing nodes deployed with the old
version, are the automatically/immediately updated? If
As I have responded in the other email, and If I understand PCI flavor
correctly, then the issue that we need to deal with is the overlapping issue. A
simplest case of this overlapping is that you can define a flavor F1 as
[vendor_id='v', product_id='p'], and a flavor F2 as [vendor_id = 'v'] .
On 01/11/2014 09:57 AM, Russell Bryant wrote:
> 5) https://review.openstack.org/#/c/65989/
>
> This patch isn't a candidate for merging, but was written to test the
> theory that by updating nova-network to use conductor instead of direct
> database access, nova-network will be able to do work in
Greetings,
One of our blueprint process changes for Nova for the Icehouse cycle was
adding a "core sponsor" requirement for blueprints to get priority about
Low. The idea is to have 2 members of nova-core sponsor a blueprint,
meaning that they are committed to helping review the resulting code.
O
In #openstack-meeting
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Currently, we already have a simple status page in zuul repo and status
page in infra/config, probably, we should think about moving them to the
separated repo and merge their functionality and in this case it'll be easy
to use any actual js tools. Otherwise it'll be not really straightforward
to h
Just to make a context for this discussion, here are the two files that
where're speaking about:
https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/status.html
https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zu
Welcome to the DevStack core team Chmouel!
dt
--
Dean Troyer
dtro...@gmail.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Mon, 2014-01-13 at 13:39 +0400, Nadya Privalova wrote:
> Jay,
>
>
> Thanks for comments!
>
> The question you raised was discussed several times within Ceilometer
> team but as I understand there is no official resolution yet.
>
> I agree with you that statistics' collection is the main Cei
Guys from Cafe command are from New Zealand - UTC+13 :)
On Mon, Jan 13, 2014 at 6:58 PM, Sergey Lukjanov wrote:
> Are there any guys from PST timezone?
>
>
> On Mon, Jan 13, 2014 at 5:32 PM, Sylvain Bauza wrote:
>
>> I can propose anytime at 0600 UTC, I can make efforts for waking up
>> earlier
On 13.1.2014 11:43, Jaromir Coufal wrote:
On 2014/10/01 21:17, Jay Dobies wrote:
Another question:
- A Role (sounds like we're moving away from that so I'll call it
Resource Category) can have multiple Node Profiles defined (assuming I'm
interpretting the + and the tabs in the Create a Role wir
On 01/13/2014 05:43 AM, Jaromir Coufal wrote:
On 2014/10/01 21:17, Jay Dobies wrote:
Another question:
- A Role (sounds like we're moving away from that so I'll call it
Resource Category) can have multiple Node Profiles defined (assuming I'm
interpretting the + and the tabs in the Create a Ro
On 01/13/2014 10:13 AM, Russell Bryant wrote:
> On 01/13/2014 09:38 AM, Sean Dague wrote:
>> I know we've been here before, but I want to raise this again while
>> there is still time left in icehouse.
>>
>> I would like to propose that the Nova v3 API removes the XML payload
>> entirely. It adds c
On Mon, 2014-01-13 at 10:23 +, Stephen Gran wrote:
> Hi,
>
> I don't think that's what's being asked for. Just that there be more
> than the current check for '(isowner of network) or (shared)'
>
> If the data point could be 'enabled for network' for a given tenant,
> that would be more fle
> ObjectListBase has a field called objects that is typed
> fields.ListOfObjectsField('NovaObject'). I can see methods for count
> and index, and I guess you are talking about adding a method for "are
> any of your contents changed" here. I don't see other list operations
> (like append, insert, re
Excellent write up Jay.
I don't actually know the answer. I'm not 100% bought into the idea that
Tuskar isn't going to store any information about the deployment and
will rely entirely on Heat/Ironic as the data store there. Losing this
extra physical information may be a a strong reason why w
On 01/13/2014 05:05 AM, Sean Dague wrote:
On 01/12/2014 09:56 PM, Michael Krotscheck wrote:
If all you're looking for is a javascript-based in-browser templating
system, then handlebars is a fine choice. I'm not certain on how complex
status.html/status.js is, however if you expect it to grow to
On Mon, 2014-01-13 at 09:40 -0500, Ryan Petrello wrote:
> Jay, I’ll +1 to that. As I’ve been tinkering with potential Pecan support
> for the Nova API, I’ve run into the same issue w/ the API composition being
> seriously complicated (to the point where I’ve realized Pecan isn’t the hard
> part
On 01/13/2014 09:38 AM, Sean Dague wrote:
> I know we've been here before, but I want to raise this again while
> there is still time left in icehouse.
>
> I would like to propose that the Nova v3 API removes the XML payload
> entirely. It adds complexity to the Nova code, and it requires
> duplic
If you're just using it for client-side templates, you should be able to treat
it like any other js library (jquery, etc) without using npm (node's package
manager) for installation. Handlebars, for example, has a single downloadable
js file that is available on their website:
http://builds.ha
On Mon, Jan 13, 2014 at 3:29 AM, Ken'ichi Ohmichi wrote:
> Hi Doug,
>
> 2014/1/11 Doug Hellmann :
> > On Thu, Jan 9, 2014 at 12:02 AM, Jamie Lennox
> > wrote:
> >>
> >> Is there any way to have WSME pass through arbitrary attributes to the
> >> created object? There is nothing that i can see in t
On Sun, Jan 12, 2014 at 6:33 PM, Jamie Lennox wrote:
> On Fri, 2014-01-10 at 10:23 -0500, Doug Hellmann wrote:
> >
> >
> >
> >
> > On Thu, Jan 9, 2014 at 12:02 AM, Jamie Lennox
> > wrote:
> > Is there any way to have WSME pass through arbitrary
> > attributes to the created object
Hi Dan,
I was actually thinking of changes to the list itself rather than the objects
in the list. To try and be clear, I actually mean the following:
ObjectListBase has a field called objects that is typed
fields.ListOfObjectsField('NovaObject'). I can see methods for count and index,
and I g
Personally, I think that it's a great step now to move this code to the
templates. As for the huge frameworks - I prefer something like Angular.JS
or Knockout.JS.
Currently, the status.js file isn't so bug to rewrite it as a real life web
app and so, we could just add templates to make it much mor
On Mon, Jan 13, 2014 at 7:32 AM, Bhuvan Arumugam wrote:
> On Fri, Jan 10, 2014 at 11:24 PM, Sergey Skripnick <
> sskripn...@mirantis.com> wrote:
>
>>
>> I appreciate that we want to fix the ssh client. I'm not certain that
>>> writing our own is the best >answer.
>>>
>>
>> I was supposed to fix
Thanks Russell, will add this to V3 api ad leave V2 API as it is.
Regards,
Jay
2014/1/13 Russell Bryant
> On 01/13/2014 03:16 AM, Jay Lau wrote:
> > Greetings,
> >
> > Now cold migration do not support migrate a VM instance with target
> > host, what about add this feature to enable cold migr
1 - 100 of 144 matches
Mail list logo
