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
Owncloud
On Jun 11, 2015 10:10 PM, Shanker Gudipati
shanker_gudip...@persistent.com wrote:
Hi Richard ,
Cyberduck is a browser based client which doesnot satisfy my requirement.
My requirement is to mount a container onto folder which automatically
supports syncing. If I save something in
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
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]
发送时间:
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
On 12/06/15 02:31 +, Ian Cordasco wrote:
Hey all,
For the Liberty development cycle, I've proposed a specification for a
refactor of Glance's HTTP Store - https://review.openstack.org/#/c/189537/.
In short, currently Glance's HTTP Store driver does not verify HTTPS
connections. This allows
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).
Hi,
We are going to run openstack services as virtual machines on top of a
VMware infrastructure.
I have been told that using LVM type file system layout is not
supported/recommended.
I have looked at the documentation and can't seem to find clear guidance
on this
Any help or
To answer a part of my own question:
dnsmasq is running on the controller node because there is a libvirt service
running. Which got installed as a dependency of the
Virtualization host package group… so no one to blame but myself.
Am 12.06.2015 um 14:07 schrieb Uwe Sauter:
Gary,
Thanks.
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.
And to answer the second part of my question:
This all seems to be related to SElinux. From /var/log/neutron/dhcp-agent.log:
2015-06-12 14:31:58.757 7130 ERROR neutron.agent.linux.utils [-]
Command: ['sudo', 'neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ip',
'netns', 'exec',
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 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: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
Gary,
Thanks.
That brings up the question why there are dnsmasq processes running on my
controller node (which has neutron-server running) and
not on the networking node (neutron-dhcp-agent neutron-l3-agent
neutron-metadata-agent neutron-openvswitch-agent).
Any suggestions?
Regards,
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
Hi,
== TL;DR ==
Which neutron service manages the DNSMASQ processes? Does this run on the
controller node or the networking node?
== Long story ==
I have a five node Juno installation (1 controller, 1 storage, 1 network and 2
compute nodes).
I followed the Juno Red Hat installation guide [1]
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
Hi,
The DHCP agent runs the dnsmasq process. That is done on the network node.
Thanks
Gary
On 6/12/15, 2:35 PM, Uwe Sauter uwe.sauter...@gmail.com wrote:
Hi,
== TL;DR ==
Which neutron service manages the DNSMASQ processes? Does this run on the
controller node or the networking node?
== Long
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
I'm trying to provision nodes with Ironic, and my Ironic logs show that
Ironic is attempting to reserve node.
It continues to do this forever.
I took a look at the code and it appears to be some type of lock condition.
Anyone know the solution?
John
This link for heat-config:
https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements/heat-config
Thanks
Den fredag, 12 juni 2015 21:45 skrev Binan AL Halabi
binanalhal...@yahoo.com:
Hi all,
Anyone know how to install heat-config-script and heat-config
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
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:
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
Hi,
Did anyone tried using hbase as backend for Ceilometer to collect Swift
Metrics.
I've setup a test environement and It collect some metrics from swift-proxy
but those 3 are missings:
and I got the following trace in ceilometer-collector.log:
2015-06-12 14:53:23.741 10403 ERROR
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,
I don't know if such solution will work properly. I don't have possibility to
check it now :/
--
Pozdrawiam / Best regards
Sławek Kapłoński
sla...@kaplonski.pl
Dnia czwartek, 11 czerwca 2015 18:28:57 Mathieu Gagné pisze:
haha, you are right.
Should this also be changed so you 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
1 - 100 of 158 matches
Mail list logo