On Wed, Nov 13 2013, Zhongyue Luo wrote:
> Any thoughts on this change? Thanks.
+2'ed. I'm pretty sure that helping other projects to help get rid of it
would be nice, if your time allows it. :)
--
Julien Danjou
// Free Software hacker / independent consultant
// http://julien.danjou.info
sig
Hi all,
We had a discussion of the modules that are incubated in Oslo.
https://etherpad.openstack.org/p/icehouse-oslo-status
One of the conclusions we came to was to deprecate/remove uuidutils in this
cycle.
The first step into this change should be to remove generate_uuid() from
uuidutils.
Th
Hi,
Here are the etherpads for discussing DSL and API specifications:
https://etherpad.openstack.org/p/MistralDSLSpecification
https://etherpad.openstack.org/p/MistralAPISpecification
Everyone is very welcome to contribute.
Thanks!
Renat Akhmerov
@ Mirantis Inc.
Hi,
This is in relation with the patch at https://review.openstack.org/#/c/55517/
which supports use of 'Expect: 100-Continue' header in swift client during a
PUT request. This will help attain an interim response before actual upload of
chunks, which will act
Hi everyone,
We’ve created several etherpads to start discussing all things related with
further Mistral development. Here they are:
https://etherpad.openstack.org/p/TaskFlowAndMistral
https://etherpad.openstack.org/p/MistralQuestionsBeforeImplementation
https://etherpad.openstack.org/p/MistralR
Garry Chen - iPhone
> On 2013年11月13日, at 上午5:44, Paul Belanger wrote:
>
>> On 13-11-11 01:31 AM, Lyle, David wrote:
>> I think there is certainly interest. I do think it will need to be highly
>> configurable to be useful. The problem, as Dolph points out, is that each
>> deployment has i
On Nov 12, 2013, at 10:02 PM, Harshad Nakil wrote:
> Kyle,
> These requirement should also be required for existing third plugins.
> Will you allow new patches to existing plugins without this requirement?
> I hope we don't end up creating multiple classes of citizens.
>
> Regards
> -Harshad
>
A
Kyle,
These requirement should also be required for existing third plugins.
Will you allow new patches to existing plugins without this requirement?
I hope we don't end up creating multiple classes of citizens.
Regards
-Harshad
> On Nov 12, 2013, at 7:08 PM, "Kyle Mestery (kmestery)"
> wrote:
We shouldn't really be changing the config of the cloud we're testing
- that stops us being run against actual prod clouds.
Instead we should have some set of profiles we test against - and then
run different jobs for different profiles, avoiding the problem
entirely.
-Rob
On 13 November 2013 15
I think we should remove these tests, even though tempest run in serial.
Because we can't assume the enable service action will be successful.
(But on the other hand, one test is failed, the tempest gate will be
failed. We need find it out and fix it. :-) )
On 2013?11?13? 10:23, Zhi Kun Liu
On Nov 12, 2013, at 5:26 PM, Prasad Miriyala wrote:
>
> Hi All,
>
> A blueprint has been registered to add Nova vif driver support for Juniper
> vrouter.
>
> The Juniper OpenContrail Controller is a logically centralized but physically
> distributed Software Defined Networking (SDN) controlle
Thanks Daniel and Denis. It's a lot clear now. I have not started work on
it yet. And I am sure to run into plenty of queries once I start, so
thanks...
On Nov 12, 2013 11:58 AM, "Denis Makogon" wrote:
> @ imsplitbit ;)
> @ Krish if you need any kind of help with trove just let us know.
>
>
> 201
Excerpts from Clint Byrum's message of 2013-11-12 10:36:31 -0800:
> Excerpts from Sean Dague's message of 2013-11-12 10:01:06 -0800:
> > During the freeze phase of Havana we got a ton of new contributors
> > coming on board to Tempest, which was super cool. However it meant we
> > had this new infl
Hi all,
In Tempest, we have some testcases that disable/enable services or agents.
e.g.
https://review.openstack.org/#/c/55271/1/tempest/api/compute/admin/test_services.py
test_service_enable_disable
test_disable_service_with_disable_reason
Since Tempest run in parallel for now, I'm afraid of the
Hi,
On 13 November 2013 12:54, K S wrote:
> Hi I'm a newbie to horizon and I'm working on a trove related issue.
> My use case is that on successful execution of the "workflow" in
> trove, I need to redirect the workflow to a view. Additionally I want
> to pass a couple of parameters from the wor
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 comments, etc.
I agree that parametric testing, with input generators is the way to go for the
API testing. Both positive and negative. I've looked at a number of
frameworks in the past and the one that until recently was the highest on my
list is Robot:
http://code.google.com/p/robotframework/
I had looked
Hi I'm a newbie to horizon and I'm working on a trove related issue.
My use case is that on successful execution of the "workflow" in
trove, I need to redirect the workflow to a view. Additionally I want
to pass a couple of parameters from the workflow to the chained view.
I have tried the followi
Hi stackers,
>From the design summit, Boris has a great idea to improve db performance but
>needs more evaluation because of memcached.
For UBS, it seems we agree to go with the current solution and don't depend on
Boris's great idea.
Can someone help to review the ground work of UBS
https://r
Hi stackers,
>From the design summit, Boris has a great idea to improve db performance but
>needs more evaluation because of memcached.
For UBS, it seems we agree to go with the current solution and don't depend on
Boris's great idea.
Can someone help to review the ground work of UBS
https://r
On 11/12/2013 01:58 AM, Thierry Carrez wrote:
> This proposal raises several questions.
>
> (1) Is it a good idea to allow giving credit to patch sponsors
>
> On one hand, this encourages customers of OpenStack service companies to
> fund sending back bugfixes and features upstream.
Does it? I'm
Excerpts from Angus Salkeld's message of 2013-11-12 15:22:44 -0800:
> On 12/11/13 10:32 -0800, Clint Byrum wrote:
> >Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:
> >>
> >> Hi all,
> >>
> >> I have just posted the following wiki page to reflect a refined proposal
> >> for HO
not the video I was looking for, but he kind of makes the point about
planning...
http://youtu.be/2E0C9zLSINE?t=42m55s
# Shawn Hartsock
- Original Message -
> From: "Shawn Hartsock"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, November 12, 2
George,
Thanks for the comments, they make a lot of sense. There is a Glance
team meeting on Thursday where we would like to push a bit further on
this. Would you mind sending in a few more details? Perhaps a sample of
what your ideal layout would be? As an example, how would you prefer
ac
On 12/11/13 15:13 -0800, Christopher Armstrong wrote:
Given the recent discussion of scheduled autoscaling at the summit session
on autoscaling, I looked into the state of scheduling-as-a-service in and
around OpenStack. I found two relevant wiki pages:
https://wiki.openstack.org/wiki/EventSched
- Original Message -
> From: "Yunhong Jiang"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, November 12, 2013 5:39:58 PM
> Subject: Re: [openstack-dev] Custom Flavor creation through Heat
> > -Original Message-
> > From: Shawn Hartsock [
> Hello, guys!
>
> I hope everybody has eventually got home after the summit and feeling ok :)
> So it's time to proceed thinking about integration, unit and performance
> testing in Ceilometer. First of all I'd like to appreciate your help in
> composing etherpad
> https://etherpad.openstack.or
Hi All,
A blueprint has been registered to add Nova vif driver support for Juniper
vrouter.
The Juniper OpenContrail Controller is a logically centralized but physically
distributed Software Defined Networking (SDN) controller that is responsible
for providing the management, control, and anal
On 12/11/13 10:32 -0800, Clint Byrum wrote:
Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:
Hi all,
I have just posted the following wiki page to reflect a refined proposal
for HOT software configuration based on discussions at the design summit
last week. Angus also put
Given the recent discussion of scheduled autoscaling at the summit session
on autoscaling, I looked into the state of scheduling-as-a-service in and
around OpenStack. I found two relevant wiki pages:
https://wiki.openstack.org/wiki/EventScheduler
https://wiki.openstack.org/wiki/Mistral/Cloud_Cron
On Tue, Nov 12, 2013 at 4:49 PM, Mark McLoughlin wrote:
> On Tue, 2013-11-12 at 16:42 -0500, Chuck Short wrote:
> >
> > Hi
> >
> >
> > On Tue, Nov 12, 2013 at 4:24 PM, Mark McLoughlin
> > wrote:
> > On Tue, 2013-11-12 at 13:11 -0800, Shawn Hartsock wrote:
> > > Maybe we should ha
Hi Folks!
Sorry to dig up a really old topic, but I¹d like to know the status of
ceilometer db migrations.
I¹d like to submit two branches to modify the Event and Trait tables. If I
were to do that now, I would need to write SQLAlchemy scripts to do the
database migration - (background:
https://b
> -Original Message-
> From: Shawn Hartsock [mailto:hartso...@vmware.com]
> Sent: Tuesday, November 12, 2013 12:56 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova] [heat] Custom Flavor creation through
> Heat
>
> My concern with
On 12/11/13 21:49 +, Mark McLoughlin wrote:
On Tue, 2013-11-12 at 16:42 -0500, Chuck Short wrote:
Hi
On Tue, Nov 12, 2013 at 4:24 PM, Mark McLoughlin
wrote:
On Tue, 2013-11-12 at 13:11 -0800, Shawn Hartsock wrote:
> Maybe we should have some 60% rule... that is: If you ch
> -Original Message-
> From: Andrew Laski [mailto:andrew.la...@rackspace.com]
> Sent: Tuesday, November 12, 2013 12:07 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova][api] Is this a potential issue
>
> On 11/11/13 at 05:27pm, Ji
On Wed, Nov 13, 2013 at 8:39 AM, Mark McLoughlin wrote:
> I think it goes without saying that it makes sense to fix this.
> Personally, I'm annoyed I didn't notice this before now.
Agreed. Thanks for fixing this Anita.
Michael
--
Rackspace Australia
__
So the real argument for Mock over Mox is that Mock is part of the stdlib in
Python 3.3 ... that seems like a pretty sound argument to me.
# Shawn Hartsock
- Original Message -
> From: "Ben Nemec"
> To: openstack-dev@lists.openstack.org
> Sent: Tuesday, November 12, 2013 4:41:47 PM
> S
On 12/11/13 13:04 +0100, Thomas Spatzier wrote:
Hi Angus,
that is an interesting idea. Since you mentioned the software config
proposal in the beginning as a related item, I guess you are trying to
solve some software config related issues with Mistral. So a few questions,
looking at this purely
On 11/12/2013 12:20 PM, Monty Taylor wrote:
On 11/12/2013 02:33 PM, David Kranz wrote:
On 11/12/2013 01:36 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2013-11-12 10:01:06 -0800:
During the freeze phase of Havana we got a ton of new contributors
coming on board to Tempest, wh
I personally don't see any problem with converting the Selector to handle empty
objects. If we are concerned with hiding other exceptions, then we could
explicitly check for == '' instead of catching TypeError.
Vish
On Nov 1, 2013, at 7:35 AM, "Rosa, Andrea (HP Cloud Services)"
wrote:
> Hi a
On Tue, Nov 12, 2013 at 2:02 PM, Caitlin Bestler
wrote:
> On 11/12/2013 10:42 AM, John Griffith wrote:
>
>>
>> Sorry, but I'm not seeing where you're going with this in relation to
>> the question being asked? The question is how to deal with creating a
>> new bootable volume from nova boot comma
On 2013-11-12 15:27, Shawn Hartsock wrote:
Good point.
I assume someone made a comparison similar to this:
* http://garybernhardt.github.io/python-mock-comparison/
... and evangelized a choice. I had assumed that Mock vs mox was not
merely based on Python3 support but had something to do with M
On Tue, 2013-11-12 at 16:42 -0500, Chuck Short wrote:
>
> Hi
>
>
> On Tue, Nov 12, 2013 at 4:24 PM, Mark McLoughlin
> wrote:
> On Tue, 2013-11-12 at 13:11 -0800, Shawn Hartsock wrote:
> > Maybe we should have some 60% rule... that is: If you change
> more than
>
http://lists.openstack.org/pipermail/openstack-dev/2013-July/012474.html
On Tue, Nov 12, 2013 at 4:27 PM, Shawn Hartsock wrote:
> Good point.
>
> I assume someone made a comparison similar to this:
> * http://garybernhardt.github.io/python-mock-comparison/
>
> ... and evangelized a choice. I had
On 13-11-11 01:31 AM, Lyle, David wrote:
I think there is certainly interest. I do think it will need to be highly
configurable to be useful. The problem, as Dolph points out, is that each
deployment has its own workflow.
Points of configuration:
-Does the local keystone deployment policy su
Hi
On Tue, Nov 12, 2013 at 4:24 PM, Mark McLoughlin wrote:
> On Tue, 2013-11-12 at 13:11 -0800, Shawn Hartsock wrote:
> > Maybe we should have some 60% rule... that is: If you change more than
> > half of a test... you should *probably* rewrite the test in Mock.
>
> A rule needs a reasoning atta
Hi folks,
We'll have a Glance team meeting this Thursday at 2000 UTC (don't forget
that UTC applies to both the time and the date!). In your timezone that is
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Glance+Meeting&iso=20131114T20&ah=1.
As usual the meeting room is #openstack-meeti
Hi Anita,
On Tue, 2013-11-12 at 15:50 -0500, Anita Kuno wrote:
> Currently some of the language found in the TC charter does not yet
> reflect gender parity[0].
>
> I encountered this myself while officiating the TC election,
> particularly the section on Candidates for PTL seats[1].
>
> I mov
Good point.
I assume someone made a comparison similar to this:
* http://garybernhardt.github.io/python-mock-comparison/
... and evangelized a choice. I had assumed that Mock vs mox was not merely
based on Python3 support but had something to do with Mock versus Mox. Does
anyone have that conte
On Tue, 2013-11-12 at 13:11 -0800, Shawn Hartsock wrote:
> Maybe we should have some 60% rule... that is: If you change more than
> half of a test... you should *probably* rewrite the test in Mock.
A rule needs a reasoning attached to it :)
Why do we want people to use mock?
Is it really for Pyt
Is there anything preventing these techniques from being included in a library
that could be re-used between a stand-alone tool or a service init-hook?
# Shawn Hartsock
- Original Message -
> From: "Oleg Gelbukh"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
Maybe we should have some 60% rule... that is: If you change more than half of
a test... you should *probably* rewrite the test in Mock.
# Shawn Hartsock
- Original Message -
> From: "John Garbutt"
> To: "Mark McLoughlin" , "OpenStack Development Mailing
> List (not for usage question
Thierry-
Would it be possible to use [PTL] as the subject prefix for these messages? It
should make it easier for everyone to tag/filter them.
mark
On Nov 12, 2013, at 7:57 AM, Thierry Carrez wrote:
> Hi everyone,
>
> We'll be skipping the project/release status meeting today (usually
> hap
Gary, Nikola,
The diagnostics service being developed by our labs could be of interest
for you [1]
The first use case we're working on is exactly what you suggest: validation
of configuration parameters across services before running them [2]
We now use a mix of approaches:
1. introduce extended
On 11/12/2013 10:42 AM, John Griffith wrote:
Sorry, but I'm not seeing where you're going with this in relation to
the question being asked? The question is how to deal with creating a
new bootable volume from nova boot command and be able to tell whether
it's timed out, or errored while waiti
My concern with proliferating custom flavors is that it might play havoc with
the underlying root-case for flavors.
My understanding of flavors is that they are used to solve the resource packing
problem in elastic cloud scenarios. That way you know that 256 "tiny" VMs fit
cleanly into your har
On 11/06/13 at 09:47am, Sylvain Bauza wrote:
Hi,
During the Design session
https://etherpad.openstack.org/p/NovaIcehouse-Instance-Group-API we discussed
the fact that this is not the role of Nova for doing atomic reservations in
order to ensure the user needs will be met.
We discussed that
On 11/12/2013 11:50 AM, Steven Dake wrote:
On 11/12/2013 10:25 AM, Kodam, Vijayakumar (EXT-Tata Consultancy Ser -
FI/Espoo) wrote:
Hi,
In Telecom Cloud applications, the requirements for every application
are different. One application might need 10 CPUs, 10GB RAM and no
disk. Another applica
Currently some of the language found in the TC charter does not yet
reflect gender parity[0].
I encountered this myself while officiating the TC election,
particularly the section on Candidates for PTL seats[1].
I move that the language of the TC charter reflect gender parity.
[0] https://w
Hi,
I agree with Clint that component placement specified inside component
configuration is not a right thing. I remember that mostly everyone agreed
that "hosted_on" should not be in HOT templates. When one specify placement
explicitly inside a component definition it prevents the following:
1.
On Tue, Nov 12, 2013 at 10:32 AM, Clint Byrum wrote:
> Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:
> >
> > Hi all,
> >
> > I have just posted the following wiki page to reflect a refined proposal
> > for HOT software configuration based on discussions at the design summi
On Tue, Nov 12, 2013 at 1:57 PM, Eric Windisch wrote:
> On Tue, Nov 12, 2013 at 2:47 PM, Dolph Mathews
> wrote:
> > Relevant etherpad -
> > https://etherpad.openstack.org/p/icehouse-token-revocation
>
> Thank you. I had presumed the etherpad was out of date as the
> discussion at the summit cente
On 11/12/2013 02:33 PM, David Kranz wrote:
> On 11/12/2013 01:36 PM, Clint Byrum wrote:
>> Excerpts from Sean Dague's message of 2013-11-12 10:01:06 -0800:
>>> During the freeze phase of Havana we got a ton of new contributors
>>> coming on board to Tempest, which was super cool. However it meant
Please read
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
On Tue, Nov 12, 2013 at 11:35 AM, Peter Liljenberg wrote:
> Hi,
>
> Could someone review this please:
>
> https://review.openstack.org/#/c/54085/
>
> Regards,
> Peter
>
> ___
On 11/11/13 at 05:27pm, Jiang, Yunhong wrote:
Resend after the HK summit, hope someone can give me hint on it.
Thanks
--jyh
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Thursday, November 07, 2013 5:39 PM
To: openstack-dev@lists.openstack.org
Subject:
The OpenStack Infrastructure (Infra) team hosted our weekly
meeting today, Tuesday November 12th, at 19:00 UTC in
#openstack-meeting
Meeting minutes and logs here:
Minutes:
http://eavesdrop.openstack.org/meetings/infra/2013/infra.2013-11-12-19.03.html
Minutes (text):
http://eavesdrop.openstack.o
--
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 Tue, Nov 12, 2013 at 2:47 PM, Dolph Mathews wrote:
> Relevant etherpad -
> https://etherpad.openstack.org/p/icehouse-token-revocation
Thank you. I had presumed the etherpad was out of date as the
discussion at the summit centered around what appeared to be a text
editor (vim or emacs), rather
Relevant etherpad -
https://etherpad.openstack.org/p/icehouse-token-revocation
In the etherpad, we reverted the example for "explicit token revocation
called on a single token" to use "expires_at" as the identifier for the
event (rather than a hash of the token). Because rescoping tokens maintains
Hi,
Could someone review this please:
https://review.openstack.org/#/c/54085/
Regards,
Peter
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 11/12/2013 01:36 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2013-11-12 10:01:06 -0800:
During the freeze phase of Havana we got a ton of new contributors
coming on board to Tempest, which was super cool. However it meant we
had this new influx of negative tests (i.e. tests w
Hi folks,
LBaaS subteam meeting will be held on Thursday, 14 at 14-00 UTC on
#openstack-meeting irc channel on freenode, as specified in
https://wiki.openstack.org/wiki/Meetings#LBaaS_meeting
The agenda is the following:
1. Blueprint list to be proposed for the icehouse-1
2. QA & third-party test
Andrew,
I'd like to try out PyCharms Pro. Can I get a license (I'm an ATC for Neutron
area).
Thanks!
PCM (Paul Michali)
MAIL p...@cisco.com
IRC pcm_ (irc.freenode.net)
TW @pmichali
signature.asc
Description: Message signed with OpenPGP using GPGMail
___
On 11/13/2013 07:50 AM, Steven Dake wrote:
> On 11/12/2013 10:25 AM, Kodam, Vijayakumar (EXT-Tata Consultancy Ser -
> FI/Espoo) wrote:
>> Hi,
>>
>> In Telecom Cloud applications, the requirements for every application
>> are different. One application might need 10 CPUs, 10GB RAM and no
>> disk. An
Excerpts from Kodam, Vijayakumar (EXT-Tata Consultancy Ser - FI/Espoo)'s
message of 2013-11-12 09:25:19 -0800:
> Hi,
>
> In Telecom Cloud applications, the requirements for every application are
> different. One application might need 10 CPUs, 10GB RAM and no disk. Another
> application might n
Hi all,
I want to raise the question "What template is". Answer to this question
could influence UI, validation and user experience significantly. I see two
possible answers:
1. Template is a simplification for object creation. It allows to keep
common params in one place and not specify them each
Ok, I'll repost date and time to openstack-dev again.
Thanks,
Eugene.
On Tue, Nov 12, 2013 at 11:15 PM, Stephen Wong wrote:
> Hi Eugene,
>
> LBaaS meeting on #openstack-meeting was previously schedule on
> Thursdays 1400UTC. And indeed it is still listed on
> https://wiki.openstack.org/wik
Hi Eugene,
LBaaS meeting on #openstack-meeting was previously schedule on
Thursdays 1400UTC. And indeed it is still listed on
https://wiki.openstack.org/wiki/Meetings as such, so I believe keeping
it in that timeslot should be fine.
- Stephen
On Tue, Nov 12, 2013 at 7:40 AM, Eugene Nikanoro
> On Nov 12, 2013, at 10:27 AM, Akihiro Motoki wrote:
>
> Hi Eugene,
>
> In my opinion, it is better the LBaaS meeting is held on
> #openstack-meeting or #openstack-meeting-alt
> as most OpenStack projects do.
>
>
++
Holding sub team meetings in standard meeting channels is a must for build
During the token revocation discussion at the summit, I suggested it
would be possible to revoke tokens using a hash of the token id (which
is already an MD5 hash). That way, the revocation file would be able
to specify individual hashes for revocation without dangerously
presenting secrets.
I sho
Hello, guys!
I hope everybody has eventually got home after the summit and feeling ok :)
So it's time to proceed thinking about integration, unit and performance
testing in Ceilometer. First of all I'd like to appreciate your help in
composing etherpad
https://etherpad.openstack.org/p/icehouse-sum
Mark - does Oslo.config already do any duplicate config checking? If not
that’s probably a good place for that part
On Nov 12, 2013, at 10:06 AM, Tracy Jones wrote:
> Thanks folks for the interesting suggestions on this topic! I’ll b updating
> the BP this week with this and other info i am
On 11/12/2013 10:25 AM, Kodam, Vijayakumar (EXT-Tata Consultancy Ser -
FI/Espoo) wrote:
Hi,
In Telecom Cloud applications, the requirements for every application
are different. One application might need 10 CPUs, 10GB RAM and no
disk. Another application might need 1 CPU, 512MB RAM and 100GB D
On Tue, Nov 12, 2013 at 10:25 AM, Caitlin Bestler
wrote:
> On 11/12/2013 8:09 AM, John Griffith wrote:
>>
>> On Tue, Nov 12, 2013 at 8:46 AM, Solly Ross wrote:
>>>
>>> I'd like to get some sort of consensus on this before I start working on
>>> it. Now that people are back from Summit, what woul
Excerpts from Sean Dague's message of 2013-11-12 10:01:06 -0800:
> During the freeze phase of Havana we got a ton of new contributors
> coming on board to Tempest, which was super cool. However it meant we
> had this new influx of negative tests (i.e. tests which push invalid
> parameters looking f
Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:
>
> Hi all,
>
> I have just posted the following wiki page to reflect a refined proposal
> for HOT software configuration based on discussions at the design summit
> last week. Angus also put a sample up in an etherpad last wee
As an IPv6 engineer interesting in helping Neutron get where it could be,
I'd like to join in on this. I also like the Thursday 21:00 UTC slot.
-Anthony
-Original Message-
From: Shixiong Shang
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
Date: Tuesday, Novem
Thanks folks for the interesting suggestions on this topic! I’ll b updating
the BP this week with this and other info i am gathering.
Please let me know if you are interested in being involved in brainstorming on
this issue and I will set up an irc meeting to discuss it further
On Nov 11, 201
During the freeze phase of Havana we got a ton of new contributors
coming on board to Tempest, which was super cool. However it meant we
had this new influx of negative tests (i.e. tests which push invalid
parameters looking for error codes) which made us realize that human
creation and review of n
On Tue, Nov 12, 2013 at 7:47 AM, Zane Bitter wrote:
> On 02/11/13 05:30, Clint Byrum wrote:
>
>> Excerpts from Christopher Armstrong's message of 2013-11-01 11:34:56
>> -0700:
>>
>>> Vijendar and I are trying to figure out if we need to set the resource_id
>>> of a resource to None when it's bein
Thanks Steve, Zane, Mike. I withdraw the $idea ... for now (*).
As a user who wants to move away from fiddling with infrastructure I
like where this is going. :)
--A
(*) If there start to be lots of get_param usages and other keywords
then perhaps $this -- and requiring $$ escapes -- or
Hi,
In Telecom Cloud applications, the requirements for every application are
different. One application might need 10 CPUs, 10GB RAM and no disk. Another
application might need 1 CPU, 512MB RAM and 100GB Disk. This varied
requirements directly affects the flavors which need to be created for
On 11/12/2013 8:09 AM, John Griffith wrote:
On Tue, Nov 12, 2013 at 8:46 AM, Solly Ross wrote:
I'd like to get some sort of consensus on this before I start working on it.
Now that people are back from Summit, what would you propose?
Best Regards,
Solly Ross
- Original Message -
Fro
Zane Bitter wrote on 11/12/2013 12:06:14 PM:
> ... However, if
> for any reason you have a dict key starting with "$" and we interpret
> that specially, then you are basically hosed since you almost certainly
> _needed_ it to actually start with "$" for a reason. So -1.
>
> cheers,
> Zane.
Y
On 12/11/13 14:59, Alex Heneveld wrote:
One minor suggestion is to consider using a special character (eg $)
rather than reserved keywords. As I understand it the keywords are only
interpreted when they exactly match the value of a key in a map, so it
is already unlikely to be problematic. Howe
On Tue, Nov 12, 2013 at 01:59:35PM +, Alex Heneveld wrote:
> This new proposal [1] looks like a very positive change on top of
> [2]. Simpler both to read and write.
Agreed, thanks Thomas for taking the time to write this up, it looks like a
good reflection of what was discussed last week to
On Mon, Nov 11, 2013 at 6:56 PM, Sean Dague wrote:
> On 11/11/2013 06:47 PM, John Griffith wrote:
> > On Mon, Nov 11, 2013 at 10:44 AM, Daniel P. Berrange
>
> >> IMHO, lets call this what it is: "marketing".
> >>
> >> I'm fine with the idea of a company wanting to have recognition for work
> >>
On Tue, Nov 12, 2013 at 8:46 AM, Solly Ross wrote:
> I'd like to get some sort of consensus on this before I start working on it.
> Now that people are back from Summit, what would you propose?
>
> Best Regards,
> Solly Ross
>
> - Original Message -
> From: "Solly Ross"
> To: "OpenStack
I'd like to get some sort of consensus on this before I start working on it.
Now that people are back from Summit, what would you propose?
Best Regards,
Solly Ross
- Original Message -
From: "Solly Ross"
To: "OpenStack Development Mailing List (not for usage questions)"
Sent: Tuesday
I agree that it would be better to hold it on a channel with a bot which
keeps logs.
I just found that most convenient slots are already taken on both
openstack-meeting and openstack-meeting-alt.
14-00 UTC is convenient for me so I'd like to hear other opinions.
Thanks,
Eugene.
On Tue, Nov 12
1 - 100 of 145 matches
Mail list logo
