Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2017-03-16
10:22:12 rabel meeting would be today at 19:00 UTC, right?
10:23:42 rabel i mean osc meeting
11:33:56 RuiChen rabel: I saw the latest IRC meeting log is in 2017-02-02, seems no meeting in the past few weeks, I'm not sure today would be :(
11:40:37 RuiChen reedip, rabel : volume always fall into error status randomly in osc functional tests, I face it several times, it's same in your patch?
11:41:00 reedip Seems to be RUiChen
11:41:11 reedip RuiChen*
11:42:09 RuiChen not sure the root reason, but I think might we can rework for volume test cases, and add some wait_for or status check
11:46:40 rabel RuiChen: it would be great to have less random test fails
11:49:17 RuiChen rabel: agree, but I think we can't insure the volume creating success everytime in osc side :(
11:50:35 rabel RuiChen: I wonder why it does not work all the time. Do you know that? It seems not to be a good test, if it fails randomly from time to time. ;)
11:52:49 RuiChen rabel: not sure the root reason, I just free it happen frequently in recent
11:53:06 rabel yes
11:57:36 frickler rabel: RuiChen: I think this is due to an error in project-config, see my comment to dtroyer earlier
11:58:25 rabel frickler: ah ok
11:59:49 RuiChen thank you, frickler
12:05:17 openstackgerrit Bence Romsics proposed openstack/python-openstackclient master: Make MAC address of port updatable https://review.openstack.org/442543
12:48:03 RuiChen Thank you frickler and rabel , functional tests would be happy when the patch merged https://review.openstack.org/446501 : )
12:49:32 rabel RuiChen: nice, thank you
12:50:57 RuiChen rabel: np, I should go home, good night.
12:51:21 rabel RuiChen: what time is it at your place?
12:51:39 RuiChen PM9:00
12:51:57 rabel yeah, than you should go home ;)
12:52:13 rabel good night. and thanks for the patch :)
12:52:29 RuiChen bye : )
12:55:30 amotoki hi, questions on OSC command convention. most OSC commands take <name> as required optional parameters even though 'name' is optional in API.
12:56:15 amotoki is it a recommended way in OSC convention? I personally agree this from user perspective, but some *developers* says it is optional so would like to use --name.
12:56:22 amotoki I'd like to follow the convention.
12:57:13 amotoki one more question on similar topic. is there any guideline on required options. there are two choices: positional arg and required --xxxx arg.
12:58:15 amotoki IMHO it is better to use required --xxx arg since it is better to understand. Having several positional args is not easy to understand / remember.
13:01:49 openstackgerrit Merged openstack/python-openstackclient master: Switch to use cleanup method in functional test https://review.openstack.org/444090
13:01:56 openstackgerrit Merged openstack/python-openstackclient master: Add sort support to project list https://review.openstack.org/335204
13:02:03 openstackgerrit Merged openstack/python-openstackclient master: Narrow expected responses for CheckUserInGroup https://review.openstack.org/445257
13:02:17 openstackgerrit Merged openstack/python-openstackclient master: Fix "security group list" command to display project ID properly https://review.openstack.org/437320
13:29:09 dtroyer amotoki: there are guidelines on the formation of commands in https://docs.openstack.org/developer/python-openstackclient/commands.html. To answer your questions directly:
13:30:04 dtroyer a) in create commands 'name' is the only positional argument and is not optional, unless there is absolutley no place to map a resource name (compute flavor) in which case the positional is an ID
13:30:42 dtroyer everywhere else the resource is identified name or ID is accepted and OSc does the lookup if the API is not capable of that
13:32:17 dtroyer b) the only commands thus far that take multiple positional arguments are add/remove where two resources need to be identified. The pattern is maintained as in 'XXX add YYY' command uses the name/id of XXX and YYY as the positionals, in that order
13:33:26 dtroyer everything else uses options, and 'required option' is strange (an oxymoron) but maintains the pattern.
13:34:34 dtroyer also, the OSC Human Interface Guide is at https://docs.openstack.org/developer/python-openstackclient/humaninterfaceguide.html which has more details on all of the OSC UI
13:36:08 dtroyer frickler, RuiChen: thanks for beating me to the fixup of the functional jobs
14:06:42 amotoki dtroyer: thanks for the detail clarification. I already read the human interface guide but my understanding was not enough. I will visit it again for better understanding.
15:52:50 openstackgerrit Merged openstack/python-openstackclient master: Add a validation about options for server migrate command https://review.openstack.org/439451
16:31:42 openstackgerrit Merged openstack/python-openstackclient master: Functional test for ip_availability https://review.openstack.org/444135
16:33:14 edleafe cdent: elmiko: newsletter is ready for your edits: https://etherpad.openstack.org/p/api-wg-newsletter
16:44:42 elmiko edleafe: ack, looking
16:45:24 elmiko edleafe: +1 ship it!
16:52:40 edleafe elmiko: will do!
16:54:30 openstackgerrit Stephen Finucane proposed openstack/python-openstackclient master: Use Sphinx 1.5 warning-is-error https://review.openstack.org/446629
16:54:32 openstackgerrit Stephen Finucane proposed openstack/cliff master: Use Sphinx 1.5 warning-is-error https://review.openstack.org/446630
18:22:15 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/446675
18:48:04 openstackgerrit Merged openstack/python-openstackclient master: Refactor ServerTests and ServerEventTests functional test classes https://review.openstack.org/442645
19:01:17 rabel will there be an osc meeting now?
19:02:11 ankur-gupta-f4 dtroyer: stevemar ^^^
19:03:10 dtroyer Thanks for the reminder, I got caught up reading logs...
19:04:09 dtroyer starting now in #openstack-meeting
19:10:13 cdent edleafe: my bark is worse than my bite
19:11:49 elmiko he lives!
19:12:03 elmiko cdent: i thought your action item was to get some rest!
19:12:37 cdent elmiko: I've been in bed for past two hours, but got bored and hungry
19:13:27 elmiko sounds reasonable
19:13:57 cdent after I'm sufficiently entertained by you or anyone else, I will likely return to bed
19:14:12 elmiko hahaha
19:14:45 elmiko ta da!
19:16:55 cdent nice!
19:18:28 elmiko =)
19:27:49 cdent I am sufficiently entertained. goodnight
19:27:53 cdent and thank you
19:28:23 elmiko good night sweet prince...
20:02:22 openstackgerrit Ed Leafe proposed openstack/api-wg master: Define pagination guidelines https://review.openstack.org/446716
20:03:42 edleafe cdent: elmiko: anyone-else: ^^ is the revised pagination guideline. Have at it.
20:07:04 dhellmann dtroyer : it looks like appdirs comes from virtualenv
20:10:45 elmiko edleafe: thanks, i'll take a look
21:38:35 openstackgerrit Ankur proposed openstack/python-openstackclient master: Network L3 Router Commands for OSC https://review.openstack.org/385729
22:00:54 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/446675
#openstack-sdks - 2017-03-17
00:30:40 openstackgerrit Merged openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/446675
03:03:31 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Avoid imports in openstack/__init__.py https://review.openstack.org/446823
03:05:07 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Trivial: fix Template resource in orchestration https://review.openstack.org/446824
03:18:44 reedip ankur-gupta-f4 , stevemar, RuiChen : Please review https://review.openstack.org/#/c/383025/
03:18:55 reedip It has been in statis for a long time now
03:24:23 openstackgerrit Reedip proposed openstack/python-openstackclient master: Introduce quota unset command https://review.openstack.org/376311
05:32:13 openstackgerrit Huanxuan Ao proposed openstack/python-openstackclient master: Support to add/remove multi users for "group add/remove user" https://review.openstack.org/446848
05:54:36 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: StackTemplate resource for orchestration https://review.openstack.org/446849
06:04:51 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Shift some compute attributes within request body https://review.openstack.org/444933
06:41:44 openstackgerrit Merged openstack/python-openstacksdk master: Shift some compute attributes within request body https://review.openstack.org/444933
07:05:08 RuiChen yeah reedip , I'm around, long patchsets in https://review.openstack.org/#/c/383025/ , I'm jumping into it now : )
08:15:44 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Add StackEnvironment resource to orchestration v1 https://review.openstack.org/446880
08:43:23 openstackgerrit Huanxuan Ao proposed openstack/python-openstackclient master: Add "--sort" option to "volume backup list" in a common way https://review.openstack.org/446892
09:16:34 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Add StackFiles resource to orchestration v1 https://review.openstack.org/446904
09:29:06 RuiChen Hi reedip , I add some comments in patch https://review.openstack.org/#/c/383025
09:30:04 RuiChen reedip only worried about self.ip_cache, other just some small change
10:04:32 openstackgerrit Ethan Lynn proposed openstack/python-openstacksdk master: Remove type restrict of block_device_mapping https://review.openstack.org/446931
13:16:35 openstackgerrit Merged openstack/python-openstacksdk master: Trivial: fix Template resource in orchestration https://review.openstack.org/446824
13:22:38 openstackgerrit Merged openstack/python-openstacksdk master: Remove type restrict of block_device_mapping https://review.openstack.org/446931
15:35:48 openstackgerrit Bence Romsics proposed openstack/python-openstackclient master: New formatter for trunk_details port property https://review.openstack.org/447035
15:36:47 ankur-gupta-f4 reedip: Will get to it this afternoon
16:11:30 openstackgerrit Pepijn Oomen proposed openstack/python-openstacksdk master: Expose ha_state property from HA enabled L3 Agents. https://review.openstack.org/447050
16:12:26 pepijn Qiming,briancurtin ^
16:13:08 pepijn this was needed because the previous change was corrupted since it was submitted during a DoS from a CI-system, causing duplicate change-ids
16:13:42 pepijn i thought this was fixed by abandoning the duplicates, but this caused problems for submitting further patch sets
16:16:21 pepijn anyone else wants to vote on this change?

Earlier   Later