+1000 Excellent
I am really excited about having a heavily tested proper client-side
layer. This
is very needed, given that amount of javascript in Horizon is rising.
The hacked
together libraries in JQuery, that are there now are very hard to orient
in and will
be hard to maintain in the
On Fri, Nov 8, 2013 at 4:07 AM, Pedro Roque Marques
pedro.r.marq...@gmail.com wrote:
Radomir,
An extra issue that i don't believe you've covered so far is about comment
ownership. I've just read an email on the list that follows a pattern that
i've heard many complaints about:
-1
Nicolas Barcet wrote:
[...]
To enable this, we are proposing that the commit text of a patch may
include a
sponsored-by: sponsorname
line which could be used by various tools to report on these commits.
[...]
This proposal raises several questions.
(1) Is it a good idea to allow
+1 also.
I spent less than half the time on my first fix (so far) understanding the
problem, reproducing it, coding it and learning about the code review
system.
Much more than half the time was spent on reverse engineering existing
tests to be able to add new ones (which had to use features not
To be clear, that was a +1 for Mark's suggestion:
In cases like that, I'd be of a mind to go +2 Awesome! Thanks for
catching this! It would be great to have a unit test for this, but it's
clear the current code is broken so I'm fine with merging the fix
without a test. You could say it's now
Hi Ajay,
Ajay Phogat letsgot...@gmail.com wrote:
Hello, all!
I am a student of Computer Science and have learnt some basics of OpenStack
for implementing one of my projects in college. While learning about
OpenStack, I came to know about the metering project, ceilometer.
I would love to
On 11/10/2013 11:53 PM, John Dickinson wrote:
A random off-the-top-of-my-head use case would be to subscribe to
events from creating or changing objects in a particular Swift
account or container. This would allow much more efficient listings
in Horizon for active containers (and may
On 11/12/2013 12:09 PM, Eoghan Glynn wrote:
Sounds reasonable, but just one caveat ...
Notifications can either be disabled in the service config (e.g. by setting
the notifier_strategy to noop in the glance config) or mis-configured (e.g.
by not overriding control_exchange name in the cinder
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 from a software config perspect:
Are you
Welcome Joris!
I would enjoy helping you get started contributing to OpenStack. Are you
on IRC yet? Talking on IRC is our most efficient means of communication.
On the Freenode network I suggest joining #openstack, #openstack-dev,
#openstack-101, #openstack-meeting, #openstack-meeting-alt as
Hi everyone,
We'll be skipping the project/release status meeting today (usually
happening at 21:00 UTC). Most PTLs are just back from the Design Summit
week and catching up, and some are still in vacation, so there is little
point in having one today. For this week they should work on filing,
I don't know what's all involved in putting out a release for
sqlalchemy-migrate but if there is a way that I can help, please let me
know. I'll try to catch dripton in IRC today.
As for CI with DB2, it's in the blueprint as a work item, I just don't
know enough about the infra side of
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 being deleted.
This is done in a few resources, but not everywhere. To me
On 12 нояб. 2013 г., at 19:04, Thomas Spatzier thomas.spatz...@de.ibm.com
wrote:
If yes, is there a way for passing data around - e.g. output produced by
one software config step is input for another software config step?
Thomas, yes, we’re planning to have a data flow mechanism similar to
On 11 November 2013 12:04, Alexander Kuznetsov akuznet...@mirantis.com wrote:
Hi all,
While studying Hadoop performance in a virtual environment, I found an
interesting problem with Nova scheduling. In OpenStack cluster, we have
overcommit policy, allowing to put on one compute more vms than
Hi,
I am attempting to extract the consensus we reached in all the design
summit sessions here:
https://etherpad.openstack.org/p/IcehouseNovaSummit
Help to verify that I have not miss-represented things would be very
gratefully received.
John
___
You can consider having a separate host aggregate for Hadoop, and use a
combination of AggregateInstanceExtraSpecFilter (with a special flavor
mapped to this host aggregate) and AggregateCoreFilter (overriding
cpu_allocation_ratio for this host aggregate to be 1).
Regards,
Alex
From:
Thinking in that direction, the Trove team had a design session about
current status of agent in project.
Just take a look https://etherpad.openstack.org/p/TroveGuestAgents
With best regards,
Ilya Sviridov
http://www.mirantis.ru/
On Tue, Nov 12, 2013 at 4:29 PM, Igor Marnat
Thanks, Sean! I am on east coast, so Monday 20:00 UTC time and Thursday 21:00
UTC time work great for me. Hopefully we can find a timeslot working for
everybody!
Shixiong
On Nov 11, 2013, at 1:23 PM, Collins, Sean (Contractor)
sean_colli...@cable.comcast.com wrote:
On Mon, Nov 11, 2013 at
Ilya,
that's cool! Mind if Murano and Savanna teams join the same etherpad?
Regards,
Igor Marnat
On Tue, Nov 12, 2013 at 6:58 PM, Ilya Sviridov isviri...@mirantis.comwrote:
Thinking in that direction, the Trove team had a design session about
current status of agent in project.
Just take
Hi neutron and lbaas folks!
We have a plenty of work to do for the Icehouse, so I suggest we start
having regular weekly meetings to track our progress.
Let's meet at #neutron-lbaas on Thursday, 14 at 15-00 UTC
The agenda for the meeting is the following:
1. Blueprint list to be proposed for the
Hello,
Solum meets Tuesdays at 1600 UTC in #openstack-meeting-alt (formerly in #solum)
Note: Due to the Nov 3rd change in Daylight Savings Time, this now happens at
08:00 US/Pacific (starts in about 50 minutes from now)
Agenda: https://wiki.openstack.org/wiki/Meetings/Solum
Regards,
Adrian
Hello,
Solum meets Tuesdays at 1600 UTC in #openstack-meeting-alt (formerly in #solum)
Note: Due to the Nov 3rd change in Daylight Savings Time, this now happens at
08:00 US/Pacific (starts in about 45 minutes from now)
Agenda: https://wiki.openstack.org/wiki/Meetings/Solum
Regards,
Adrian
FYI, by default Openstack overcommit CPU 1:16, meaning it can host 16 times
number of cores it possesses. As mentioned Alex, you can change it by enabling
AggregateCoreFilter in nova.conf:
scheduler_default_filters = list of your filters, adding AggregateCoreFilter
here
and modifying the
Hi all,
Currently, many modules from openstack.common package register
oslo.config options. And this is completely OK while these modules are
copied to target projects using update.py script.
But consider the situation, when we decide to split a new library from
oslo-incubator - oslo.spam - and
Igor, better to create another one to track the requirements for such agent
framework as far as this etherpad is
official result of design session.
With best regards,
Ilya Sviridov
http://www.mirantis.ru/
On Tue, Nov 12, 2013 at 5:02 PM, Igor Marnat imar...@mirantis.com wrote:
Ilya,
that's
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
On Tue, Nov 12, 2013 at 8:46 AM, Solly Ross sr...@redhat.com 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
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.
On 11/12/2013 8:09 AM, John Griffith wrote:
On Tue, Nov 12, 2013 at 8:46 AM, Solly Ross sr...@redhat.com 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
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 Tue, Nov 12, 2013 at 7:47 AM, Zane Bitter zbit...@redhat.com 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
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,
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 sparkofwisdom.cl...@gmail.com
Reply-To: OpenStack Development Mailing List (not for usage
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 week,
On Tue, Nov 12, 2013 at 10:25 AM, Caitlin Bestler
caitlin.best...@nexenta.com wrote:
On 11/12/2013 8:09 AM, John Griffith wrote:
On Tue, Nov 12, 2013 at 8:46 AM, Solly Ross sr...@redhat.com wrote:
I'd like to get some sort of consensus on this before I start working on
it. Now that people
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
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:
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 we
had
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+Meetingiso=20131114T20ah=1.
As usual the meeting room is
Hi
On Tue, Nov 12, 2013 at 4:24 PM, Mark McLoughlin mar...@redhat.com 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
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
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
-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, Jiang,
-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
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:
On Tue, Nov 12, 2013 at 4:49 PM, Mark McLoughlin mar...@redhat.com 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 mar...@redhat.com
wrote:
On Tue, 2013-11-12 at 13:11 -0800, Shawn Hartsock wrote:
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
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
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
- Original Message -
From: Yunhong Jiang yunhong.ji...@intel.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Tuesday, November 12, 2013 5:39:58 PM
Subject: Re: [openstack-dev] Custom Flavor creation through Heat
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:
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
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 hartso...@vmware.com
To: OpenStack Development Mailing List (not for usage questions)
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
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
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
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
Hi,
On 13 November 2013 12:54, K S khyat...@gmail.com 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
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
On Nov 12, 2013, at 5:26 PM, Prasad Miriyala pmiriy...@juniper.net 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
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
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)
Garry Chen - iPhone
On 2013年11月13日, at 上午5:44, Paul Belanger paul.belan...@polybeacon.com 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
On Nov 12, 2013, at 10:02 PM, Harshad Nakil hna...@contrailsystems.com 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.
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
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
67 matches
Mail list logo