On 11/06/15 17:36 +0300, Matthew Mosesohn wrote:
[..]
Secondly, I'd like to point out that Fuel is not so different from
what other teams are doing. At the Summit, I heard from others who all
maintain internal Gerrits and internal forks of the modules. The
difference is that Fuel is being
hi Edwin,
i added a comment to patch, maybe we don't need to do any search/replace at all
ie. if we have meter x.y that is renamed to meter y.z, if you search for either
x.y or y.z, the results may contain samples with both names? and over time,
it'll eventually just have the single name. the
Hi Li:
Thanks for stepping up, and volunteering to dig into this. Your help
is much appreciated! We did talk about this at the Vancouver Summit,
but as far as I'm aware no one has started on this work for Liberty.
As I had mentioned in one of my previous emails, python-troveclient
does have the
On Thu, Jun 11, 2015 at 11:43:09PM -0400, Emilien Macchi wrote:
What about code history and respect of commit ownership?
I'm personally wondering if it's fair to copy/paste several thousands of
lines of code from another Open-Source project without asking to the
community or notifying the
OpenStack TC,
I have submitted a motion for addition of Solum to the OpenStack projects list:
https://review.openstack.org/190949
Please let me know if there are questions or concerns I can address.
Thanks,
Adrian Otto
__
On 06/10/2015 04:31 PM, Joe Gordon wrote:
On Wed, Jun 10, 2015 at 5:24 PM, Ian Cordasco
ian.corda...@rackspace.com mailto:ian.corda...@rackspace.com wrote:
On 6/10/15, 09:12, Thomas Goirand z...@debian.org
mailto:z...@debian.org wrote:
On 06/10/2015 12:25 PM, Dave
On 12/06/15 17:27, Mark Kirkwood wrote:
I've looking at using puppet-swift to deploy a swift cluster.
Firstly - without
http://git.openstack.org/cgit/stackforge/puppet-swift/tree/tests/site.pp
I would have struggled a great deal more to get up and running, so a big
thank you for a nice worked
Hello,
guys, i find our trove-mgmt-client is not ready, but there are codes in
trove to support those api. If someone is not begin this work. How about let me
do it?
Thanks.
--
Best
Li Tianqing__
OpenStack
Hi,
Our CI can not connect to port 29418 of review.openstack.org recently, possibly
because the GFW filtered the access. Now we are processing this problem as soon
as we found it.
According to the decision of Cinder Meeting 2015-06-10:
June 15th proposed drivers for Liberty without passing code
On 12/06/15 17:04, liuxinguo wrote:
Hi,
Recentlyour CI can not connect to port 29418 of
review.openstack.org.app:ds:recently
Following are the failuer message, is there anyone know the reasion why
our CI can not cennect to 29418 of review.openstack.org?
That port on review.openstack.org
Hi Li:
There's already a python-troveclient bug open for this issue [1].
As per our IRC conversation, I've gone ahead and assigned it to you.
Thanks!
-Nikhil
[1] https://bugs.launchpad.net/python-troveclient/+bug/1250258
On Fri, Jun 12, 2015 at 2:14 AM, Li Tianqing jaze...@163.com wrote:
I
On 11 June 2015 at 02:37, Andreas Scheuring scheu...@linux.vnet.ibm.com
wrote:
Do you happen to know how data gets routed _to_ a VM, in the
type='network' case?
Neil, sorry no. Haven't played around with that, yet. But from reading
the libvirt man, it looks good. It's saying Guest network
Here too, my vote doesn’t count, but big+1, all my interactions with Brian have
been awesome, and he’s been doing a very good job for a long time.
Best,
Miguel Ángel Ajo
On Thursday 11 June 2015 at 12:27, Gary Kotton wrote:
+1
On 6/10/15, 10:11 PM, Carl Baldwin c...@ecbaldwin.net
On 06/12/2015 04:31 AM, Dmitry Borodaenko wrote:
A better alternative would be to make all upstream Puppet OpenStack
directly usable in Fuel, but even if we figure out a way to make that
work, it will take a long journey to get there. On the upstream side,
Fuel core reviewers would have to
I know my vote does not count, but “big +1” from me :)
Best,
Miguel Ángel Ajo
On Thursday 11 June 2015 at 22:24, Armando M. wrote:
+1
On 11 June 2015 at 12:42, Carl Baldwin c...@ecbaldwin.net
(mailto:c...@ecbaldwin.net) wrote:
+1
On Thu, Jun 11, 2015 at 12:15 PM, Kevin Benton
I prefer contribute.
I think you mean, we can add mgmt-cli directly into python-troveclient?
That is ok. what i should do? do i need to wirte a bp? or just write code, push
it to upstream?
--
Best
Li Tianqing
At 2015-06-12 16:52:46, Nikhil Manchanda nik...@manchanda.me wrote:
Hi Li:
Alternatively you could have a look at tunneling SSH over HTTP with
corkscrew:
http://www.techrepublic.com/blog/linux-and-open-source/using-corkscrew-to-tunnel-ssh-over-http/
Regards
2015-06-12 11:09 GMT+02:00 Tom Fifield t...@openstack.org:
On 12/06/15 17:04, liuxinguo wrote:
Hi,
Hi,
After some more tests i was able to link the failure of the jenkins job
with the errors in dmesg :
[Fri Jun 12 11:04:37 2015] br100: port 2(vnet1) entered disabled state
[Fri Jun 12 11:04:37 2015] device vnet1 left promiscuous mode
[Fri Jun 12 11:04:37 2015] br100: port 2(vnet1) entered
Greetings,
On 11/06/15 19:31 -0700, Dmitry Borodaenko wrote:
On Thu, Jun 11, 2015 at 05:39:28PM -0400, Emilien Macchi wrote:
On 06/11/2015 10:36 AM, Matthew Mosesohn wrote:
I'm not saying it's the most community-oriented approach, but Fuel
would have never evolved and matured without it. The
On Thu, Jun 11, 2015 at 11:01:19PM -0400, Emilien Macchi wrote:
1) If you are adding a module that is the work of another project and
is already tracked in separate repo (...) review should also contain the
commit hash from the upstream repo in the commit message. Using this
reference to
Thanks Tom, the method you provide is really a good idea, but probably it won't
work for a 3rd CI. I have tried to change ssh to https for 3rd CI, but it is
not a simple work like that. It related to lots of zuul code change.
-邮件原件-
发件人: Tom Fifield [mailto:t...@openstack.org]
发送时间:
Makes sense to drop them to me.
On Wed, Jun 10, 2015 at 7:20 PM, Emilien Macchi emil...@redhat.com wrote:
Hi,
Monolithic plugins have been dropped in Neutron tree since Juno, I think
it's time to drop the code from puppet-neutron (I guess everyone is
using ML2, at least I hope for them).
On 06/11/15 at 06:54pm, Ian Wells wrote:
On 11 June 2015 at 12:37, Richard Raseley rich...@raseley.com wrote:
Andrew Laski wrote:
There are many reasons a deployer may want to live-migrate instances
around: capacity planning, security patching, noisy neighbors, host
maintenance, etc... and I
On 06/11/2015 06:03 PM, Salvatore Orlando wrote:
As most of you already know, work is beginning to move forward on the
micro-versioned Neutron API, for which a specification is available at [1]
From a practical perspective there is one non-negligible preliminary
issue that needs attention.
Hi, I met the same problem as you. I resolve this problem by change git url.
You can do like this:
1. Get a http password from
https://review.openstack.org/#/settings/http-password
2. Set git url like this: git remote set-url gerrit
On Fri, Jun 12, 2015 at 7:13 PM, Sean Dague s...@dague.net wrote:
On 06/12/2015 01:17 AM, Salvatore Orlando wrote:
It is however interesting that both lock wait timeouts and missing
savepoint errors occur in operations pertaining the same table -
securitygroups in this case.
I wonder if
The review for the creation of the new project is here
https://review.openstack.org/190998
To confirm Adrian, do you intend to use the Magnum launchpad for UI related bps
and bugs or the Magnum UI launchpad indicated in the spec
(https://launchpad.net/magnum-ui)? If it’s the former I shall
On Fri, 12 Jun 2015, Joe Gordon wrote:
Glad to see us catch these issues early.
Yes! CI is doing exactly the job it is supposed to be doing here. It
is finding bugs in code. When that happens we should fix the bugs,
not revert. Even if it stalls other stuff.
--
Chris Dent tw:@anticdent
I'm fairly easy on this but, if the issue is that the meeting is running
into people's evening schedules (in EMEA), would it not make sense to
push it back an hour or two into office hours, rather than forward?
On 10/06/15 18:20, Ryan Hallisey wrote:
After some upstream discussion, moving the
But I still need to
figure out more details about device renaming and what other side
effects might come with it.
Device renaming might not be a good idea in the macvtap context, as the
interface used could also be used with by other applications that might
insist on a fixed device name. It's
On Fri, Jun 12, 2015 at 09:24:33AM +0200, Flavio Percoco wrote:
I'm sure you both, and the Fuel team, are acting on good faith but I
believe, in this case, there's no problem that makes copy/pasting
code, and therefore loosing commits attribution, acceptable.
To sum up my previous emails,
On 06/12/2015 06:31 AM, Joe Gordon wrote:
On Fri, Jun 12, 2015 at 7:13 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 06/12/2015 01:17 AM, Salvatore Orlando wrote:
It is however interesting that both lock wait timeouts and missing
savepoint errors occur in
I skimmed the code, but since I'm not familiar with the environment, I could
not find where swift-ring-builder rebalance is invoked. I'm guessing that
each time you add a device to a ring, a rebalance is also done. Leaving aside
how inefficient that is, the key thing is that the rebalance
On 12/06/15 03:28 -0700, Dmitry Borodaenko wrote:
On Fri, Jun 12, 2015 at 09:24:33AM +0200, Flavio Percoco wrote:
I'm sure you both, and the Fuel team, are acting on good faith but I
believe, in this case, there's no problem that makes copy/pasting
code, and therefore loosing commits
In various discussion with some of the projects, on this list and at
summit, one of the holdups on people being able to adopt gabbi[1] as a
tool for HTTP API testing in their own stuff was because they had
request handlers that return 202 in response to a POST and the created
resource would not
Currently Murano doesn't support nested template unless they are specified
by URL. However this is going to be fixed in current release cycle as there
are many requests for this feature.
Sincerely yours,
Stan Lagun
Principal Software Engineer @ Mirantis
sla...@mirantis.com
On Thu, Jun 11, 2015
On Fri, Jun 12, 2015 at 09:31:45AM +0200, Flavio Percoco wrote:
On 11/06/15 17:36 +0300, Matthew Mosesohn wrote:
Secondly, I'd like to point out that Fuel is not so different from
what other teams are doing. At the Summit, I heard from others who all
maintain internal Gerrits and internal
The Fuel plugin wiki states that a test report is required for plugin
certification and that it must be created according to the template, but
doesn't mention where the template can be found. Is anyone able to tell me?
Thanks,
Emma
On 06/12/2015 01:17 AM, Salvatore Orlando wrote:
It is however interesting that both lock wait timeouts and missing
savepoint errors occur in operations pertaining the same table -
securitygroups in this case.
I wonder if the switch to pymysl has not actually uncovered some other
bug in
On 2015-06-12 09:46:34 + (+), liuxinguo wrote:
Thanks Tom, the method you provide is really a good idea, but
probably it won't work for a 3rd CI. I have tried to change ssh to
https for 3rd CI, but it is not a simple work like that. It
related to lots of zuul code change.
It would
On 12/06/15 03:04 -0700, Dmitry Borodaenko wrote:
On Fri, Jun 12, 2015 at 09:31:45AM +0200, Flavio Percoco wrote:
On 11/06/15 17:36 +0300, Matthew Mosesohn wrote:
Secondly, I'd like to point out that Fuel is not so different from
what other teams are doing. At the Summit, I heard from others
Hi David,
Ok, sudo python setup.py install without pbr install is not working behind
an http proxy.
Because you should use sudo -E python setup.py install to pass
http(s)_proxy ernv variables.
But even if you do so python setup.py install will try to install pbr
WITHOUT taking into account proxy
I'd rather go with Heat approach (job first) because it makes easier to
track what is left to port to Py34 and track progress in this area
Sincerely yours,
Stan Lagun
Principal Software Engineer @ Mirantis
sla...@mirantis.com
On Mon, Jun 8, 2015 at 2:46 PM, Kirill Zaitsev kzait...@mirantis.com
On Fri, Jun 12, 2015 at 08:33:56AM -0700, James Bottomley wrote:
On Fri, 2015-06-12 at 02:43 -0700, Dmitry Borodaenko wrote:
On Thu, Jun 11, 2015 at 11:43:09PM -0400, Emilien Macchi wrote:
What about code history and respect of commit ownership?
I'm personally wondering if it's fair to
Hi everyone,
Any thoughts on supporting multiple gateway IPs for subnets?
On Thu, Jun 11, 2015 at 3:34 PM, Shraddha Pandhe
spandhe.openst...@gmail.com wrote:
The idea is to round-robin between gateways by using some sort of mod
operation
So logically it can look something like:
+1
- Original Message -
Excellent news! +1
Cheers,
Edgar
On Jun 12, 2015, at 12:50 PM, Kevin Benton blak...@gmail.com wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I would like Rossella
Sblendido to be a member of the control plane core
Hi, Alec
Thanks for email threads investigation.
I've decided to spend more time to dig into old zmq-related threads too.
Some notes inline.
6/12/15 23:41, Alec Hothan (ahothan) пишет:
On 6/1/15, 5:03 PM, Davanum Srinivas dava...@gmail.com wrote:
fyi, the spec for zeromq driver in
+1!
On Fri, Jun 12, 2015 at 1:44 PM, Kevin Benton blak...@gmail.com wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I would like Rossella
Sblendido to be a member of the control plane core reviewer team.
Her review stats are in line with other cores[2] and her feedback on
On 6/1/15, 5:03 PM, Davanum Srinivas dava...@gmail.com wrote:
fyi, the spec for zeromq driver in oslo.messaging is here:
https://review.openstack.org/#/c/187338/1/specs/liberty/zmq-patterns-usage
.rst,unified
-- dims
I was about to provide some email comments on the above review off gerrit,
I've done a first pass of setting up a puppet module to configure
Keystone to use ipsilon for federation, using
https://github.com/richm/puppet-apache-auth-mods, and a version of
ipsilon-client-install with patches
https://fedorahosted.org/ipsilon/ticket/141 and
Just to follow up, I've posted a revised specification which only include
group *IDs* in tokens (so, effectively promoting OS-FEDERATION's behavior
to core without modification) and mention of an X-Group-Ids header in
keystonemiddleware.auth_token:
https://review.openstack.org/#/c/188564/
On
Okay, I will think on that a bit.
Adrian
Original message
From: Steven Dake (stdake) std...@cisco.com
Date: 06/12/2015 8:04 AM (GMT-08:00)
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev]
On Fri, Jun 12, 2015 at 02:25:31PM +0200, Flavio Percoco wrote:
I have already explained in the thread how we address the problem of
tracking down and managing the Fuel specific changes in forked modules.
With that problem addressed, I don't see any other objective reason for
frustration. Does
I think Shraddha was talking about the gateway IP the DHCP server will respond
with. Different VMs will get different gateways.
- Original Message -
That logic is contained in the virtual machine. We have no control over that.
On Thu, Jun 11, 2015 at 3:34 PM, Shraddha Pandhe
+1
On 12 June 2015 at 13:49, Edgar Magana edgar.mag...@workday.com wrote:
Excellent news! +1
Cheers,
Edgar
On Jun 12, 2015, at 12:50 PM, Kevin Benton blak...@gmail.com wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I would
like Rossella Sblendido to be a
On Fri, Jun 12, 2015 at 01:23:28PM -0700, James Bottomley wrote:
However, the commit history is vital to obtaining the provenance of the
code. If there's ever a question about who authored what part of the
code (or worse, who copied it wrongly from a different project, as in
the SCO suit
A big +1 from me. Rossella is also a great community influence with her Land
your first patch for Neutron talk at the Paris summit.
On Fri, Jun 12, 2015, Kevin Benton blak...@gmail.com wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I would like Rossella
Sblendido to be a
On Fri, Jun 12, 2015 at 2:44 PM, Kevin Benton blak...@gmail.com wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I would like Rossella
Sblendido to be a member of the control plane core reviewer team.
Her review stats are in line with other cores[2] and her feedback on
On 6/12/15, 14:46, KARR, DAVID dk0...@att.com wrote:
-Original Message-
From: Kevin L. Mitchell [mailto:kevin.mitch...@rackspace.com]
Sent: Friday, June 12, 2015 12:05 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] Looking for help getting git-review to
work
I am pleased to announce git-review 1.25.0 is officially released
today (Friday, June 12, 2015). This version brings together 43 new
changes from 23 different collaborators including fixes for 9 bugs
and a variety of other improvements:
URL:
-Original Message-
From: Kevin L. Mitchell [mailto:kevin.mitch...@rackspace.com]
Sent: Friday, June 12, 2015 12:05 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] Looking for help getting git-review to
work over https
On Fri, 2015-06-12 at 17:08 +, KARR,
-Original Message-
From: Ian Cordasco [mailto:ian.corda...@rackspace.com]
Sent: Friday, June 12, 2015 12:05 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] Looking for help getting git-review to
work over https
It looks like it
Hi Everyone,
Thanks for joining the service chaining meeting on 6/11/2015. Here are the
links to the meeting logs:
http://eavesdrop.openstack.org/meetings/sfc_project/2015/sfc_project.2015-06-11-17.01.html
http://eavesdrop.openstack.org/meetings/sfc_project/2015/sfc_project.2015-06-11-17.01.txt
On Fri, Jun 12, 2015 at 12:14:52PM -0400, Emilien Macchi wrote:
On 06/12/2015 11:41 AM, Sergii Golovatiuk wrote:
IMO, it's a communication issue and related more to Puppet OpenStack
community that to Fuel Library folks. In Fuel Library when patch from
external contributor has some problems
On 6/12/2015 11:11 AM, Chen CH Ji wrote:
Hi
We have [1] in the db layer and it's directly used by API
layer , the filters is directly from client's input
In this case, when doing [2] or similar changes, do we
need to consider microversion usage when we change
Excellent news! +1
Cheers,
Edgar
On Jun 12, 2015, at 12:50 PM, Kevin Benton
blak...@gmail.commailto:blak...@gmail.com wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I would like Rossella
Sblendido to be a member of the control plane core reviewer team.
Her review stats
This thread kind of deteriorated a bit (though it looks like it's
hopefully recovering), so I'd just like to add some observations.
What we have here is a classic case of a long-running fork, with all
that that entails. In this case the fork is a public one, but that
actually makes very
Although I am not on your list I would like to add my +1! Yamamoto shows great
attention to detail in code reviews and frequently finds real issues that were
not spotted by others.
On Thu, Jun 11, 2015, Kevin Benton blak...@gmail.com wrote:
Hello all!
As the Lieutenant of the built-in control
-Original Message-
From: KARR, DAVID
Sent: Thursday, June 11, 2015 8:00 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] Looking for help getting git-review to
work over https
*** Security Advisory: This Message Originated Outside of ATT
On Fri, 2015-06-12 at 17:08 +, KARR, DAVID wrote:
Thanks. I already tried that. It's not even clear this is failing to
connect. I don't know what this is telling me.
--
# pip install --proxy http://one.proxy.att.com:8080 .
Processing /home/dk068x/work/git-review
Dear Mike
It has come to my attention that during the work done to submit code into
OpenStack one of our Engineers had accidently deleted the original copyright
notice thereby failing to give credit to the original authors of the code
namely “Objectif Libre”. It was inadvertent and there was
It looks like it can't run the setup.py because it can't find pbr.
Could you provide the following:
- Version of pip you're using (pip --version)
- How you installed pip (e.g., apt-get install -y python-pip)
- Contents of your global pip configuration (if one exists, it will be in
~/.pip/)
-
On 06/12/2015 03:33 PM, Dmitry Borodaenko wrote:
On Fri, Jun 12, 2015 at 02:25:31PM +0200, Flavio Percoco wrote:
I have already explained in the thread how we address the problem of
tracking down and managing the Fuel specific changes in forked modules.
With that problem addressed, I don't
Hello!
As the Lieutenant of the built-in control plane[1], I would like Rossella
Sblendido to be a member of the control plane core reviewer team.
Her review stats are in line with other cores[2] and her feedback on
patches related to the agents has been great. Additionally, she has been
working
On Fri, 2015-06-12 at 13:05 -0700, Dmitry Borodaenko wrote:
On Fri, Jun 12, 2015 at 08:33:56AM -0700, James Bottomley wrote:
On Fri, 2015-06-12 at 02:43 -0700, Dmitry Borodaenko wrote:
On Thu, Jun 11, 2015 at 11:43:09PM -0400, Emilien Macchi wrote:
What about code history and respect of
That logic is contained in the virtual machine. We have no control over
that.
On Thu, Jun 11, 2015 at 3:34 PM, Shraddha Pandhe
spandhe.openst...@gmail.com wrote:
The idea is to round-robin between gateways by using some sort of mod
operation
So logically it can look something like:
Excerpts from Alec Hothan (ahothan)'s message of 2015-06-12 13:41:17 -0700:
On 6/1/15, 5:03 PM, Davanum Srinivas dava...@gmail.com wrote:
fyi, the spec for zeromq driver in oslo.messaging is here:
https://review.openstack.org/#/c/187338/1/specs/liberty/zmq-patterns-usage
.rst,unified
--
Hello,
guys, I found the default configuration of redis is not changed as the
flavor changed. Why this? I think it should be like mysql default configuraion
that
will changed as the instrance's flavor changed.
--
Best
Li
Our maintenance has concluded successfully without incident and the
accompanying Gerrit outage was roughly an hour.
We moved 57 repositories to new Git namespaces:
stackforge/cookbook-openstack-bare-metal
- openstack/cookbook-openstack-bare-metal
I second Henry! Great addition to the team!
Edgar
On 6/12/15, 2:39 PM, Henry Gessau ges...@cisco.com wrote:
Although I am not on your list I would like to add my +1! Yamamoto shows great
attention to detail in code reviews and frequently finds real issues that were
not spotted by others.
On
Team,
While triaging this bug, I got to thinking about unique names:
https://bugs.launchpad.net/solum/+bug/1434293
Should our app names be unique? Why? Should I open a blueprint for a new
feature to make name uniqueness optional, and default it to “on”. If not, why?
Thanks,
Adrian
Team,
We currently delete logs for an app when we delete the app[1].
https://bugs.launchpad.net/solum/+bug/1463986
Perhaps there should be an optional setting at the tenant level that determines
whether your logs are deleted or not by default (set to off initially), and an
optional parameter
It turns out we already have one: https://launchpad.net/magnum-ui
The Driver is already set to Magnum Drivers”.
On Jun 12, 2015, at 12:26 PM, Adrian Otto
adrian.o...@rackspace.commailto:adrian.o...@rackspace.com wrote:
Okay, I will think on that a bit.
Adrian
Original message
A use case could be the cloud is behind a proxy and the API port is filtered.
In this case, users have to start the service in an alternative port.
Best regards,
Hongbin
From: Adrian Otto [mailto:adrian.o...@rackspace.com]
Sent: June-12-15 2:22 PM
To: OpenStack Development Mailing List (not for
On 06/12/2015 04:53 PM, Rich Megginson wrote:
I've done a first pass of setting up a puppet module to configure
Keystone to use ipsilon for federation, using
https://github.com/richm/puppet-apache-auth-mods, and a version of
ipsilon-client-install with patches
Daniel P. Berrange wrote:
On Tue, Jun 09, 2015 at 07:52:39PM +0300, Roman Bogorodskiy wrote:
Hi,
Few months ago I've started a discussion on FreeBSD host support for
OpenStack. [1] At a result of discussion it was figured out that there
are a number of limitations, mainly on the
Hi,
Since we reopened the review for this blueprint we've got a large number of
comments. It can be clearly seen that the original proposal has to be changed,
although it still requires some discussion to define a reasonable design that
provides the desired feature and is aligned with the
The kolla-drivers team in launchpad is a restricted team because people can
damage the issue tracker and cause a bunch of work on my end to fix. That
said, I’m going to open up the kolla-drivers launchpad team to a wider group of
any individual involved in Kolla. This is different from the
This is exactly what I did in [1].
Cheers,
Armando
[1]
https://review.openstack.org/#/q/status:open+branch:master+topic:neutron-unstable,n,z
On 12 June 2015 at 09:00, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Chris Dent's message of 2015-06-12 03:47:02 -0700:
On Fri, 12 Jun 2015,
On 2015-06-12 09:04:09 + (+), liuxinguo wrote:
Recently our CI can not connect to port 29418 of
review.openstack.org.app:ds:recently Following are the failuer
message, is there anyone know the reasion why our CI can not
cennect to 29418 of review.openstack.org?
See the several other
Excerpts from Chris Dent's message of 2015-06-12 03:47:02 -0700:
On Fri, 12 Jun 2015, Joe Gordon wrote:
Glad to see us catch these issues early.
Yes! CI is doing exactly the job it is supposed to be doing here. It
is finding bugs in code. When that happens we should fix the bugs,
not
Hi
We have [1] in the db layer and it's directly used by API
layer , the filters is directly from client's input
In this case, when doing [2] or similar changes, do we need to
consider microversion usage when we change options?
Thanks
[1]
On 06/12/2015 11:41 AM, Sergii Golovatiuk wrote:
Hi,
I have read all this thread trying to understand what's going on. It has
many emotions but very few logical proposals. Let me try to sum up and
make some proposals.
* A bug is reported in both Fuel Library and the Puppet module
David,
FYI, I used corkscrew with pypi as well with another .ssh/config line of:
Host pypi.python.org
ProxyCommand corkscrew proxy-server 80 %h %p
On Fri, Jun 12, 2015 at 11:29 AM KARR, DAVID dk0...@att.com wrote:
As I apparently have to sudo this, it would likely be more effective,
Le 12/06/2015 15:27, Matt Van Winkle a écrit :
On 6/12/15 7:46 AM, Andrew Laski and...@lascii.com wrote:
On 06/11/15 at 06:54pm, Ian Wells wrote:
On 11 June 2015 at 12:37, Richard Raseley rich...@raseley.com wrote:
Andrew Laski wrote:
There are many reasons a deployer may want to
It doesn't make sense to require people to learn about things they
will never use again - and the amount of time spent answering the
questions, diagnosing problems and so on is quite a bit higher
than doing it simply right the first time.
This is, I think, also a common misconception.
Hi,
Before you read me, please remember I know almost nothing about puppet. :)
On 06/11/2015 11:03 PM, Matt Fischer wrote:
Matt,
I appreciate a lot who you are, and all the help you've given me so far,
but what you are asking here is wrong. You shouldn't ask Emilien to
track the
Folks
As Dmitry already said, we are open towards merging with upstream and would
like to make our code divergence no more than several percents of lines,
but there are historical reasons for this divergence with which we are not
happy either. So let's just point out that both sides look into the
On 06/12/2015 07:58 AM, Bogdan Dobrelya wrote:
Hi,
Before you read me, please remember I know almost nothing about puppet. :)
On 06/11/2015 11:03 PM, Matt Fischer wrote:
Matt,
I appreciate a lot who you are, and all the help you've given me so far,
but what you are asking here is
Brad,
Each repo should have a separate launchpad tracker. I reconfigured the
magnum-ui launchpad tracker with the liberty series and the liberty milestones.
This is common best practice in OpenStack governance. I recommend a common
drivers team however, which should be magnum-drivers.
1 - 100 of 137 matches
Mail list logo