I rebased the https://review.openstack.org/#/c/72576/ no-op change.
- Original Message -
From: Alan Pevec ape...@gmail.com
To: openstack-stable-maint openstack-stable-ma...@lists.openstack.org
Cc: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Tuesday,
At Tue, 18 Feb 2014 18:47:37 -0800,
Stephen Balukoff wrote:
[1 multipart/alternative (7bit)]
[1.1 text/plain; UTF-8 (7bit)]
Small correction to my option #4 (here as #4.1). Neutron port_id should be
an attribute of the 'loadbalancer' object, not the 'cluster' object.
(Though cluster
2014-02-20 8:57 GMT+01:00 Miguel Angel Ajo Pelayo mangel...@redhat.com:
I rebased the https://review.openstack.org/#/c/72576/ no-op change.
And it failed in check-tempest-dsvm-neutron-pg with bug 1254890 -
Timed out waiting for thing ... to become ACTIVE
while previous check on Feb 17 failed in
On 19/02/14 18:29, Dougal Matthews wrote:
The question for me, is what passwords will we have and when do we need
them? Are any of the passwords required long term.
We will need whatever the Heat template needs to generate all the
configuration files. That includes passwords for all services
I notice that we have changed from swiftclient import Connection,
HTTPException to from swiftclient import Connection, RequestException
at 2014-02-14, I don't know is it relational.
I have reported a bug for this:
https://bugs.launchpad.net/swift/+bug/1281886
Bug is a duplicate of
On Thu, Feb 20 2014, Sergey Lukjanov wrote:
Hi Sergey,
[…]
* install GNU getopt by using homebrew (brew install gnu-getopt) or
macports (port install getopts);
I've been doing that since day one to have things work locally.
I'm pretty sure it'd be OK to use getopt in a portable way rather
On 02/19/2014 06:10 PM, Ladislav Smola wrote:
Hello,
I would like to have your opinion about how to deal with passwords in
Tuskar-API
The background is, that tuskarAPI is storing heat template parameters in
its database, it's a
preparation for more complex workflows, when we will need to store
Hi David,
I have been working on an OpenStack resources cleanup script that allows you to
wipe out all resources in a given project, I guess you could use / adapt it for
your own case. It is available on github there:
https://github.com/cloudwatt/ospurge
You can also install it with pip (pip
On 02/20/2014 10:12 AM, Radomir Dopieralski wrote:
On 19/02/14 18:29, Dougal Matthews wrote:
The question for me, is what passwords will we have and when do we need
them? Are any of the passwords required long term.
We will need whatever the Heat template needs to generate all the
On Thu, Feb 20 2014, Chmouel Boudjnah wrote:
In which sort of system setup other than macosx/freebsd generate_sample.sh
is not working?
Likely everywhere GNU tools are not standard. So that's every system
_except_ GNU/Linux ones I'd say. :)
--
Julien Danjou
-- Free Software hacker
--
Hi,
Does HEAT support provisioning windows cluster? If so, can I also use
user-data to do some post install work for windows instance? Is there any
example template for this?
Thanks,
Jay
___
OpenStack-dev mailing list
Just noticed that there is already a bp tracing this, but no milestone was
set for it and the bp has been there for one year.
https://blueprints.launchpad.net/heat/+spec/windows-instances
Do we have any plan to finish this? Many customers are using windows
cluster, it is really cool if we can
Hi all,
I'm ready to help with syncing of DB code. But we'll need reviewers
attention in both oslo-incubator in nova :)
Thanks,
Roman
On Thu, Feb 20, 2014 at 5:37 AM, Lance D Bragstad ldbra...@us.ibm.com wrote:
Shed a little bit of light on Matt's comment about Keystone removing
Dear all,
I am interested to the integration of SAML with keystone and I am analysing
the following blueprint and its implementation:
https://blueprints.launchpad.net/keystone/+spec/saml-id
https://review.openstack.org/#/c/71353/
Looking at the code there is something I cannot undertand. In
Dolph Mathews wrote:
I just noticed the subject of this email referred to the first batch
of invitations -- are there going to be subsequent batches of invites?
If so, who was not included in the first batch that will be in
subsequent batches?
Yes, as usual subsequent batches will be sent to
On 20/02/14 09:12, Radomir Dopieralski wrote:
If we do need to store passwords it becomes a somewhat thorny issue, how
does Tuskar know what a password is? If this is flagged up by the
UI/client then we are relying on the user to tell us which isn't wise.
All the template parameters that are
Hi Jay,
Windows support in Heat is being developed, but is not complete yet, afaik.
You may already use Cloudbase Init to do the post-deploy actions on windows
- check [1] for the details.
Meanwhile, running a windows cluster is a much more complicated task then
just deploying a number of
马煜 wrote:
who know when to freezy icehouse version ?
my bp on ml2 driver has been approved, code is under review,
but I have some trouble to deploy third-party ci on which tempest test run.
Feature freeze is on March 4th [1], so featureful code shall be proposed
*and* merged by then. I
Hi Forent,
thanks for the link. Our current implementation of for the cleanup is a bit
buggy. I will give your script a try.
Maybe we could use it an replace the existing module.
Regards
Marc
From: Florent Flament [florent.flament-...@cloudwatt.com]
Hello All
I and Roman Podoliaka are familiar with the changes made to common db code,
so we are ready to help with syncing it to OS projects.
But we want to ask you for more activity in reviewing of these patches.
Thanks, Victor
On Thu, Feb 20, 2014 at 4:27 AM, Doug Hellmann
On 20/02/14 11:21, Dougal Matthews wrote:
If we do store passwords however, I wonder if we are
best to encrypt everything to be safe. The overhead shouldn't be that
big and it may be better than special casing the NoEcho values.
I think that before we start encrypting everything, we need to
Matt Riedemann wrote:
This is kind of an aside, but I'm kind of confused now about how the
syncs work with things that fall under oslo.rootwrap or oslo.messaging,
like this patch [2]. It doesn't completely match the o-i patch, i.e.
it's not syncing over openstack/common/rootwrap/wrapper.py,
On 20/02/14 10:36, Radomir Dopieralski wrote:
On 20/02/14 11:21, Dougal Matthews wrote:
If we do store passwords however, I wonder if we are
best to encrypt everything to be safe. The overhead shouldn't be that
big and it may be better than special casing the NoEcho values.
I think that
+1
Regards,
Alexander Ignatov
On 20 Feb 2014, at 03:02, John Speidel jspei...@hortonworks.com wrote:
+1
Andrew would be a good addition.
-John
On Wed, Feb 19, 2014 at 5:40 PM, Sergey Lukjanov slukja...@mirantis.com
wrote:
Hey folks,
I'd like to nominate Andrew Lazarew
On 20/02/14 12:02, Radomir Dopieralski wrote:
On 20/02/14 11:46, Dougal Matthews wrote:
On 20/02/14 10:36, Radomir Dopieralski wrote:
On 20/02/14 11:21, Dougal Matthews wrote:
If we do store passwords however, I wonder if we are
best to encrypt everything to be safe. The overhead shouldn't be
Hi Iwamoto,
I agree with Samuel here. I feel the logical model and other issues
(implementation etc.) are mixed in the discussion.
A little bit. While ideally it's better to separate it, in my opinion we
need to have some 'fair bit' of implementation details
in API in order to reduce code
Hi.
While implementing CRUD operations for node profiles in Tuskar (which
are essentially Nova flavors renamed) I encountered editing of flavors
and I have some doubts about it.
Editing of nova flavors in Horizon is implemented as
deleting-then-creating with a _new_ flavor ID.
For us it
Dolph, thanks for the information you provided.
Now I have two question:
1. Will neutron handle this event notification in the future?
2. I also wish neutron could verify that tenant_id is existent.
thanks
于 2014-02-20 4:33, Dolph Mathews 写道:
There's an open bug [1] against nova neutron to
On 20.2.2014 12:18, Radomir Dopieralski wrote:
On 20/02/14 12:02, Radomir Dopieralski wrote:
Anybody who gets access to Tuskar-API gets the
passwords, whether we encrypt them or not. Anybody who doesn't have
access to Tuskar-API doesn't get the passwords, whether we encrypt
them or not.
Yeah,
On 20/02/14 10:12, Radomir Dopieralski wrote:
On 19/02/14 18:29, Dougal Matthews wrote:
The question for me, is what passwords will we have and when do we need
them? Are any of the passwords required long term.
We will need whatever the Heat template needs to generate all the
configuration
I agree that we shouldn't be rushing something that's not ready, but I
guess it raises kind of a meta issue.
When we started this journey this was because v2 has a ton of warts, is
completely wonky on the code internals, which leads to plenty of bugs.
v3 was both a surface clean up, but it was
On 19/02/14 08:48, Clint Byrum wrote:
Since picking up Heat and trying to think about how to express clusters
of things, I've been troubled by how poorly the CFN language supports
using lists. There has always been the Fn::Select function for
dereferencing arrays and maps, and recently we
On 02/19/2014 08:58 PM, Adam Young wrote:
Can you give more detail here? I can see arguments for both ways of
doing this but continuing to use ids for ownership is an easier
choice. Here is my thinking:
1. all of the projects use ids for ownership currently so it is a
smaller change
That
On 20/02/14 14:10, Jiří Stránský wrote:
On 20.2.2014 12:18, Radomir Dopieralski wrote:
On 20/02/14 12:02, Radomir Dopieralski wrote:
Anybody who gets access to Tuskar-API gets the
passwords, whether we encrypt them or not. Anybody who doesn't have
access to Tuskar-API doesn't get the
On 20/02/14 14:10, Jiří Stránský wrote:
On 20.2.2014 12:18, Radomir Dopieralski wrote:
Thinking about it some more, all the uses of the passwords come as a
result of an action initiated by the user either by tuskar-ui, or by
the tuskar command-line client. So maybe we could put the key in
On 2014年02月20日 10:44, Christopher Yeoh wrote:
On Wed, 19 Feb 2014 12:36:46 -0500
Russell Bryant rbry...@redhat.com wrote:
Greetings,
The v3 API effort has been going for a few release cycles now. As we
approach the Icehouse release, we are faced with the following
question: Is it time to
Just to throw this out there, is this something we need for Icehouse?
Yes, I fully acknowledge that it's an ugly security hole. But what's our
story for how stable/clean Tuskar will be for Icehouse? I don't believe
the intention is for people to use this in a production environment yet,
so it
I think we still are going to multiple flavors for I, e.g.:
https://review.openstack.org/#/c/74762/
On Thu, 2014-02-20 at 08:50 -0500, Jay Dobies wrote:
On 02/20/2014 06:40 AM, Dmitry Tantsur wrote:
Hi.
While implementing CRUD operations for node profiles in Tuskar (which
are
On 2/19/2014 12:26 PM, Chris Behrens wrote:
+1. I'd like to leave it experimental as well. I think the task work is
important to the future of nova-api and I'd like to make sure we're not rushing
anything. We're going to need to live with old API versions for a long time, so
it's important
Ok
My previous answer was actually about the Feature proposal freeze
which happened two days ago.
Cheers,
Miguel Ángel.
On 02/20/2014 11:27 AM, Thierry Carrez wrote:
马煜 wrote:
who know when to freezy icehouse version ?
my bp on ml2 driver has been approved, code is under review,
but I have
Multiple flavors, but a single flavor per role, correct?
Mainn
- Original Message -
I think we still are going to multiple flavors for I, e.g.:
https://review.openstack.org/#/c/74762/
On Thu, 2014-02-20 at 08:50 -0500, Jay Dobies wrote:
On 02/20/2014 06:40 AM, Dmitry Tantsur
Looking back, perhaps we should remove that flag and only authorize the
admin user to be able to set the gateway IP outside of the subnet cidr (for
tricky network), like only admin user can create provider network. And
require classic users to set gatway IP inside the subnet cidr.
Édouard.
On
I’d like to welcome Oleg as member of the core Neutron team as he has received
more than enough +1s and no negative votes from the other cores.
mark
On Feb 10, 2014, at 6:28 PM, Mark McClain mmccl...@yahoo-inc.com wrote:
All-
I’d like to nominate Oleg Bondarev to become a Neutron core
This would break IPv6. The gateway address, according to RFC 4861[1] Section
4.2 regarding Router Advertisements: Source Address MUST be the link-local
address assigned to the interface from which this message is sent. This means
that if you configure a subnet with a Globally Unique Address
On 20/02/14 15:00, Tomas Sedovic wrote:
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very premature to me.
How are you going to redeploy without them?
--
Radomir Dopieralski
___
OpenStack-dev
Ha yes, I completely forget IPv6 case.
Sorry and forget that thread.
Édouard.
On Thu, Feb 20, 2014 at 3:34 PM, Veiga, Anthony
anthony_ve...@cable.comcast.com wrote:
This would break IPv6. The gateway address, according to RFC 4861[1]
Section 4.2 regarding Router Advertisements: Source
We will move to Python33 in the future. More and more OpenStack projects
including python-novaclient are Python33 compatible. Do we have plan to
make Nova python33 compatible ?
As I know, oslo.messaging will not support python33 in Icehouse,this is
just one dependency for Nova, that means we
Thanks Mark,
thanks everyone for voiting! I'm so happy to become a member of this really
great team!
Oleg
On Thu, Feb 20, 2014 at 6:29 PM, Mark McClain mmccl...@yahoo-inc.comwrote:
I'd like to welcome Oleg as member of the core Neutron team as he has
received more than enough +1s and no
On Thu, 20 Feb 2014 08:22:57 -0500
Sean Dague s...@dague.net wrote:
We're also duplicating a lot of test and review energy in having 2 API
stacks. Even before v3 has come out of experimental it's consumed a
huge amount of review resource on both the Nova and Tempest sides to
get it to it's
On 20/02/14 15:41, Radomir Dopieralski wrote:
On 20/02/14 15:00, Tomas Sedovic wrote:
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very premature to me.
How are you going to redeploy without them?
What do you mean by redeploy?
1.
On 20/02/14 15:57, Tomas Sedovic wrote:
On 20/02/14 15:41, Radomir Dopieralski wrote:
On 20/02/14 15:00, Tomas Sedovic wrote:
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very premature to me.
How are you going to redeploy without them?
From cinder code, we know that volume delete operation could be classify into
three categories;
1. General delelte: delete volumes that are in the status of available, error,
error_restoring, error_extending.
2. Force delete: delete volumes that are in the status of extending, attaching,
On 02/20/2014 09:55 AM, Christopher Yeoh wrote:
On Thu, 20 Feb 2014 08:22:57 -0500
Sean Dague s...@dague.net wrote:
We're also duplicating a lot of test and review energy in having 2 API
stacks. Even before v3 has come out of experimental it's consumed a
huge amount of review resource on
On 20/02/14 16:02, Radomir Dopieralski wrote:
On 20/02/14 15:57, Tomas Sedovic wrote:
On 20/02/14 15:41, Radomir Dopieralski wrote:
On 20/02/14 15:00, Tomas Sedovic wrote:
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very premature to me.
On 20 February 2014 14:55, Christopher Yeoh cbky...@gmail.com wrote:
On Thu, 20 Feb 2014 08:22:57 -0500
Sean Dague s...@dague.net wrote:
We're also duplicating a lot of test and review energy in having 2 API
stacks. Even before v3 has come out of experimental it's consumed a
huge amount of
Yup, current implementation depends on GNU getopt.
Julien, cool, that means I'm not crazy :)
About using common getopt functionally - at least long args will be removed
to support non GNU getopt. Rewriting it on pure python will be more useful
IMO.
On Thu, Feb 20, 2014 at 1:45 PM, Julien
Hello community.
I'd like to discuss feature of Neutron LBaaS in Heat.
Currently Heat resources are not identical to Neutron's.
There are four resources here:
'OS::Neutron::HealthMonitor'
'OS::Neutron::Pool'
'OS::Neutron::PoolMember'
'OS::Neutron::LoadBalancer'
Really don't want to have to resolve conflicts again or battle through making
the test suite succeed... Please can someone merge this?
https://review.openstack.org/#/c/72751/
https://bugs.launchpad.net/git-review/+bug/1279016
Thanks!
Alexander Jones
Double Negative RD
www.dneg.com
On Thu, 20 Feb 2014 15:24:22 +
John Garbutt j...@johngarbutt.com wrote:
Also micro and extension versioning is not the magic bullet which
will get us out of trouble in the future. Especially with the core
changes. Because even though versioning allows us to make changes,
for similar
sphinxcontrib-pecanwsme is an extension to Sphinx for documenting APIs
built with the Pecan web framework and WSME.
What's New?
===
- Remove the trailing slash from the end of the URLs, as it results in
misleading feature documentation, see Ceilometer bug #1202744.
Hi All,
I have a question regarding creating/deleting a tenant in openstack (using
horizon or CLI). Is there any notification mechanism in place so that an
application get informed of such an event?
If not, can it be done using plugin to send create/delete notification to
an application?
Yes, see:
http://docs.openstack.org/developer/keystone/event_notifications.html
On Thu, Feb 20, 2014 at 10:54 AM, Nader Lahouti nader.laho...@gmail.comwrote:
Hi All,
I have a question regarding creating/deleting a tenant in openstack (using
horizon or CLI). Is there any notification
Hello all,
I'm working in the following BP:
https://blueprints.launchpad.net/climate/+spec/tenant-reservation-concept, in
which the idea is to have the possibility to create special tenants that have
a lease for all of its associated resources.
The BP is in discussing phase and we were having
On 02/20/2014 05:58 AM, om prakash pandey wrote:
I am not able to run Tempest API tests. The typical ERROR I am getting
is Connection Timed Out.
When checking into the logs I found out that tempest is trying to
access the admin URL which is a private IP for our deployment. Now,
Tempest is
On 2/19/2014 4:05 PM, Matt Riedemann wrote:
The os-hosts OS API extension [1] showed up before I was working on the
project and I see that only the VMware and XenAPI drivers implement it,
but was wondering why the libvirt driver doesn't - either no one wants
it, or there is some technical
Hi Everyone;
Our first python-openstack meeting was awesome: and I really want to thank
everyone who came, and for Doug teaching me the meeting bot :)
Minutes:
http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-02-19-19.01.html
Minutes
I've contacted foundation and they are ready to verify 5 options, so, we'll
choose them on todays irc team meeting (starting right now).
On Wed, Feb 19, 2014 at 12:27 AM, Sergey Lukjanov slukja...@mirantis.comwrote:
The voting is ended, you can ding results here -
Hi Christian,
2014-02-20 18:10 GMT+01:00 Martinez, Christian christian.marti...@intel.com
:
Hello all,
I'm working in the following BP:
https://blueprints.launchpad.net/climate/+spec/tenant-reservation-concept,
in which the idea is to have the possibility to create special tenants
that
Hi Doug,
2014-02-20 17:37 GMT+01:00 Doug Hellmann doug.hellm...@dreamhost.com:
sphinxcontrib-pecanwsme is an extension to Sphinx for documenting APIs
built with the Pecan web framework and WSME.
What's New?
===
- Remove the trailing slash from the end of the URLs, as it results
Thanks Dolph for link. The document shows the format of the message and doesn't
give any info on how to listen to the notification.
Is there any other document showing the detail on how to listen or get these
notifications ?
Regards,
Nader.
On Feb 20, 2014, at 9:06 AM, Dolph Mathews
Hi All,
I discussion recently came up inside of nova about what it means
supported version for a dependency means. in libvirt we gate on the
minimal version that we support but for all python dependencies we
gate on the highest version that passes our requirements. While we all
agree that having
All,
Murano is the OpenStack Application Catalog service which has been
developing on stackforge almost 11 months. Murano has been presented on HK
summit on unconference track and now we would like to apply for incubation
during Juno release.
As the first step we would like to get feedback from
Sylvain, as I understand in BP description, Christian is about not exactly
reserving tenants itself like we actually do with VMs/hosts - it's just
naming for that. I think he is about two moments:
1) mark some tenants as needed to be reserved - speaking about resources
assigned to it
2) reserve
Today we have released Designate Icehouse-2. The high-level launchpad details
can be found at https://launchpad.net/designate/icehouse/icehouse-2, as well as
a link to the tar file. This release includes almost a dozen blueprints,
including one for Domain Import/Export, as well as numerous bug
2014-02-20 19:32 GMT+01:00 Dina Belova dbel...@mirantis.com:
Sylvain, as I understand in BP description, Christian is about not exactly
reserving tenants itself like we actually do with VMs/hosts - it's just
naming for that. I think he is about two moments:
1) mark some tenants as needed to
Congratulations Oleg!!!
No need for welcoming you to the team, you were already part of ;-)
Edgar
From: Oleg Bondarev obonda...@mirantis.com
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Date: Thursday, February 20, 2014 6:43 AM
To: OpenStack List
I agree with Bauza that the main purpose of Climate is to reserve resources,
and in the case of keystone it should reserve tenant, users, domains, etc.
So, it could be possible that climate is not the module in which the tenant
“lease” information should be saved. As stated in the use case, the
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-20-18.03.html
Log:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-20-18.03.log.html
--
Sincerely yours,
We've agreed to send top 5 options to foundation for review, more details -
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-20-18.03.html
On Thu, Feb 20, 2014 at 10:02 PM, Sergey Lukjanov slukja...@mirantis.comwrote:
I've contacted foundation and they are ready to verify 5
On 02/20/2014 01:31 PM, Joe Gordon wrote:
Hi All,
I discussion recently came up inside of nova about what it means
supported version for a dependency means. in libvirt we gate on the
minimal version that we support but for all python dependencies we
gate on the highest version that passes
Thomas,
I feel your frustration, however before complaining please do follow
the actual chain of events.
Patch [1]: I asked a question which I never received an answer to.
Patch [2]: I did put a -1, but I have nothing against this patch per
se. This was only been recently abandoned and my -1
Running this test in tempest requires an ami image triple to be on the
disk where tempest is running in order for the test to upload it. It
would be a lot easier if this test could use a simple image file
instead. That image file could even be obtained from the cloud being
tested while
Thanks David, +++
This is a strong dependency to devstack, and it would be nice if we could
lose it.
andrea
-Original Message-
From: David Kranz [mailto:dkr...@redhat.com]
Sent: 20 February 2014 21:32
To: OpenStack Development Mailing List
Subject: [openstack-dev] [qa] Does
On 02/20/2014 04:31 PM, David Kranz wrote:
Running this test in tempest requires an ami image triple to be on the
disk where tempest is running in order for the test to upload it. It
would be a lot easier if this test could use a simple image file
instead. That image file could even be
On Thu, Feb 20, 2014 at 12:53:51AM +, Vilobh Meshram wrote:
Hello OpenStack Dev,
We wanted to have your input on how different companies/organizations, using
Openstack, are monitoring IP availability as this can be useful to track the
used IP’s and total number of IP’s.
A while ago I
Hi,
Would like to know if there's any interest on having 'automatic
evacuation' feature when a compute node goes down.
I found 3 bps related to this topic:
[1] Adding a periodic task and using ServiceGroup API for
compute-node status
[2] Using ceilometer to trigger the evacuate api.
Hi Henrique
I disagree with the idea that the other services should use domains. They need
a concept of hierarchical ownership which we have been discussiong. Domains is
one way of representing such an ownership hierarchy but i think it is too
limited.
The POC code I created for hierarchical
Le jeudi 20 février 2014, à 12:02 -0800, Armando M. a écrit :
Thomas,
I feel your frustration, however before complaining please do follow
the actual chain of events.
Patch [1]: I asked a question which I never received an answer to.
Patch [2]: I did put a -1, but I have nothing against
On 02/20/2014 04:53 PM, Sean Dague wrote:
On 02/20/2014 04:31 PM, David Kranz wrote:
Running this test in tempest requires an ami image triple to be on the
disk where tempest is running in order for the test to upload it. It
would be a lot easier if this test could use a simple image file
Im also curious about that.
I think it is proper that ceilometer should have the role of Mornitoring vm.
Nova just opens auto-evacuate API, when a trigger calls the API nova calls
like shelve api for the vm re-spawn.
What do you think of this?
2014. 2. 21. 오전 7:13에 Costantino, Leandro I
On 02/20/2014 05:05 PM, Costantino, Leandro I wrote:
Hi,
Would like to know if there's any interest on having 'automatic
evacuation' feature when a compute node goes down.
I found 3 bps related to this topic:
[1] Adding a periodic task and using ServiceGroup API for
compute-node status
On Thu, Feb 20, 2014 at 1:10 PM, Sylvain Bauza sylvain.ba...@gmail.comwrote:
Hi Doug,
2014-02-20 17:37 GMT+01:00 Doug Hellmann doug.hellm...@dreamhost.com:
sphinxcontrib-pecanwsme is an extension to Sphinx for documenting APIs
built with the Pecan web framework and WSME.
What's New?
On 20 February 2014 14:13, Vincent Untz vu...@suse.com wrote:
Le jeudi 20 février 2014, à 12:02 -0800, Armando M. a écrit :
Thomas,
I feel your frustration, however before complaining please do follow
the actual chain of events.
Patch [1]: I asked a question which I never received an answer
On Thu, 20 Feb 2014 14:45:03 -0500
Sean Dague s...@dague.net wrote:
So I'm one of the first people to utter if it isn't tested, it's
probably broken, however I also think we need to be realistic about
the fact that if you did out the permutations of dependencies and
config options, we'd have
On 02/20/2014 05:32 PM, Russell Bryant wrote:
On 02/20/2014 05:05 PM, Costantino, Leandro I wrote:
Hi,
Would like to know if there's any interest on having 'automatic
evacuation' feature when a compute node goes down.
I found 3 bps related to this topic:
[1] Adding a periodic task and
On 02/20/2014 05:50 PM, Christopher Yeoh wrote:
On Thu, 20 Feb 2014 14:45:03 -0500
Sean Dague s...@dague.net wrote:
So I'm one of the first people to utter if it isn't tested, it's
probably broken, however I also think we need to be realistic about
the fact that if you did out the
On Thu, 20 Feb 2014 18:06:25 -0500
Sean Dague s...@dague.net wrote:
Honestly, I think our experience in even doing a homogenous gate
means I think we should let the distros come in with 3rd party
testing on those results. Because we don't really have the bw, in
either people or machines, to
On 20/02/14 13:52 +0100, victor stinner wrote:
Hi,
On 19/02/14 10:09 +0100, Julien Danjou wrote:
On Wed, Feb 19 2014, Angus Salkeld wrote:
2) use tulip and give up python 2
+ use trollius to have Python 2 support.
https://pypi.python.org/pypi/trollius
So I have been giving this a go.
But I do think running a job with lowest version may still help a developer
realize that a feature in the latest library is not available in an older
supported version. The person can then bump up the library's min version in the
requirements. Today, it;s not possible to find this out until
On 02/20/2014 06:30 PM, Sabari Murugesan wrote:
But I do think running a job with lowest version may still help a
developer realize that a feature in the latest library is not available
in an older supported version. The person can then bump up the library's
min version in the requirements.
1 - 100 of 113 matches
Mail list logo
