My main concern with the {} delimiters in YAQL is that the curly brace
already has a defined use within YAML. We most definitely will eventually
run in to parsing errors with whatever delimiter we choose but I don't feel
that it should conflict with the markup language it is directly embedded
On Wed, Feb 18, 2015 at 6:18 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 2/16/2015 9:57 PM, Jay Pipes wrote:
Hi Mikal, sorry for top-posting. What was the final decision regarding
the instance tagging work?
Thanks,
-jay
On 02/16/2015 09:44 PM, Michael Still wrote:
Hi,
Hi,
As discussed in Cinder Weekly meeting on 02/12 the deadline for K3 (kilo-3 k3
: Cinder) is Feb28 (please correct me if I am wrong). So I have a working
prototype for micro-states feature https://review.openstack.org/#/c/124205 and
is been already out for review for quite some time now; if
So I believe vote counts for a given entry would not be visible to every
one and only intended for OpenStack Summit Track Chairs...
Vishal
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
hi,
On Wednesday, 18 de February de 2015 at 07:00, yamam...@valinux.co.jp wrote:
hi,
i want to add an extra requirement specific to OVS-agent.
(namely, I want to add ryu for ovs-ofctl-to-python blueprint. [1]
but the question is not specific to the blueprint.)
to avoid messing
-1. Thanks Dmitry for the contribution and welcome back in near future!
2015-02-17 23:36 GMT+08:00 Hongbin Lu hongbin...@gmail.com:
-1
On Mon, Feb 16, 2015 at 10:20 PM, Steven Dake (stdake) std...@cisco.com
wrote:
The initial magnum core team was founded at a meeting where several
people
Miguel Ángel Ajo
On Wednesday, 18 de February de 2015 at 08:14, yamam...@valinux.co.jp wrote:
hi,
On Wednesday, 18 de February de 2015 at 07:00, yamam...@valinux.co.jp
(mailto:yamam...@valinux.co.jp) wrote:
hi,
i want to add an extra requirement specific to OVS-agent.
Hello everyone,
We already got good feedback on my sandbox test review. So I would like
to move forward.
With review [1] we will get a stackforge repo called „telcowg-usecases“.
Submitting a usecase will then follow the process of OpenStack development (see
[2]).
The is one thing currently
Hi,
The general discussion is going in https://review.openstack.org/#/c/148318/.
My opinions on the following specific topics inline.
2015-02-18 0:04 GMT+09:00 Ihar Hrachyshka ihrac...@redhat.com:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
response was huge so far :) so to add more
On 14:50 Sun 15 Feb , Patrick East wrote:
Hi All,
I would like to request a FFE for the following blueprints:
https://blueprints.launchpad.net/cinder/+spec/driver-private-data
https://blueprints.launchpad.net/cinder/+spec/pure-iscsi-chap-support
The first being a dependency for the
On Wednesday, 18 de February de 2015 at 07:00, yamam...@valinux.co.jp wrote:
hi,
i want to add an extra requirement specific to OVS-agent.
(namely, I want to add ryu for ovs-ofctl-to-python blueprint. [1]
but the question is not specific to the blueprint.)
to avoid messing deployments
Can anyone tell why the voting counts for all the entries are same!
(attached screenshot). Even though I voted for some entries, voting counts
did not change.
Vishal
On Mon, Feb 16, 2015 at 8:00 PM, Stefano Maffulli stef...@openstack.org
wrote:
On Sat, 2015-02-14 at 21:11 -0500, Nick Chase
hi,
i want to add an extra requirement specific to OVS-agent.
(namely, I want to add ryu for ovs-ofctl-to-python blueprint. [1]
but the question is not specific to the blueprint.)
to avoid messing deployments without OVS-agent, such a requirement
should be per-agent/driver/plugin/etc. however,
+1 to using a filter property to indicate whether the filter needs to be run on
force_hosts. As others have said, there are certain cases that need to be
checked even if the admin is trying to intentionally place a VM somewhere such
that we can fail early vs. letting the hypervisor blow up on
These are not the counts. These seem to be vote weights.
Fawad Khaliq
On Wed, Feb 18, 2015 at 11:53 AM, vishal yadav vishalcda...@gmail.com
wrote:
Can anyone tell why the voting counts for all the entries are same!
(attached screenshot). Even though I voted for some entries, voting counts
I will take a close look and see what mods I need to make. Or we could just
move the congress repo :)
Thanks for reaching out on this.
On Thursday, February 12, 2015, Thierry Carrez thie...@openstack.org
wrote:
Thierry Carrez wrote:
You could also try to use the milestone.sh release script I
I started this thread to get a couple of pointers from Dan Smith and
Sean Dague but it turned out to be a bigger discussion than I expected.
So the history is, we're trying to add a few properties to be reported
for instances in order to cut workaround access to novaDB from the
standalone EC2
Good idea, it really makes sense. Just like the option
'run_filter_once_per_request' does.
2015-02-16 15:17 GMT+08:00 Nikola Đipanov ndipa...@redhat.com:
On 02/14/2015 08:25 AM, Alex Xu wrote:
2015-02-14 1:41 GMT+08:00 Nikola Đipanov ndipa...@redhat.com
mailto:ndipa...@redhat.com:
On
On 17/02/15 10:44 -0500, Doug Hellmann wrote:
On Tue, Feb 17, 2015, at 05:37 AM, Daniel P. Berrange wrote:
On Wed, Feb 11, 2015 at 03:14:39PM +0100, Stefano Maffulli wrote:
## Cores are *NOT* special
At some point, for some reason that is unknown to me, this message
changed and the
On 02/17/2015 04:59 PM, Chris Friesen wrote:
On 02/16/2015 01:17 AM, Nikola Đipanov wrote:
On 02/14/2015 08:25 AM, Alex Xu wrote:
Agree with Nikola, the claim already checking that. And instance booting
must be failed if there isn't pci device. But I still think it should go
through the
Mike Bayer mba...@redhat.com wrote:
I haven’t confirmed this yet today but based on some greenlet research as
well as things I observed with PDB yesterday, my suspicion is that Cinder’s
startup code runs in a traditional thread, at the same time the service is
allowing connections to come
Folks
We had a long discussion on making Fuel master node use additional repo
which contains specific package diversions that are not required for slave
nodes. We decided to do it. So starting from 6.1 release there will be
master-node specific repositories that are not used during cluster
Doug Hellmann d...@doughellmann.com wrote:
So I’m not really sure what’s going on here. Cinder seems to have some
openstack greenlet code of its own in
cinder/openstack/common/threadgroup.py, I don’t know the purpose of this
code. SQLAlchemy’s connection pool has been tested a lot with
As for me, I think that % ... % is not an elegant solution and looks
massive because of '%' sign. Also I agree with Renat, that % ... %
reminds HTML/Jinja2 syntax.
I am not sure that similarity with something should be one of the main
criteria, because we don't know who will use Mistral.
I like:
On 02/16/2015 01:17 AM, Nikola Đipanov wrote:
On 02/14/2015 08:25 AM, Alex Xu wrote:
Agree with Nikola, the claim already checking that. And instance booting
must be failed if there isn't pci device. But I still think it should go
through the filters, because in the future we may move the
hi, Nikolay,
Thanks for sending them out. It will be appreciated that there will be
reminder before the meeting starts.
Regards!
2015-02-17 0:52 GMT+08:00 Nikolay Makhotkin nmakhot...@mirantis.com:
Thanks for joining our team meeting today!
* Meeting minutes:
Excerpts from Anita Kuno's message of 2015-02-17 07:38:01 -0800:
On 02/17/2015 09:21 AM, Clint Byrum wrote:
There has been a recent monumental shift in my focus around OpenStack,
and it has required me to take most of my attention off TripleO. Given
that, I don't think it is in the best
On Tue, Feb 17, 2015, at 11:17 AM, Mike Bayer wrote:
Doug Hellmann d...@doughellmann.com wrote:
So I’m not really sure what’s going on here. Cinder seems to have some
openstack greenlet code of its own in
cinder/openstack/common/threadgroup.py, I don’t know the purpose of this
On 17/02/15 10:38 -0500, Anita Kuno wrote:
On 02/17/2015 09:21 AM, Clint Byrum wrote:
There has been a recent monumental shift in my focus around OpenStack,
and it has required me to take most of my attention off TripleO. Given
that, I don't think it is in the best interest of the project that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/17/2015 04:19 PM, Salvatore Orlando wrote:
My opinions inline.
On 17 February 2015 at 16:04, Ihar Hrachyshka ihrac...@redhat.com
mailto:ihrac...@redhat.com wrote:
Hi,
response was huge so far :) so to add more traction, I have a
Hi Ruby,
I was envisioning the VM-placement engine choosing the hard-coded
implementation or converting to LP.
There are 2 places that logic could go: in the VM-placement engine wrapper that
runs on the DSE message bus, or within the VM-placement engine itself (assuming
the two are
Hi,
Following is the subteam report for Ironic. As usual, this is pulled
directly from the Ironic whiteboard[0] and formatted.
Bugs (dtantsur)
(As of Mon, 16 Feb 20:00 UTC)
Open: 133 (0).
4 new (-5), 39 in progress (+5), 0 critical, 19 high (+2) and 7 incomplete
Drivers
==
Hi Rob,
That is slightly different: from logical point of view that are
different schemas indeed, however they all map to the same DB schema,
so we do not have any issues with upgrades. There are some limitations
on the schema modifications as well, and being able to work with
multiple versions
Hi Everyone,
With the end of the cycle quickly approaching we've still got a few higher
priority work items for this cycle which are still in an unfinished state. This
includes things like:
- Tempest test accounts
- Tempest's cli interface
- Devstack Neutron as default switch
To ensure we
1) Getting domain information: I haven't came across but is there any
ceilometer API which would provide domain information along with the usage
data?
2) Ceilometer auth against keystone v3: As
domain feature is provided in keystone v3 API, I am using that. Is
there a way to configure
Hi Clint
Thanks very much for your awesome work as our PTL :)
Cheers,
Chris
On 17 February 2015 at 14:21, Clint Byrum cl...@fewbar.com wrote:
There has been a recent monumental shift in my focus around OpenStack,
and it has required me to take most of my attention off TripleO. Given
that,
-1
On Mon, Feb 16, 2015 at 10:20 PM, Steven Dake (stdake) std...@cisco.com
wrote:
The initial magnum core team was founded at a meeting where several
people committed to being active in reviews and writing code for Magnum.
Nearly all of the folks that made that initial commitment have been
My opinions inline.
On 17 February 2015 at 16:04, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
response was huge so far :) so to add more traction, I have a question
for everyone. Let's assume we want to move entry points for all
services
Hi All,
Due to our current CI outage and weather situation , we're forgoing the meeting
in favor of getting everything back up and running.
We'll attempt to resume meetings next week.
p
__
OpenStack Development Mailing
On 02/17/2015 09:21 AM, Clint Byrum wrote:
There has been a recent monumental shift in my focus around OpenStack,
and it has required me to take most of my attention off TripleO. Given
that, I don't think it is in the best interest of the project that I
continue as PTL for the Kilo cycle.
FYI: Recently HP's focus for deployment has changed, and as such, some of
the resources we had dedicated for TripleO are being redistributed. As
such, the HP CI region won't be returning to the pool (it is currently
removed due to some stability issues). Nor will we be adding region #2,
which
On 02/17/2015 09:38 AM, Alexandre Levine wrote:
I started this thread to get a couple of pointers from Dan Smith and
Sean Dague but it turned out to be a bigger discussion than I expected.
So the history is, we're trying to add a few properties to be reported
for instances in order to cut
There has been a recent monumental shift in my focus around OpenStack,
and it has required me to take most of my attention off TripleO. Given
that, I don't think it is in the best interest of the project that I
continue as PTL for the Kilo cycle.
I'd like to suggest that we hold an immediate
On 02/17/2015 07:58 AM, Daniel P. Berrange wrote:
On Tue, Feb 17, 2015 at 01:16:46PM +0100, Christian Berendt wrote:
On 02/17/2015 12:05 PM, Daniel P. Berrange wrote:
In section 4.(c) the LICENSE text says
(c) You must retain, in the Source form of any Derivative Works
that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
response was huge so far :) so to add more traction, I have a question
for everyone. Let's assume we want to move entry points for all
services and agents into neutron/cmd/... If so,
- - Do we want all existing tools stored in the path to be
regarding the following question about this remaining nova FFE patch...
https://review.openstack.org/#/c/149242/
The question is what is the impact to s390x users without this? Does
this make using cinder impossible for zKVM users?
The impact of this patch not beeing merged would be that
I am newbie and I want to start with my first contribution to open
stack. I have chosen the bug -
https://bugs.launchpad.net/ceilometer/+bug/1310580 to start with. I
have added comments on the bug and need some developer to validate
those. Additionally I need some help on how to go about
+1 for separate tasks/graph validation library
In my opinion we may even migrate graph visualizer to this library, cause
it is most usefull during development and to demand installed fuel with
nailgun feels a bit suboptimal
On Tue, Feb 17, 2015 at 12:58 PM, Kamil Sambor ksam...@mirantis.com
Hi Rob
Thanks for your excellent run of insightful reviewing :)
Cheers,
Chris
On 15 February 2015 at 21:40, Robert Collins robe...@robertcollins.net
wrote:
Hi, I've really not been pulling my weight as a core reviewer in
TripleO since late last year when personal issues really threw me for
Hi all,
Just thought I'd highlight here that Ubuntu 14.10 is using qemu 2.1, but they're
not currently enabling NUMA support.
I've reported it as a bug and it's been fixed for 15.04, but there is some
pushback about fixing it in 14.10 on the grounds that it is a feature
enhancement and not
On Mon, Feb 16, 2015, at 07:50 PM, Mike Bayer wrote:
hi all -
I’ve been researching this cinder issue
https://bugs.launchpad.net/cinder/+bug/1417018 and I’ve found something
concerning.
Basically there’s a race condition here which is occurring because a
single MySQL connection is
Hi need some guidance and feedback on our needs for testing in the VPNaaS
repo.
*Background...*
The VPNaaS reference implementation is currently using the open source
OpenSwan application that provides the IPSec site-to-site connection
functionality. The OpenStack code essentially creates the
On Tue, Feb 17, 2015, at 05:37 AM, Daniel P. Berrange wrote:
On Wed, Feb 11, 2015 at 03:14:39PM +0100, Stefano Maffulli wrote:
## Cores are *NOT* special
At some point, for some reason that is unknown to me, this message
changed and the feeling of core's being some kind of
On 2/16/2015 9:57 PM, Jay Pipes wrote:
Hi Mikal, sorry for top-posting. What was the final decision regarding
the instance tagging work?
Thanks,
-jay
On 02/16/2015 09:44 PM, Michael Still wrote:
Hi,
we had a meeting this morning to try and work through all the FFE
requests for Nova. The
On Tue, Feb 17, 2015 at 2:05 PM, Armando M. arma...@gmail.com wrote:
Hi folks,
I was wondering if we should have a special neutron-drivers meeting on
Wednesday Feb 18th (9:30AM CST / 7:30AM PST) to discuss recent patches
where a few cores have not reached consensus on, namely:
-
- Original Message -
From: Pasquale Porreca pasquale.porr...@dektech.com.au
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Tuesday, 17 February, 2015 9:07:14 PM
Subject: [openstack-dev] [Keystone] [devstack] About _member_
There's no need for additional neutron packaging. The real trick is that the
neutron-*aas packages need to have a package dependency of neutron, and
whichever release of openstack they're all cut with, they just have to match.
Put another way, use your existing neutron package from the same
On Tue, Feb 17, 2015 at 4:19 AM, Sean Dague s...@dague.net wrote:
On 02/16/2015 08:50 PM, Ian Cordasco wrote:
On 2/16/15, 16:08, Sean Dague s...@dague.net wrote:
On 02/16/2015 02:08 PM, Doug Hellmann wrote:
On Mon, Feb 16, 2015, at 01:01 PM, Ian Cordasco wrote:
Hey everyone,
Excerpts from Daniel P. Berrange's message of 2015-02-17 02:37:50 -0800:
On Wed, Feb 11, 2015 at 03:14:39PM +0100, Stefano Maffulli wrote:
## Cores are *NOT* special
At some point, for some reason that is unknown to me, this message
changed and the feeling of core's being some kind
Doug Hellmann d...@doughellmann.com wrote:
My question is then how is it that such an architecture would be
possible,
that Cinder’s service starts up without greenlets yet allows
greenlet-based
requests to come in before this critical task is complete? Shouldn’t the
various oslo systems
On Tue, Feb 17, 2015 at 03:07:31AM +, Steven Dake (stdake) wrote:
Hi folks,
I’d am proposing Andre Martin to join the kolla-core team. Andre has been
providing mostly code implementation, but as he contributes heavily, has
indicated he will get more involved in our peer reviewing
Mike Bayer mba...@redhat.com wrote:
Doug Hellmann d...@doughellmann.com wrote:
My question is then how is it that such an architecture would be
possible,
that Cinder’s service starts up without greenlets yet allows
greenlet-based
requests to come in before this critical task is
+1
From: Steven Dake (stdake) std...@cisco.commailto:std...@cisco.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Monday, February 16, 2015 at 7:20 PM
To: OpenStack Development Mailing List
On Tue, Feb 17, 2015, at 09:32 AM, Stefano Maffulli wrote:
Changing the subject since Flavio's call for openness was broader than
just private IRC channels.
On Tue, 2015-02-17 at 10:37 +, Daniel P. Berrange wrote:
If cases of bad community behaviour, such as use of passwd protected
On 02/17/2015 11:52 AM, Clint Byrum wrote:
Excerpts from Anita Kuno's message of 2015-02-17 07:38:01 -0800:
On 02/17/2015 09:21 AM, Clint Byrum wrote:
There has been a recent monumental shift in my focus around OpenStack,
and it has required me to take most of my attention off TripleO. Given
On 1/26/2015 11:35 AM, Matt Riedemann wrote:
The change to add DB2 support to nova has hit a snag in the 247
migration [1] where it's altering the pci_devices.deleted column to be
nullable=True to match the model (it was defined nullable=False in the
216 migration which didn't match the
The Oslo team is pleased to announce the release of:
oslotest 1.4.0: OpenStack test framework
For more details, please see the git log history below and:
http://launchpad.net/oslotest/+milestone/1.4.0
Please report issues through launchpad:
http://bugs.launchpad.net/oslotest
Changes
That is 3 votes. Welcome to kolla-core Andre!
Regards
-steve
On 2/17/15, 10:59 AM, Jeff Peeler jpee...@redhat.com wrote:
On Tue, Feb 17, 2015 at 03:07:31AM +, Steven Dake (stdake) wrote:
Hi folks,
I¹d am proposing Andre Martin to join the kolla-core team. Andre has
been providing mostly
On Feb 17, 2015, at 11:29 AM, Clint Byrum cl...@fewbar.com wrote:
Shaming a person is a last resort, when that person may not listen to
reason. It's sometimes necessary to bring shame to a practice, but even
then, those who are participating are now draped in shame as well and
will have a
Congrats Andre and thanks for all your contributions.
Regards,
Daneyon Hansen, CCIE 9950
Software Engineer
Office of the Cloud CTO
Mobile: 303-718-0400
Office: 720-875-2936
Email: daneh...@cisco.com
On Feb 17, 2015, at 10:13 AM, Steven Dake (stdake) std...@cisco.com wrote:
That is 3 votes.
The Oslo team is pleased to announce the release of:
taskflow 0.7.1: Taskflow structured state management library.
For more details, please see the git log history below and:
http://launchpad.net/taskflow/+milestone/0.7.1
Please report issues through launchpad:
Changing the subject since Flavio's call for openness was broader than
just private IRC channels.
On Tue, 2015-02-17 at 10:37 +, Daniel P. Berrange wrote:
If cases of bad community behaviour, such as use of passwd protected
IRC channels, are always primarily dealt with via further private
Hi Lingxian,
Feel free to join us in IRC meeting every Monday at 16:00 UTC at
#openstack-meeting channel.
Regards,
Anastasia Kuznetsova
On Tue, Feb 17, 2015 at 7:05 PM, Lingxian Kong anlin.k...@gmail.com wrote:
hi, Nikolay,
Thanks for sending them out. It will be appreciated that there
Is it safe to remove copyright statements above the Apache 2.0 license
headers stated in a lot of files?
We recenctly removed all @author tags and added a hacking check to not
longer add @author tags in the future. Can we do the same for the
copyright statements above the Apache 2.0 license
-1
On Tue, Feb 17, 2015 at 12:19 AM, Steven Dake (stdake) std...@cisco.com wrote:
-1
From: Steven Dake std...@cisco.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Monday, February 16, 2015 at 8:20 PM
To: OpenStack
+1 for that, it should be done with pagination too. IMHO pagination
simple filtering by object's status can be done generically on the API
side for all GET methods that derive from CollectionHandler.
P.
On 02/17/2015 10:18 AM, Lukasz Oles wrote:
Hello Julia,
I think node filtering and
On 13/02/15 17:01 +0100, Jordan Pittier wrote:
Humm this doesn't have to be complicated, for a start.
Sorry for my late reply
- Figuring out the http method the server expects (POST/PUT)
Yeah, I agree. Theres no definitive answer to this but I think PUT makes sense
here. I googled 'post vs
Jay, Flavio, thanks for this interesting discussion. I get your points and
they really make sense to me.
I'll go for a specific driver that will inherits from the HTTP Store for
the read path and implements the write path.
Jordan
On Tue, Feb 17, 2015 at 12:52 PM, Flavio Percoco
Feedback on security is of the utmost concern. However, due to the short
time left in Kilo, we are going to hold the sprint beginning Wed at 20:00
UTC--23:30 UTC. All code will still go through the standard review process.
On Wednesday, we will judge the demand/usefulness of a repeat on Thursday.
Excerpts from Ed Leafe's message of 2015-02-17 10:11:01 -0800:
On Feb 17, 2015, at 11:29 AM, Clint Byrum cl...@fewbar.com wrote:
Shaming a person is a last resort, when that person may not listen to
reason. It's sometimes necessary to bring shame to a practice, but even
then, those who
Hi folks,
I was wondering if we should have a special neutron-drivers meeting on
Wednesday Feb 18th (9:30AM CST / 7:30AM PST) to discuss recent patches
where a few cores have not reached consensus on, namely:
- https://review.openstack.org/#/c/155373/
- https://review.openstack.org/#/c/148318/
On 16 Feb 2015 03:56, Sean Dague s...@dague.net wrote:
Fixtures seems to be doing the
right thing with it's copy.
I'm glad you sorted the issue out. If it had been a fixtures issue I would
have considered it a critical bug and dived on it... The testing cabal set
of libraries are many to be
I also failed to understand the issue, and I commented on the bug report,
where it's probably best to continue this conversation.
Thanks,
Armando
On 16 February 2015 at 07:54, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/16/2015 04:13 PM,
I'm working on some services that require the ability to place VMs onto the
same or separate racks, and I wanted to start a discussion to see what the
community thinks the best way of achieving this with Nova might be.
Quick overview:
Various clustered datastores require related data to be
I've been working on some services that require the ability to exploit the
co-location of compute and data storage (via Swift) onto the same racks, and
I wanted to start a discussion to see what the best way of controlling the
physical placement of Swift replicas might be.
Quick overview:
One more:
p9: \{1 + $.var}# That’s pretty much what
https://review.openstack.org/#/c/155348/
https://review.openstack.org/#/c/155348/ addresses but it’s not exactly that.
Note that we don’t have to put it in quotes in this case to deal with YAML {}
semantics, it’s just a string
I also just put up another proposal to consider:
https://review.openstack.org/#/c/156711/
Sew over eventlet + patching with threads
It goes along the thread usage case, and seems useful to consider/think
about (and if it's thrown away, that's ok IMHO, after all thats the
point of these
Joe Gordon wrote:
On Tue, Feb 17, 2015 at 4:19 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 02/16/2015 08:50 PM, Ian Cordasco wrote:
On 2/16/15, 16:08, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 02/16/2015 02:08 PM, Doug Hellmann
On 2/17/15, 16:27, Joshua Harlow harlo...@outlook.com wrote:
Joe Gordon wrote:
On Tue, Feb 17, 2015 at 4:19 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 02/16/2015 08:50 PM, Ian Cordasco wrote:
On 2/16/15, 16:08, Sean Dague s...@dague.net
On Wed, Feb 11, 2015 at 03:14:39PM +0100, Stefano Maffulli wrote:
## Cores are *NOT* special
At some point, for some reason that is unknown to me, this message
changed and the feeling of core's being some kind of superheros became
a thing. It's gotten far enough to the point that I've
Hi
Thanks for looking at / thinking about this. So the idea was (I started
this whole thing rolling long ago after a rather heated discussion with a
very bright chap from Redhat):
1) Driver authors tend, in my experience, to know more than admins, so
drivers should be able (where useful) to be
I proposed a fix for a bug in devstack
https://review.openstack.org/#/c/156527/ caused by the fact the role
_member_ was not anymore created due to a recent change.
But why is the existence of _member_ role necessary, even if it is not
necessary to be used? Is this a know/wanted feature or a bug
Hello Julia,
I think node filtering and sorting is a great feature and it will
improve UX, but we need to remember that with increasing number of
nodes increases number of automation tasks. If fuel user want to
automate something he will use fuel client not Fuel GUI. This is why I
think sorting
Some suggestions from me:
1. y 1 + $.var # (short from yaql).
2. { 1 + $.var } # as for me, looks more elegant than % %. And
visually it is more strong
A also like p7 and p8 suggested by Renat.
On Tue, Feb 17, 2015 at 11:43 AM, Renat Akhmerov rakhme...@mirantis.com
wrote:
One more:
p9:
Thanks for the insight into lockutils-wrapper usage Ihar. I had worked on
getting the coverage target for VPNaaS repo working, and then have been
working on a coverage target for functional testing. As part of that, I
pulled the use of lockutils-wrapper.
If you can review it, I'd appreciate it
On Tue, Feb 17, 2015 at 11:28:58AM +0100, Christian Berendt wrote:
Is it safe to remove copyright statements above the Apache 2.0 license
headers stated in a lot of files?
We recenctly removed all @author tags and added a hacking check to not
longer add @author tags in the future. Can we do
On 02/17/2015 12:05 PM, Daniel P. Berrange wrote:
In section 4.(c) the LICENSE text says
(c) You must retain, in the Source form of any Derivative Works
that You distribute, all copyright, patent, trademark, and
attribution notices from the Source form of the Work,
+1, sorting is should be...
Paginating may be too, but not activated by default.
/sv
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
On 02/16/2015 08:50 PM, Ian Cordasco wrote:
On 2/16/15, 16:08, Sean Dague s...@dague.net wrote:
On 02/16/2015 02:08 PM, Doug Hellmann wrote:
On Mon, Feb 16, 2015, at 01:01 PM, Ian Cordasco wrote:
Hey everyone,
The os-ansible-deployment team was working on updates to add support
for
the
On 02/17/2015 06:20 AM, Steven Dake (stdake) wrote:
The initial magnum core team was founded at a meeting where several
people committed to being active in reviews and writing code for
Magnum. Nearly all of the folks that made that initial commitment
have been active in IRC, on the mailing
1 - 100 of 101 matches
Mail list logo
