[openstack-dev] hello,everyone+keystone

2015-07-11 Thread 唐甲希
Hello: Would you please help me review my code?Rivew: https://review.openstack.org/#/c/200512/ Thank you in advance.__ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [testing] moving testrepository *outside* the tox venv

2015-07-11 Thread Robert Collins
On 11 July 2015 at 22:04, Robert Collins robe...@robertcollins.net wrote: On 11 July 2015 at 12:38, Matthew Treinish mtrein...@kortar.org wrote: The whole argument for making testr live outside of the venv and being an implicit dependency like tox is based around tracking the results between

Re: [openstack-dev] [Openstack-operators] [Openstack] Rescinding the M name decision

2015-07-11 Thread Jaesuk Ahn
+1 from me as well. 2015년 7월 10일 (금) 18:27, Neil Jerram neil.jer...@metaswitch.com님이 작성: On 10/07/15 10:19, Thierry Carrez wrote: Part of the confusion here is that we are not naming releases. We are naming release *cycles*. We are giving a name to a period of time, basically. In that

Re: [openstack-dev] [Openstack-operators] [Openstack] Rescinding the M name decision

2015-07-11 Thread Neo Liu
+1 for this. On Fri, Jul 10, 2015 at 5:20 PM Thierry Carrez thie...@openstack.org wrote: Adam Lawson wrote: The alternative of course is to just number the releases since names ultimately don't mean anything but it seems there are problems with that level of simplicity. I personally

Re: [openstack-dev] [manila] share dismantling policies

2015-07-11 Thread Csaba Henk
Just a correction of what I stated earlier... - Original Message - From: Csaba Henk ch...@redhat.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Sent: Thursday, July 9, 2015 3:13:29 PM Subject: Re: [openstack-dev] [manila] share

Re: [openstack-dev] [testing] moving testrepository *outside* the tox venv

2015-07-11 Thread Robert Collins
On 11 July 2015 at 12:38, Matthew Treinish mtrein...@kortar.org wrote: On Sat, Jul 11, 2015 at 11:35:16AM +1200, Robert Collins wrote: On 9 July 2015 at 10:52, Jeremy Stanley fu...@yuggoth.org wrote: On 2015-07-09 10:37:17 +1200 (+1200), Robert Collins wrote: So - I'm looking to: A) have

Re: [openstack-dev] [Openstack-operators] [Openstack] Rescinding the M name decision

2015-07-11 Thread Chenhong Liu
+1 for this On Fri, Jul 10, 2015 at 5:20 PM Thierry Carrez thie...@openstack.org wrote: Adam Lawson wrote: The alternative of course is to just number the releases since names ultimately don't mean anything but it seems there are problems with that level of simplicity. I personally prefer

Re: [openstack-dev] [testing] moving testrepository *outside* the tox venv

2015-07-11 Thread Robert Collins
On 11 July 2015 at 15:54, Ian Cordasco ian.corda...@rackspace.com wrote: On 7/10/15, 18:34, Monty Taylor mord...@inaugust.com wrote: On 07/10/2015 07:19 PM, Robert Collins wrote: On 10 July 2015 at 01:59, Morgan Fainberg morgan.fainb...@gmail.com wrote: Or a database per python major version

[openstack-dev] Fix python26 jobs (Re: [all][tests] Fix it friday! [mock failure in CI])

2015-07-11 Thread Davanum Srinivas
@sdague, @lifeless, requirements-core folks, Looks like we still need this requirements review to merge to help fix a bunch of oslo library failures: https://review.openstack.org/#/c/200344/ Thanks, dims On Fri, Jul 10, 2015 at 6:55 PM, Robert Collins robe...@robertcollins.net wrote: On 11

Re: [openstack-dev] [Openstack-operators] [Openstack] Rescinding the M name decision

2015-07-11 Thread Jay Bryant
Thierry, Well put, and interesting. I didn't know about the other cultural concerns around numbers. Most importantly, I think using names for releases is better than numbers, creating a more personal connection to each release. Would hate to see that end. Unfortunately there isn't much we can

Re: [openstack-dev] devstack installation problem

2015-07-11 Thread Jeremy Stanley
On 2015-07-11 18:09:26 + (+), Jeremy Stanley wrote: On 2015-07-11 22:49:27 +0530 (+0530), Venkateswarlu P wrote: After running ./stack.sh I am getting the following error. 015-07-11 17:01:02.188 | error in setup command: 'tests_require' must be a string or list of strings

Re: [openstack-dev] [all] Setting epoch in setup.cfg??

2015-07-11 Thread Ian Cordasco
On 7/10/15, 03:44, Thierry Carrez thie...@openstack.org wrote: Joshua Harlow wrote: Hi all, I was thinking about those who are packaging with venvs (and using the version of a project in the venv file name); like what anvil[1] is now capable of (and does this in the gate now[2]) or

[openstack-dev] devstack installation problem

2015-07-11 Thread Venkateswarlu P
Hi all, After running ./stack.sh I am getting the following error. 015-07-11 17:01:02.188 | error in setup command: 'tests_require' must be a string or list of strings containing valid project/version requirement specifiers; Expected ',' or end-of-list in

Re: [openstack-dev] devstack installation problem

2015-07-11 Thread Jeremy Stanley
On 2015-07-11 22:49:27 +0530 (+0530), Venkateswarlu P wrote: After running ./stack.sh I am getting the following error. 015-07-11 17:01:02.188 | error in setup command: 'tests_require' must be a string or list of strings containing valid project/version requirement specifiers; Expected

Re: [openstack-dev] [all] Setting epoch in setup.cfg??

2015-07-11 Thread Joshua Harlow
Ian Cordasco wrote: On 7/10/15, 03:44, Thierry Carrezthie...@openstack.org wrote: Joshua Harlow wrote: Hi all, I was thinking about those who are packaging with venvs (and using the version of a project in the venv file name); like what anvil[1] is now capable of (and does this in the gate

Re: [openstack-dev] Hello,everyone

2015-07-11 Thread Davanum Srinivas
Hi @jiaxi, please see failures caused by the code change in your patch :) Hope that helps. http://logs.openstack.org/12/200512/5/check/gate-tempest-dsvm-large-ops/a2bcf0c/logs/devstacklog.txt.gz#_2015-07-11_16_32_56_433

[openstack-dev] Hello,everyone

2015-07-11 Thread 唐甲希
Hello, in my tox.inienvlist = py27,pep8,docs,genconfig my tox runs ok. why so many failure occured in jekins. Would you please tell me? This the first time for me to commit patch.__ OpenStack Development Mailing List

[openstack-dev] [neutron]

2015-07-11 Thread Anil Gunturu
Just wanted to clarify if a normal PCI device (instead of a VF) can be attached to the neutron port when using the SR-IOV networking as described in https://wiki.openstack.org/wiki/SR-IOV-Passthrough-For-Networking. If it is not supported just wondering if there is already a blueprint. Cheers,