On Thu, 2012-06-21 at 14:56 +0300, Gary Kotton wrote:
> > However, I would probably use a slightly different syntax for associating
> > IPs:
> >
> > POST /v2.0/ips
> >
> > {
> >"subnet_id": "",
> >"port_id": "",
> >"ip": "<{ipv4 | ipv6}>",
> > }
>
> This entails that a port will have
On Thu, 2012-06-21 at 10:27 +0100, Salvatore Orlando wrote:
> > > We could do a query that specified filter network_id=ABC, but it was
> > > already a bit wonky to do something like fixed_ips=10.0.0.2 because
> > > fixed_ip was really a list, not a string. Were you envisioning a
> > > model where
On Wed, 2012-06-20 at 12:02 -0700, Dan Wendlandt wrote:
>
> For example, if port was just:
>
>
> { 'id' : XYZ,
> 'network_id': "ABC"
> 'fixed_ips': [ "10.0.0.2" ]
> }
>
>
> We could do a query that specified filter network_id=ABC, but it was
> already a bit wonky to do something like fi
On Wed, 2012-06-20 at 20:27 +0300, Gary Kotton wrote:
> >>
> >> Please let me know if you have any comments.
> > The only issue is then we can't search by ip unless we invent a schema
> > for nested resource searching. One of the reasons I was an advocate of a
> > top level /ips resource.
> I am no
On Wed, 2012-06-20 at 19:05 +0300, Gary Kotton wrote:
> Hi,
> In the API (http://wiki.openstack.org/QuantumV2APIIntro#Port), the user
> is able to pass /*fixed_ips_v4*/ and /*fixed_ips_v6*/. If possible can
> we please change this to /*fixed_ips*/_,_ where the /*fixed_ips*/ is a
> list of dictio
On Tue, 2012-06-05 at 11:21 -0700, Dan Wendlandt wrote:
> Adding netstack again... please try to keep it CC'ed :)
>
>
> Yong, great that you're digging up these differences. Would be good
> to add an example of a "list" query to the wiki
> page: http://wiki.openstack.org/QuantumV2APIIntro
>
>
On Tue, 2012-06-05 at 09:52 -0700, Dan Wendlandt wrote:
> On Tue, Jun 5, 2012 at 9:36 AM, Jason Kölker wrote:
>
> > On Tue, 2012-06-05 at 09:08 -0700, Dan Wendlandt wrote:
> >
> > > 1) making the tags attribute a simple dict.
> > >
> > >
>
On Fri, 2012-05-25 at 17:38 -0400, Monty Taylor wrote:
> Well - there are two choices... you can upgrade to 1.1, or you can put
> in an entry into tox.ini, changing:
>
> deps=pep8
>
> to
>
> deps = pep8==0.6.1
Pep8 errors in the foxinsocks test and the cisco plugin fixed here:
https://review.op
On Mon, 2012-05-14 at 09:30 -0700, Dan Wendlandt wrote:
> I think Jason is cool with this, so I'll reassign that existing
> blueprint
> to you.
I am definitely cool with it ;)
Happy Hacking!
7-11
--
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsu
On Fri, 2012-05-11 at 18:44 -0500, Jason Kölker wrote:
> On Sat, 2012-05-12 at 07:21 +0800, Yong Sheng Gong wrote:
> > Hi,
> > I want to start a blueprint to implement the "Keystone support for
> > Quantum Client" listed in http://wiki.openstack.org/QuantumStart
On Sat, 2012-05-12 at 07:21 +0800, Yong Sheng Gong wrote:
> Hi,
> I want to start a blueprint to implement the "Keystone support for
> Quantum Client" listed in http://wiki.openstack.org/QuantumStarterBugs
>
I would recommend helping the common client guys out with their
implementation.
Happy Hac
On Mon, 2012-04-09 at 21:48 -0700, Maru Newby wrote:
> Discussing the issue at ODS is definitely a good idea. Mock adherents
> may prefer its pythonic approach to the java-like semantics of mox,
> but it would still be good to have guidelines on when mox might be a
> more appropriate choice.
Mox
On Thu, 2012-04-05 at 20:04 -0700, Maru Newby wrote:
> With that in mind, does anybody have any good arguments in favour of
> keeping mock?
PEP 417 - mock is in the stdlib as of Python 3.3.
Happy Hacking!
7-11
--
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.laun
On Mon, 2012-04-02 at 20:59 -0700, Sumit Naiksatam (snaiksat) wrote:
> Following is a summary of the additions:
> As you might have gleaned, the proposal until this point catered more to
> the tenant/user aspects of the L3 discussion, however it did not address
> the service-provider/operator aspec
Hi Mandar,
Thanks for taking the time to look into Melange! Currently Nova +
Quantum + Melange is in a huge state of development flux. The current
code gets us enough to play with some features and be backwards
compatible with all the features in the "legacy" network managers. In
the Folsom develo
On Wed, 2012-03-28 at 17:07 +0800, Yong Sheng Gong wrote:
> http://tox.testrun.org/latest/
> What is Tox?
> Tox as is a generic virtualenv management and test command line tool
> you can use for:
>
> * checking your package installs correctly with different Python
> versions and inte
On Mon, 2012-03-19 at 22:41 +0530, Deepak Garg wrote:
> HI All,
>
> Basic AuthZ + AuthN was implemented at
> https://review.openstack.org/#change,1322 but was lost in the Keystone
> redux baseline.
> However most of the work is included in the generic auth_token.py in
> the keystone tree which is
On Mon, 2012-03-12 at 12:17 -0700, hitesh wadekar wrote:
> I am sure somebody would have already been come across this bug, any
> commands or steps that I need follow to install openvswitch on ubuntu
> oneric?
Uninstall all of the openvswitch packages. Then make sure dkms is
already installed and
On Fri, 2012-02-24 at 17:22 -0800, Dan Wendlandt wrote:
> It seems that all json processing is handled by the built-in python
> lib. Are we then able to remove the simplejson dependency or am I
> missing something?
Simplejson does provide a c implementation about 10x faster than the
stock 2.6 (
On Fri, 2012-02-24 at 09:14 -0800, Dan Wendlandt wrote:
> My guess is that this is a backend Jenkins issue. Such things happen
> from time-to-time. Often its enough for you to just resubmit your
> changes, which will trigger Jenkins again. You should be able to just
> make an inconsequential t
On Tue, 2012-01-10 at 10:50 -0800, Monty Taylor wrote:
> Great list.
>
> For quantum/common/test_lib.py, I've been working with Jason Kölker to
> get nova to be able to use nose directly without run_tests.py. To that
> end, he's written openstack-nose. I'd love it if
21 matches
Mail list logo
