Earlier  
Posted Nick Remark
#openstack-nova - 2019-08-30
13:05:20 sean-k-mooney i can proably add one if you want
13:05:49 luyao mriedem: Yes, I fully understand you, but any comments are welcome, even small and short. :)
13:07:47 sean-k-mooney mriedem: it bassicaly asserts that that every extraspec that is in the fiter (optionally that starts with aggregate_instance_extra_specs:) is set in at least 1 aggreate the current host is a member of
13:07:52 openstackgerrit Adam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption https://review.opendev.org/664420
13:08:06 aspiers alex_xu, stephenfin: Your feedback addressed ^^^
13:09:50 sean-k-mooney mriedem: looking at the bug report its working as intended
13:10:05 sean-k-mooney well actuly
13:11:07 sean-k-mooney it might not handel un namepaced extra specs properly ill check
13:12:10 sean-k-mooney mriedem: no its working as indended
13:12:38 sean-k-mooney its not working as they want in https://bugs.launchpad.net/nova/+bug/1841932
13:12:38 openstack Launchpad bug 1841932 in OpenStack Compute (nova) "hide_hypervisor_id extra_specs in nova flavor cannot pass AggregateInstanceExtraSpecsFilter" [Undecided,Incomplete]
13:12:52 sean-k-mooney but that is worrking the way that filter has always worked
13:12:57 mriedem sean-k-mooney: i've reported a docs bug if you you're keen https://bugs.launchpad.net/nova/+bug/1842061
13:12:58 openstack Launchpad bug 1842061 in OpenStack Compute (nova) "Compute schedulers in nova - AggregateInstanceExtraSpecsFilter docs are not clear" [Undecided,New]
13:15:01 sean-k-mooney ill see if i can add it to my list. but we create https://github.com/openstack/nfv-filters/blob/master/nfv_filters/nova/scheduler/filters/aggregate_instance_type_filter.py to replace it for several reason. also with docs https://github.com/openstack/nfv-filters/blob/master/doc/source/scheduler_filters/aggregate-instance-type-filter.rst
13:15:16 aspiers stephenfin: I also split off those fixups
13:29:08 efried aspiers: why is textwrap.dedent necessary https://review.opendev.org/#/c/679339/3/nova/tests/unit/virt/libvirt/fake_libvirt_data.py ?
13:29:16 openstackgerrit Merged openstack/nova-specs master: Create specs directory for Ussuri https://review.opendev.org/679364
13:29:20 sean-k-mooney efried: its not
13:29:21 efried This is xml, not python - it doesn't care about whitespace internally, does it?
13:29:32 sean-k-mooney actully it does
13:29:32 aspiers efried: it's necessary to keep stephenfin happy, and I kinda like it too
13:29:51 sean-k-mooney but we are using xml parsing libs and we dont care
13:30:03 aspiers I could live without, but he suggested it and I like keeping things as readable as possible
13:30:10 aspiers sean-k-mooney: it's about readability not parsing
13:30:14 efried I'm not asking why you're indenting the lines with the xml on them. Visually prettier. I'm asking why textwrap.dedent is necessary.
13:30:17 stephenfin hmm, yeah, we could forget about the textwrap piece, actually. It was the indentation of the XML itself that I cared about
13:30:23 aspiers Oh right
13:30:28 sean-k-mooney aspiers: yes but we dont read the xml we read the code
13:30:30 stephenfin efried: I suggested that out of habit
13:30:37 aspiers sean-k-mooney: strongly disagree
13:30:39 stephenfin You're right, it's not needed in this case
13:30:43 sean-k-mooney and that makes the code mroe readable
13:30:49 aspiers I can drop dedent if that's the consensus
13:30:49 sean-k-mooney e.g. leaving it out
13:31:20 stephenfin I'm happy with it. I'm happy without it. Just so long as I get my block indentation :)
13:31:25 sean-k-mooney aspiers: i read the xml all the time just not that xml its alway after its been parsed or pretty printed
13:32:25 aspiers sean-k-mooney: OK you meant "we don't read the XML as it is at *run-time*, we read it in the source"? I would mostly agree with that
13:32:26 efried aspiers: it's just entirely unnecessary. And in fact if you folded the result into the surrounding xml doc, it would look weird, because it's completely left-justifying
13:32:54 sean-k-mooney aspiers: yes
13:33:04 aspiers efried: what's entirely unnecessary, the dedent or the whole fixup?
13:33:08 sean-k-mooney aspiers: if im reading it at runtime its in a debugger or a traceback
13:33:27 aspiers another classic bikeshed topic :)
13:33:41 sean-k-mooney obviously
13:33:42 aspiers Is there a mandatory minimum of one per day? ;-p
13:34:05 efried well, both aspiers, and if it weren't for the fact that all these lines already belong to two very recent commits, I would -1 it for the sake of git history. I'm tempted to do that anyway.
13:34:16 efried but I have an actual problem with the dedent.
13:34:42 aspiers efried: I only submitted this because stephenfin asked for it - please negotiate with him not me :)
13:34:42 efried it's unnecessary processing (test only, but still) and the result is actually technically too dedented.
13:34:56 aspiers I really don't mind what you guys agree on
13:34:56 efried I hear ya.
13:35:41 aspiers thanks :)
13:36:53 stephenfin efried: straight up indentation fixes aren't an issue, tbh - git blame -w
13:37:01 sean-k-mooney mriedem: i may have ranted a bit but hopefully that helps. https://bugs.launchpad.net/nova/+bug/1842061
13:37:03 openstack Launchpad bug 1842061 in OpenStack Compute (nova) "Compute schedulers in nova - AggregateInstanceExtraSpecsFilter docs are not clear" [Undecided,New]
13:37:16 efried stephenfin: where's the -w option in pycharm?
13:37:36 sean-k-mooney ill try and come up with a doc friendly way to say that
13:37:55 stephenfin efried: Google tells me it's on by default? https://stackoverflow.com/questions/37868225/ignore-whitespace-identation-in-annotate-mode-with-intelliji-and-git
13:38:08 sean-k-mooney efried: you can get the history of the lines you have slected and go back though each commit
13:38:38 stephenfin Also, am I the only sucker still working in Vim?
13:38:45 sean-k-mooney yes
13:38:50 efried sean-k-mooney: Yes, of course I can, but is that extra work worth it? IMO it is not.
13:38:54 efried especially for this
13:39:01 efried stephenfin: I believe cdent is with you.
13:39:17 sean-k-mooney efried: sooy i was not following the converstion
13:39:45 sean-k-mooney can you do git blame -w with pycharm
13:39:55 sean-k-mooney and yes if you want too
13:40:35 efried well, that's interesting, stephenfin you're right about -w being on by default. That takes some of the sting out.
13:40:50 sean-k-mooney how did i miss a full sentence...
13:40:53 efried I'll just abstain.
13:40:57 stephenfin \o/
13:41:08 stephenfin that's a sane default
13:41:19 openstackgerrit Matt Riedemann proposed openstack/nova stable/rocky: Add useful error log when _determine_version_cap raises DBNotAllowed https://review.opendev.org/679449
13:41:23 sean-k-mooney litally ment to type "all i saw was" before "can you do..."
13:41:38 openstackgerrit Matt Riedemann proposed openstack/nova stable/rocky: Add useful error log when _determine_version_cap raises DBNotAllowed https://review.opendev.org/679449
13:41:51 sean-k-mooney stephenfin: proably because white space in lanagues like python matters
13:42:00 sean-k-mooney so changing indention could change behavior
13:42:09 sean-k-mooney or no one added it
13:42:11 stephenfin sean-k-mooney: Right, but make it toggleable
13:42:28 stephenfin Maybe 'git blame -W' to override whatever and re-enable it
13:42:35 stephenfin Hmm, that would be a decent patch
13:42:40 stephenfin Possible weekend project there
13:42:56 sean-k-mooney stephenfin: as long as you dont change the default behavior
13:43:05 stephenfin oh yeah, of cours
13:43:06 stephenfin *course
13:43:16 sean-k-mooney efried: speaking of which
13:43:44 sean-k-mooney efried: care to take a look at |https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/image-metadata-prefiltering
13:44:07 sean-k-mooney there are more more important reviews but im hoping those merge soon
13:44:21 efried sean-k-mooney: been on the list, but got some stuff in front of it.
13:44:32 sean-k-mooney cool
13:45:38 sean-k-mooney stephenfin: by they way i tested and fixed https://review.opendev.org/#/c/675776/
13:45:50 stephenfin the revert?
13:45:52 sean-k-mooney stephenfin: we do need that fix to avoid out issue with libvirt
13:45:54 sean-k-mooney yes
13:45:54 stephenfin yeah
13:47:09 sean-k-mooney i guess we are still waiting for the melonox ci to run on it too
13:49:10 mdbooth mriedem dansmith: I don't think I'm going to get better confirmation of the fix in https://review.opendev.org/#/c/677736/ . It *has* run on a real system, though, and didn't break it.
13:49:50 sean-k-mooney artom: https://review.opendev.org/#/c/678887/ failed because its using qemu again
13:50:45 openstackgerrit Adam Spiers proposed openstack/nova master: Add and to config.py https://review.opendev.org/636318
13:51:27 aspiers alex_xu, stephenfin, efried: need your take on this debate https://review.opendev.org/#/c/636318/49/nova/virt/libvirt/config.py@2701

Earlier   Later