| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2019-04-09 | |||
| 15:22:04 | dtantsur | dear god, what is running python 2.7 tests still?? | |
| 15:24:22 | openstackgerrit | Dmitry Tantsur proposed openstack/api-sig master: Repair building guidelines https://review.openstack.org/651260 | |
| 15:24:49 | openstackgerrit | Dmitry Tantsur proposed openstack/api-sig master: Add guideline on DNS-based service discovery https://review.openstack.org/651222 | |
| 15:29:20 | edleafe | dtantsur: https://twitter.com/python2clock/status/1115630437865537536 | |
| 15:29:44 | dtantsur | yeaah. things start to break | |
| 15:48:07 | mordred | dtantsur: it's the api-sig repo - I betcha you could just drop the py27 job | |
| 15:48:21 | dtantsur | mordred: tried. it's probably coming from project-config | |
| 15:48:30 | dtantsur | I will figure out later, if nobody beats me to it | |
| 15:50:20 | mordred | dtantsur: remote: https://review.openstack.org/651282 Remove project config for api-sig repo | |
| 15:50:47 | dtantsur | thanks! | |
| 15:55:34 | openstackgerrit | Monty Taylor proposed openstack/api-sig master: Repair building guidelines https://review.openstack.org/651260 | |
| 15:55:47 | mordred | dtantsur: updated that just a smidge | |
| 15:56:00 | openstackgerrit | Monty Taylor proposed openstack/api-sig master: Add guideline on DNS-based service discovery https://review.openstack.org/651222 | |
| 15:57:16 | cdent | My tools for attention management aren't effective | |
| 16:47:04 | mordred | cdent: dude, you have tools for that? | |
| 16:47:25 | mordred | cdent: I just run around in circles hoping to trip over the thing I'm supposed to be paying attention to | |
| 16:52:07 | elmiko | mordred: does that work? | |
| 16:52:27 | elmiko | (asking for a friend XD) | |
| 16:53:01 | cdent | mordred: here we see the fundamental difference in our characters. I'm too tired to run. | |
| 16:57:05 | mordred | elmiko: depends on how you define "work" | |
| 16:57:39 | mordred | cdent: indeed. to be fair - this is also the problem - my process is running around in circles, but most times just laying here on the couch is much nicer | |
| 17:03:20 | mordred | cdent: I keep thinking one of these days they'll start paying us to just nod sagely from time to time | |
| 17:03:35 | cdent | I concur | |
| 17:04:40 | cdent | Surely we are old-timer enough that that's allowed, even encouraged. I'm ready for a sinecure that is of benefit to the payer. "We've got a {cdent,mordred}, we must be special" | |
| 17:05:01 | mordred | ++ | |
| 17:05:04 | cdent | roll us in, nod sagely | |
| 17:05:17 | mordred | yeah. or - hell - video conference me in and I'll nod sagely | |
| 17:05:25 | dtantsur|afk | LOL | |
| 17:05:27 | mordred | although video conferencing sucks | |
| 17:08:24 | cdent | I concur | |
| 17:09:13 | cdent | (I assume everyone can see the implicit sage nod everytime I concur?) | |
| 17:16:50 | mordred | cdent: ooh. can we just _imply_ our sage nodding? | |
| 17:18:14 | cdent | It's medium dependent, and there has to be a corresponding action, such as concurring. | |
| 17:21:01 | elmiko | ooh, how do i get on the payroll for laying around and nodding sagely? | |
| 17:23:03 | cdent | you need to age a little bit | |
| 17:23:41 | cdent | and make obscure comments about old internet protocols that predate HTTP and are better than any of the new fangled stuff | |
| 17:25:48 | cdent | When we switched from POP3 to IMAP4 over Maildir on the AFS I was able to handle those 1000 emails per day with aplomb. | |
| 17:26:00 | cdent | For all four of my workstations. | |
| 17:26:06 | cdent | etc | |
| 17:48:51 | elmiko | cdent: lol, i'll have to work on that | |
| 17:54:08 | mordred | elmiko: it helps even more if you still use old internet protocols ... such as helping to run /afs/openstack.org ;) | |
| 18:01:46 | elmiko | haha ++ | |
| 18:02:08 | elmiko | is anyone maintaing the openstack gopher instance? if not, maybe i could volunteer XD | |
| 18:05:25 | openstackgerrit | Merged openstack/keystoneauth master: Update the min version of tox https://review.openstack.org/651149 | |
| #openstack-sdks - 2019-04-10 | |||
| 04:53:16 | openstackgerrit | Thomas Bechtold proposed openstack/openstacksdk master: baremetal: Add support for mkisofs and xorrisofs for configdrive https://review.openstack.org/651193 | |
| 12:14:11 | openstackgerrit | LIU Yulong proposed openstack/python-openstackclient master: Add floating IP Port Forwarding commands https://review.openstack.org/650062 | |
| 12:36:14 | frickler | is anyone working on making keystoneauth get rid of the identity admin endpoint? running devstack without it still seems to explode marvelously, although keystone claims that it shouldn't be needed anymore http://logs.openstack.org/92/651492/2/check/devstack/357b6f0/controller/logs/screen-g-api.txt.gz#_Apr_10_11_28_00_915073 | |
| 12:53:31 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/openstacksdk master: Add "name" filter in "list" call when retrieving a single register https://review.openstack.org/637238 | |
| 13:18:56 | mordred | frickler: not that I know of - but it seems like a thing we should do | |
| 13:19:14 | mordred | frickler: are we defaulting something to operating against the admin endpoint by default or something? | |
| 13:25:12 | openstackgerrit | Merged openstack/openstacksdk master: baremetal: Add support for mkisofs and xorrisofs for configdrive https://review.openstack.org/651193 | |
| 13:40:05 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: Continue refactoring of the image https://review.openstack.org/651534 | |
| 13:42:06 | frickler | mordred: yes, but I fail to find the correct location. my first guess was this, but changing it to public doesn't fix my issue https://opendev.org/openstack/keystonemiddleware/src/branch/master/keystonemiddleware/auth_token/__init__.py#L910 | |
| 13:42:53 | mordred | frickler: well - that definitely seems to need to be changed | |
| 13:43:52 | mordred | frickler: I don't see anything in ksa where we're setting anything to admin | |
| 13:44:13 | mordred | frickler: perhaps the job isn't actually using the proposed patch to keystonemiddleware? | |
| 13:48:07 | frickler | mordred: I'm testing locally, patching the installed version directly | |
| 13:48:40 | mordred | oh. well | |
| 13:48:48 | mordred | then it's likely not an installation issue | |
| 13:48:52 | mordred | :) | |
| 16:33:24 | openstackgerrit | Merged openstack/openstacksdk master: Bail earlier on a version mismatch for a supported service https://review.openstack.org/637563 | |
| 17:42:48 | dustinc | quick question fo ryou guys, perhaps this is more of a Nova question but I am working on the context of the SDK so going to ask here first.. | |
| 17:43:13 | dustinc | I am looking at https://docs.openstack.org/openstacksdk/latest/user/resources/baremetal/v1/node.html#openstack.baremetal.v1.node.Node and it sounds like the Node object only has one instance_id | |
| 17:43:44 | dustinc | I would expect that to be a list of ids of all the associated instances | |
| 17:44:10 | dustinc | is there really a 1:1 of Node:Instance? | |
| 17:55:25 | dustinc | specifically when returned by "nodes" here https://docs.openstack.org/openstacksdk/latest/user/proxies/baremetal.html | |
| 17:55:42 | dustinc | or is it returning a Node object for each Node:Instance? | |
| 18:06:07 | Shrews | dustinc: you should ask dtantsur|afk for real clarification, but when it comes to the baremetal driver, you will only have a single "instance" as nova sees it for each baremetal machine, so 1:1 seems correct to me | |
| 19:34:53 | openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Before writing object data to stdout, re-open it in binary mode https://review.openstack.org/573465 | |
| 21:34:50 | dustinc | Shrews: I feel silly, I was working on baremetal api but still thinking VMs in my head..thanks | |
| 22:24:01 | cyberpear | Would anyone mind reviewing an ansible PR that allows using subnetpool_id rather than use_default_subnetpool? https://github.com/ansible/ansible/pull/52608 | |
| #openstack-sdks - 2019-04-11 | |||
| 08:06:17 | openstackgerrit | Rico Lin proposed openstack/keystoneauth master: Update auth plugin name list in document https://review.openstack.org/648920 | |
| 08:35:27 | dtantsur | dustinc: instance_id in the context of nova is the server ID | |
| 08:35:46 | dtantsur | a bare metal node is not divisible, so it cannot host several instances | |
| 10:29:02 | cdent | dtroyer: with luck you are still sleeping, but when you come back to this world, you can probably help me: I want to make some tests of osc by passing a full suite of what would be the args to some entry point. Related to this: https://storyboard.openstack.org/#!/story/2005411 | |
| 10:57:49 | openstackgerrit | Merged openstack/openstacksdk master: Clarify error if no version can be found https://review.openstack.org/640835 | |
| 10:59:23 | pas-ha | cdent: can you add a noauth mode to placement? (might be useful any way) and then call openstackclient with 'noauth' auth plugin (should need just an endpoint) | |
| 10:59:45 | cdent | pas-ha: placement has support for 'noauth2' | |
| 11:00:40 | cdent | If you [api]/auth_strategy with 'noauth2' then a query with a header like 'x-auth-token: admin' will do the expected | |
| 11:00:48 | cdent | does that work? | |
| 11:01:14 | cdent | pas-ha: oh I see what you're saying, you're responding to what I said above | |
| 11:01:30 | pas-ha | yes | |
| 11:01:43 | pas-ha | on how to test w/o keystone etc running | |
| 11:01:47 | cdent | the issue isn't with auth handling, it's with not wanting to run external processes | |
| 11:01:54 | pas-ha | o, ok | |
| 11:02:10 | cdent | the PlacementFixture makes it possible to run the placement app in process (and in memory) | |
| 11:02:23 | pas-ha | but then you are not testing the thing people will actually use | |
| 11:02:31 | cdent | yes you are | |
| 11:02:32 | pas-ha | which is a CLI command | |
| 11:02:44 | cdent | if you can pass args like I'm describing | |
| 11:03:08 | cdent | in any case, the thing that is being tested is not whether openstack client can parse args | |
| 11:03:21 | cdent | but whether the plugin can generate the right args and process responses properly | |
| 11:31:28 | dtroyer | cdent: if my barely-awake brain is parsing that story, the OSC functional test may not be quite be what you are looking for: https://opendev.org/openstack/python-openstackclient/src/branch/master/openstackclient/tests/functional/base.py#L29 still uses subprocess. | |
| 11:31:43 | dtroyer | but the unit tests in https://opendev.org/openstack/python-openstackclient/src/branch/master/openstackclient/tests/unit/test_shell.py may be closer to what you want | |
| 11:32:59 | dtroyer | that calls the shell object in-process some of the magic is actually in osc-lib | |
| 11:34:44 | cdent | dtroyer: I think what I'm after is awareness of the method that receives some form of sys.argv, but based on what you are saying it sounds like that might be obscured under "stuff" | |
| 11:35:45 | cdent | like, somewhere there is a top level main(args), and I want to call that | |
| 11:35:56 | cdent | but I suspect I can't... | |
| 11:59:51 | openstackgerrit | Tobias Rydberg proposed openstack/openstacksdk master: Removing region La1 from the list of regions. https://review.openstack.org/651770 | |
| 12:21:40 | dtroyer | cdent: you can, it is in there, I thought the functional tests worked that way until I looked… but the unit test_shell bits do exactly that, but have the back-end mocked out. I've got a meeting at the top of the hour, I'll try to suss out a simple example after that... | |