Earlier  
Posted Nick Remark
#openstack-sdks - 2018-06-21
13:03:27 mnaser rcarrillocruz: i think it’s just a Queens feature
13:03:51 rcarrillocruz mnaser: where's vexxhost version at?
13:04:05 mnaser Queens :)
13:04:11 rcarrillocruz i'm golden :-)
13:04:15 rcarrillocruz thanks
13:04:36 mnaser Let me know how it goes. I think cmurphy might be interested to see your experience too :)
13:05:39 rcarrillocruz ++
13:07:42 mordred rcarrillocruz: yah - I hven't actually used them from shade/ansible yet - but it should just work
13:16:27 cmurphy rcarrillocruz: you need to have [auth]/methods = [...], application_credential in keystone.conf which is the default in queens, otherwise it should just work
13:17:14 cmurphy and yeah we haven't added the crud parts to shade yet but it shade should be able to use them via os-c-c etc
13:18:22 rcarrillocruz cool thx
13:20:28 mordred rcarrillocruz: auth_type: v3applicationcredential in clouds.yaml fwiw
13:30:11 rcarrillocruz hmm
13:30:13 rcarrillocruz wait a minute
13:30:51 rcarrillocruz mnaser: https://github.com/terraform-providers/terraform-provider-openstack/blob/master/openstack/import_openstack_vpnaas_ipsecpolicy_v2_test.go , does that mean vexxhost has vpnaas ? i see you are helping out that provider testing, but not sure if vpnaas comes from a devstack or you are already indeed giving that service
13:32:05 mnaser rcarrillocruz: it should be available and working, if it is not please let me know and i'll dig into it
13:32:13 mnaser there is a very small volume of users, people end up wanting to spin up their own vms
13:32:41 rcarrillocruz this is awesome
13:32:55 rcarrillocruz i'm part of ansible network (thx for the tenant btw)
13:32:58 rcarrillocruz working on https://github.com/ansible-network/cloud-vpn
13:33:05 rcarrillocruz which is a multicloud vpn role
13:33:19 rcarrillocruz if vpnaas is available there, perfect excuse to add support by using it
13:33:20 rcarrillocruz :-)
13:50:12 dtroyer mnaser, frickler: thank you! the v3 volume tests are just passthrough to v2 (which I really never liked) and this may be the first instance of us getting bitten hard by different behaviour...
13:53:56 frickler dtroyer: iiuc the tests are fine, its just that python-cinderclient broke things for their v3 manager
13:57:08 mnaser frickler: yep ,that was the issue
13:57:12 mnaser rcarrillocruz: sweet :)
14:01:12 openstackgerrit Lance Bragstad proposed openstack/python-openstackclient master: Implement support for registered limits https://review.openstack.org/574475
14:01:13 openstackgerrit Lance Bragstad proposed openstack/python-openstackclient master: Implement support for project limits https://review.openstack.org/575211
14:58:19 slaweq dtroyer: hi, can You find few minutes to check my last comment in https://review.openstack.org/#/c/567620/ ?
14:58:23 slaweq dtroyer: thx in advance
15:24:37 cdent elmiko, edleafe, dtantsur : I'm going to be on the phone but in attendance during the api-sig meeting, so if one of you can chair/newsletter/etc. At some point I will be on two calls... sigh
15:28:41 dtantsur cdent: I can chair, sure
15:31:21 elmiko cdent: ack
16:48:39 elmiko cdent edleafe dtantsur ready for review/editing https://etherpad.openstack.org/p/api-sig-newsletter
16:50:06 cdent elmiko: your last paragraph seems to suggest there are two new reviews, but they are the same one?
16:51:37 elmiko i'll clarify
16:51:52 edleafe elmiko: what is the storyboard naming issue? The -wg to -sig thing? That will be done as part of the gerrit project rename
16:52:29 elmiko edleafe: that was it, maybe not even worth mentioning?
16:52:40 edleafe I don't think so.
16:52:50 elmiko ack
16:53:31 elmiko thanks edleafe
16:54:25 edleafe cdent: "in addition" vs "an addition"?
16:55:30 edleafe elmiko: lgtm now
16:55:55 elmiko cool, sending
16:56:06 cdent ah yeah,
16:56:49 elmiko did i send too quickly?
16:57:22 edleafe elmiko: no, it's fine
16:58:07 elmiko k
17:57:06 flwang1 mordred: still around?
17:57:28 mordred flwang1: yup!
17:57:58 mordred flwang1: and yes, I mean implement the code in openstacksdk - the shade code is in openstack/cloud/openstackcloud.py in the openstacksdk repo
17:58:08 mordred so it's basically the same thing at the moment - there's just two copies of it
17:58:26 flwang1 i think openstackclient is using the correct magnum api now
17:58:34 flwang1 ok
17:58:36 flwang1 got it
17:59:01 mordred woot
17:59:42 mordred definitely let me know if you have any issues - but we also have a magnum functional test job, so we should be set up for you
18:00:00 flwang1 fantastic, thanks
19:02:03 openstackgerrit Ken Giusti proposed openstack/cliff master: Add test case for interactive help https://review.openstack.org/576900
22:10:28 flwang1 mordred: seems shade only supports cluster template of magnum, no cluster CRUD?
22:11:45 mordred flwang1: yes - the magnum support was started by someone and then they got reassigned so it never progressed further
22:12:27 flwang1 mordred: then i'm wondering how should I name the function because I see senlin is trying to use the name like create_cluster....
22:13:41 flwang1 what's the rule in shade world for the name convention issue?
22:15:13 mordred flwang1: it's an excellent question - so far we haven't had much conflict - but when we have I think we've tried to figure out some way to distinguish the resources
22:16:25 mordred flwang1: is there a decent generic word to describe what the magnum cluster is a cluster of?
22:17:20 flwang1 mordred: i think create_cluster could be better fitting for Senlin, but the problem is Magnum has already used the xxx_cluster_template, so it's a little bit tricky
22:17:52 flwang1 otherwise, I think personally, i don't mind using xxxx_coe_cluster, xxx_coe_cluster_template, just like we did for OpenStackClient
22:17:56 mordred flwang1: well - we can rename it and make an alias for backwards compat if there's a better word
22:17:58 mordred flwang1: ++
22:19:10 flwang1 ok, then let's add the new xxx_coe_cluster_template and link it back to xxx_cluster_template, and deprecate the xxx_cluster_template in the future
22:19:15 flwang1 deal?
22:19:21 mordred sounds perfect to me
22:19:51 flwang1 mordred: fantastic, thanks, i will propose patch separately for template and cluster
22:19:59 flwang1 to make review easier
22:20:03 mordred ++
22:20:24 flwang1 magnum is deeply loved by some folks in NZ
22:21:03 flwang1 cool, see you around in all the openstack channels
22:24:48 mordred well, NZ is deeply loved by some of the folks around here ;) (why is NZ so pretty???)
23:48:49 openstackgerrit Ian Wienand proposed openstack/osc-lib master: Add cloud to warning about domain related config https://review.openstack.org/577324
#openstack-sdks - 2018-06-22
00:10:34 openstackgerrit Merged openstack/openstacksdk master: Adds Senlin support to openstacksdk https://review.openstack.org/576650
01:42:37 openstackgerrit Ian Wienand proposed openstack/osc-lib master: Add cloud to warning about domain related config https://review.openstack.org/577324
03:37:48 openstackgerrit Feilong Wang proposed openstack-infra/shade master: Improve Magnum cluster templates functions https://review.openstack.org/577342
06:47:40 openstackgerrit John Haan proposed openstack/python-openstackclient master: Implement image tag into OSC https://review.openstack.org/576804
06:50:21 openstackgerrit John Haan proposed openstack/python-openstackclient master: Implement image tag into OSC https://review.openstack.org/576804
09:03:36 openstackgerrit Jens Harbott (frickler) proposed openstack/python-openstackclient master: Fix volume type functional tests https://review.openstack.org/575448
09:11:03 openstackgerrit lvxianguo proposed openstack/openstacksdk master: fix misspelling of 'server' https://review.openstack.org/577375
09:22:09 openstackgerrit Jens Harbott (frickler) proposed openstack/python-openstackclient master: Fix volume type functional tests https://review.openstack.org/575448
11:00:43 frickler dtroyer: ^^ seems the functional-tips test doesn't install python-cinderclient from git, so the dependency doesn't work there. do we want to add it and also the other clients osc still includes?
12:20:40 openstackgerrit Jens Harbott (frickler) proposed openstack/python-openstackclient master: Fix volume type functional tests https://review.openstack.org/575448
12:20:41 openstackgerrit Jens Harbott (frickler) proposed openstack/python-openstackclient master: DNM: Test tips with python-cinderclient from git https://review.openstack.org/577404
12:24:10 frickler dtroyer: found another small glitch, in my local testing I'm down to two failures in v3.test_volume_types now. hoping the second patch will show these
14:47:17 dtroyer frickler: in https://review.openstack.org/#/c/577404/ depends-on is a URL not a commit-id, does that work? I don't think I've ever done it that way...
14:47:47 Shrews dtroyer: yes, that's a new feature of zuulv3
14:47:54 dtroyer nice
14:48:08 dtroyer and rats, I was hoping that was why it wasn't behaving as expected :)
14:48:58 dtroyer Shrews: now that my mental cache is warming up I'm beginning to recall that was to allow github urls?
14:49:09 Shrews yeah
14:49:29 Shrews dtroyer: https://zuul-ci.org/docs/zuul/user/gating.html#cross-project-dependencies
14:49:56 Shrews note the "note" about deprecation

Earlier   Later