Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2020-08-24
11:30:32 openstackgerrit Lin PeiWen proposed openstack/openstacksdk stable/train: OpenStack port decorator variables https://review.opendev.org/747689
12:13:46 openstackgerrit jayaditya gupta proposed openstack/python-openstackclient master: Fix for image property filter in OSC CLI https://review.opendev.org/740455
12:35:35 openstackgerrit jayaditya gupta proposed openstack/python-openstackclient master: Output correct json for security groups in 'openstack server show' https://review.opendev.org/733573
#openstack-sdks - 2020-08-25
11:56:16 nightmare_unreal frickler: can you see this patch : https://review.opendev.org/#/c/733573/ . What's confusing me is that the functional tests are expecting not the right json . for e.g. if you look at this : https://github.com/openstack/python-openstackclient/blob/master/openstackclient/tests/functional/compute/v2/test_server.py#L747
11:56:44 nightmare_unreal frickler: question is , is this really a bug ( not outputting correct json) ? or it is expected to behave like this
11:56:56 nightmare_unreal because test cases are literally build around it
15:42:23 dtantsur quick question (for mordred I guess): can provide OS_CACERT via clouds.yaml?
15:46:20 mordred dtantsur: for sdk yes. Not sure if it'll work for osc
15:46:43 dtantsur mordred: okay, how to do it for SDK?
15:46:55 dtantsur I think our baremetal CLI should work the same as the SDK
15:48:05 mordred dtantsur: https://docs.openstack.org/openstacksdk/latest/user/config/configuration.html#ssl-settings
15:49:21 dtantsur we have docs \o/ I think I did try cacert though..
15:50:19 frickler mordred: some discussion in #-nova going on about OSC support for interface tags and general strategy, if you might want to join or read logs
16:14:55 dtantsur yeah, cacert does not work for us as well, only explicit --os-cacert
16:15:02 dtantsur will look into that tomorrow
16:15:50 dtantsur pfff, ignore me, the cacert record hasn't been rendered in clouds.yaml (thank you ansible)
16:16:56 gtema and a great thank you ansible from me as well for such a wonderful documentation
#openstack-sdks - 2020-08-26
01:13:13 openstackgerrit Zane Bitter proposed openstack/cliff master: Exit gracefully on Ctrl-C https://review.opendev.org/748060
07:19:26 openstackgerrit Lewis Denny proposed openstack/python-openstackclient master: Add API check for server_groups.create https://review.opendev.org/736104
08:51:13 stephenfin mordred: At some point this week, could you give me some advice on https://review.opendev.org/#/c/745375/ (adding proper support for placement to openstacksdk)
08:52:17 stephenfin mordred: I'm happy to do the work but I'd like to make sure it makes sense and I don't know enough about keystoneauth to resolve the "older placement doesn't expose API stability information" issue yet
10:35:57 openstackgerrit Slawek Kaplonski proposed openstack/python-openstackclient master: Support tagging Neutron ports on creation https://review.opendev.org/723280
13:09:08 dtantsur can someone please check my memory: I think keystone is moving away from the public/internal/admin split?
13:09:20 dtantsur I mean, both for keystone itself and services in the catalog?
13:09:25 gtema_ heh?
13:09:34 dtantsur should we stop creating internal and admin endpoints in bifrost?
13:09:48 gtema_ I never heard something like that
13:31:14 dtantsur mordred: any opinion on ^^
13:40:23 mordred dtantsur: admin endpoints are a legacy thing. They were only ever used for keystone itself
13:40:51 mordred internal are still useful for public/private split
13:40:56 dtantsur mordred: so, can we just abruptly stop creating them? or will people be potentially unhappy?
13:40:59 dtantsur I mean, the admin ones
13:41:27 mordred Yup.
13:41:47 mordred Just stop making them. Nobody should be using them anywhere
13:55:09 dtantsur k thx
14:27:49 frickler dtantsur: mordred: except some services still seem to need them, like heat I think, which has blocked me from removing the admin endpoint from devstack. ymmv
14:29:58 frickler if anyone wants to help with that https://review.opendev.org/735472 they're welcome
14:32:32 dtantsur sigh
15:23:18 openstackgerrit Zane Bitter proposed openstack/cliff master: Exit gracefully on Ctrl-C https://review.opendev.org/748060
20:07:06 openstackgerrit Slawek Kaplonski proposed openstack/python-openstackclient master: Support tagging Neutron ports on creation https://review.opendev.org/723280
#openstack-sdks - 2020-08-27
06:56:52 openstackgerrit Slawek Kaplonski proposed openstack/python-openstackclient master: Support tagging Neutron ports on creation https://review.opendev.org/723280
16:00:29 elmiko API SIG office hour open
16:03:01 dtantsur o/
16:03:12 dtantsur I may soon lose the ability to show up at this slot..
16:03:36 dtantsur this is the time I'll probably go climbing more or less regularly
16:04:14 gtema we were actually discussing dropping office hour in favor of SDK team meetings
16:04:45 dtantsur yeah. and I'd appreciate an earlier slot, at least one hour earlier
16:05:32 gtema yeah, in summer time it's 18:00 and pretty awkward
16:06:11 dtantsur usually it's not a problem for me since I work until 7pm. but if I go climbing, I'll probably leave home around 7
16:09:32 elmiko dtantsur: ack, and yeah i've been meaning to send a messaged to the list announcing the end of sig-api office hourse
16:10:07 elmiko i think at this point we have plenty of data to suggest that this meeting is no longer needed
16:10:58 dtantsur ++
16:11:02 gtema ++
16:15:26 elmiko i will get off my butt and write that email ;)
16:15:46 gtema :)
20:24:56 openstackgerrit melanie witt proposed openstack/python-openstackclient master: Show words indicating booted from volume for server image https://review.opendev.org/743429
#openstack-sdks - 2020-08-28
11:31:28 TomStappaerts Hi Can someone please take a look at https://review.opendev.org/#/c/746675/ , I really would like to backport this cli change to ussuri, as api and sdk merged.
14:53:48 openstackgerrit Maari Tamm proposed openstack/openstacksdk master: WIP: Add support for shared file systems (manila) https://review.opendev.org/638782
15:21:47 slaweq mordred: hi, can You please take a look at https://review.opendev.org/#/c/723280/ if You will have some time? I think it should be finally ready :)
20:51:07 openstackgerrit Thiago Paiva Brito proposed openstack/cliff master: Capturing argparse errors due to problem with cmd2 https://review.opendev.org/748753
20:53:35 openstackgerrit Thiago Paiva Brito proposed openstack/cliff master: Capturing argparse errors due to problem with cmd2 https://review.opendev.org/748753
#openstack-sdks - 2020-08-31
00:19:35 openstackgerrit Ian Wienand proposed openstack/openstacksdk master: Switch nodepool test to containers https://review.opendev.org/748932
11:37:57 openstackgerrit Yang JianFeng proposed openstack/openstacksdk master: [WIP] Add CRUD methods for Neutron router ndp proxy https://review.opendev.org/749036
11:41:59 openstackgerrit Yang JianFeng proposed openstack/python-openstackclient master: [WIP] Add router ndp proxy commands https://review.opendev.org/749038
#openstack-sdks - 2020-09-01
17:58:07 johnavp1989 Hello. I'm hoping to submit a fix for this bug: https://storyboard.openstack.org/#!/story/2007710
17:58:49 johnavp1989 But I'm wondering what the state of python2 support is. Does python2 support need to be implemented or has it been dropped entirely at this point?
18:33:43 smcginnis johnavp1989: py2 support has been dropped for all but a few projects now. openstacksdk is one that has dropped it and only support python3.6 and later. (https://opendev.org/openstack/openstacksdk/src/branch/master/setup.cfg#L15-L19)
19:38:19 johnavp1989 smcginnis: okay thank you
19:41:25 openstackgerrit John Petrini proposed openstack/openstacksdk master: Don't set list_type to dict for server groups, this is not what the API returns. https://review.opendev.org/749381
19:59:28 openstackgerrit John Petrini proposed openstack/openstacksdk master: Don't set list_type to dict for server groups, this is not what the API returns. https://review.opendev.org/749381
20:07:41 openstackgerrit John Petrini proposed openstack/openstacksdk master: Don't set list_type to dict for server groups, this is not what the API returns. https://review.opendev.org/749381
#openstack-sdks - 2020-09-02
12:52:47 frickler is anyone still working on microversion support for volume? I found https://review.opendev.org/695044 by dtroyer which does some preparation but what next?
13:05:49 frickler mordred: also is there any PTG activity planned for this team? or maybe the question should be: who's up as next ptl? :-/
13:07:04 frickler slaweq: did you see my comments on 723280? I don't think we should break things for older clouds
13:41:50 gtema why, it's just a busy summer.
13:42:24 slaweq frickler: yes, I saw it but I didn't had time to change patch accordingly
13:42:25 gtema unfortunately there was no real work on microversions so far. And since there is no real movement since last PTG - no real topics to discuss
13:42:30 slaweq I will do that later this week probably
13:42:33 slaweq frickler: thx for review
13:42:34 gtema but agree, we should start planing
13:55:45 nightmare_unreal hello can someone take a look at these 2 patches. both are same but by different people . We need someone review to resolve this
13:55:57 nightmare_unreal https://review.opendev.org/#/c/740455/ , https://review.opendev.org/#/c/746405/
13:57:49 nightmare_unreal both of these patches addresses the same issue.
17:24:24 openstackgerrit Rafael Weingärtner proposed openstack/openstacksdk master: Introduce `schema_version` in the attribute mapping API https://review.opendev.org/749562
17:24:24 openstackgerrit Rafael Weing채rtner proposed openstack/openstacksdk master: Introduce `schema_version` in the attribute mapping API https://review.opendev.org/749562
18:36:17 openstackgerrit Rafael Weingärtner proposed openstack/python-openstackclient master: Introduce `schema_version` in the federated attribute mapping API https://review.opendev.org/749572
18:36:17 openstackgerrit Rafael Weing채rtner proposed openstack/python-openstackclient master: Introduce `schema_version` in the federated attribute mapping API https://review.opendev.org/749572
20:26:17 openstackgerrit Rafael Weingärtner proposed openstack/python-openstackclient master: Add source_ip_prefix and destination_ip_prefix to metering label rules https://review.opendev.org/749591
20:26:17 openstackgerrit Rafael Weing채rtner proposed openstack/python-openstackclient master: Add source_ip_prefix and destination_ip_prefix to metering label rules https://review.opendev.org/749591
20:44:20 openstackgerrit Rafael Weingärtner proposed openstack/openstacksdk master: Add source_ip_prefix and destination_ip_prefix to metering label rules https://review.opendev.org/746586
20:44:20 openstackgerrit Rafael Weing채rtner proposed openstack/openstacksdk master: Add source_ip_prefix and destination_ip_prefix to metering label rules https://review.opendev.org/746586
#openstack-sdks - 2020-09-03
00:47:32 openstackgerrit Brin Zhang proposed openstack/python-openstackclient master: Add server migrate list CLI https://review.opendev.org/675304
13:38:21 nikparasyr hello, i've noticed that for many resources such as projects, domains etc via the openstacksdk its not possible to get the tags of these resources
13:38:48 nikparasyr am i missing something or is that true? is there any blueprint to implement this?
13:39:04 gtema not all resources support tagging (not talking that resources you refer doesn't)
13:40:32 gtema generally a standard way to implement this is to mixin resource.TagMixin (https://opendev.org/openstack/openstacksdk/src/branch/master/openstack/network/v2/port.py#L17)
13:40:51 gtema this will enable all standard tag operations
13:41:28 gtema and projects do that already, so there is support for tags there
13:41:36 gtema https://opendev.org/openstack/openstacksdk/src/branch/master/openstack/identity/v3/project.py#L17
13:42:11 nikparasyr domains dont: https://opendev.org/openstack/openstacksdk/src/branch/master/openstack/identity/v3/domain.py#L17

Earlier   Later