)]}'
{"priorities/train-priorities.rst":[{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":16,"context_line":"   in Placement to reduce the list of allocation candidates and minimize"},{"line_number":17,"context_line":"   Nova-side filtering. Specifically we intend to target efforts such as:"},{"line_number":18,"context_line":""},{"line_number":19,"context_line":"   * NUMA structure modeling and affinity"},{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_0d781c29","line":19,"range":{"start_line":19,"start_character":5,"end_line":19,"end_character":41},"updated":"2019-07-26 19:55:03.000000000","message":"This isn\u0027t going especially well. (Note that it\u0027s not due to Placement - see below.) There\u0027s an open spec to make some slight inroads into VGPU affinity [1], but it\u0027s more of a retrofit, not taking advantage of Placement as this theme suggests.\n\nWhat we really needed was progress on NUMA modeling via placement, possibly by resurrecting this spec [2], but that hasn\u0027t happened.\n\nI hope to make some time on the side during this release to experiment with modeling just PCPU, VCPU, MEMORY_MB, and VGPU resources via nested providers representing NUMA nodes. But whatever the result, it won\u0027t land in Train.\n\n [1] https://review.opendev.org/#/c/650963/\n [2] https://review.opendev.org/#/c/552924/","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":7166,"name":"Sylvain Bauza","email":"sbauza@redhat.com","username":"sbauza"},"change_message_id":"05b7fa40f6684f36d538b2f9d897d4af0e6ad9bb","unresolved":false,"context_lines":[{"line_number":16,"context_line":"   in Placement to reduce the list of allocation candidates and minimize"},{"line_number":17,"context_line":"   Nova-side filtering. Specifically we intend to target efforts such as:"},{"line_number":18,"context_line":""},{"line_number":19,"context_line":"   * NUMA structure modeling and affinity"},{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_96ef1c1c","line":19,"range":{"start_line":19,"start_character":5,"end_line":19,"end_character":41},"in_reply_to":"7faddb67_0d781c29","updated":"2019-07-30 08:51:30.000000000","message":"\u003e This isn\u0027t going especially well. (Note that it\u0027s not due to\n \u003e Placement - see below.) There\u0027s an open spec to make some slight\n \u003e inroads into VGPU affinity [1], but it\u0027s more of a retrofit, not\n \u003e taking advantage of Placement as this theme suggests.\n \u003e \n\nYup, eventually I abandoned it after 3 months.\n\n \u003e What we really needed was progress on NUMA modeling via placement,\n \u003e possibly by resurrecting this spec [2], but that hasn\u0027t happened.\n \u003e \n\nThe problem is that the spec deadline was in 2 weeks after abandoning the other spec so I hadn\u0027t time to revisit [2].\nThat said, we\u0027ll take some time in Train for working on some  WIP changes for it after Train-3.\n\n \u003e I hope to make some time on the side during this release to\n \u003e experiment with modeling just PCPU, VCPU, MEMORY_MB, and VGPU\n \u003e resources via nested providers representing NUMA nodes. But\n \u003e whatever the result, it won\u0027t land in Train.\n \u003e \n \u003e [1] https://review.opendev.org/#/c/650963/\n \u003e [2] https://review.opendev.org/#/c/552924/","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":17,"context_line":"   Nova-side filtering. Specifically we intend to target efforts such as:"},{"line_number":18,"context_line":""},{"line_number":19,"context_line":"   * NUMA structure modeling and affinity"},{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_6ddc3018","line":20,"range":{"start_line":20,"start_character":5,"end_line":20,"end_character":65},"updated":"2019-07-26 19:55:03.000000000","message":"We have merged the cpu-resources spec [1] in its much-simplified form as discussed at the PTG. Two separate, parallel efforts at the code have already been started [2]. Both apparently have separate merits and the end result will likely be a convergence of the two streams [3].\n\nOne of the simplifications made on the above spec was removing the case where a single VM could get both VCPU and PCPU resources. This use case is addressed by a separate, dependent spec [4]. At this time (just after spec freeze) the spec is not approved, though it stands a chance of being granted a spec freeze exception with some strict provisos as outlined in the blueprint whiteboard [5].\n\n [1] http://specs.openstack.org/openstack/nova-specs/specs/train/approved/cpu-resources.html\n [2] https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/cpu-resources\n [3] https://youtu.be/3OOF0FpKiYk?t\u003d23\n [4] https://review.opendev.org/#/c/668656/\n [5] https://blueprints.launchpad.net/nova/+spec/use-pcpu-and-vcpu-in-one-instance","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":18,"context_line":""},{"line_number":19,"context_line":"   * NUMA structure modeling and affinity"},{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"},{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_edf8207d","line":21,"range":{"start_line":21,"start_character":5,"end_line":21,"end_character":70},"updated":"2019-07-26 19:55:03.000000000","message":"Hm, what did we mean by \"additional\"?\n\nI think this relates to the ability for outside agents to ask Nova to track resources outside of Nova\u0027s purview, and allocate them via Placement during scheduling. To this end, we\u0027ve approved \"provider config files\" [1]. Implementation is not yet started, but will be based on some old [2] and older [3] PoC code.\n\n [1] http://specs.openstack.org/openstack/nova-specs/specs/train/approved/provider-config-file.html\n [2] https://review.opendev.org/#/c/622622/\n [3] https://review.opendev.org/#/q/status:open+project:openstack/nova-powervm+branch:master+topic:bp/device-passthrough","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"change_message_id":"6bae79392e0310484c54d2c628133c7ee755a93d","unresolved":false,"context_lines":[{"line_number":18,"context_line":""},{"line_number":19,"context_line":"   * NUMA structure modeling and affinity"},{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"},{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_95a65253","line":21,"range":{"start_line":21,"start_character":5,"end_line":21,"end_character":70},"in_reply_to":"7faddb67_edf8207d","updated":"2019-07-27 00:31:42.000000000","message":"i thihnk this was refering to thing that would be modeled via the provider.yaml such as llc, memmory bandwith, power termal capastity. aspect of a server that are consumed indrectly via the cration of vms at the plathform level that dont require modificaiton fo the vms compute context.","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"change_message_id":"6bae79392e0310484c54d2c628133c7ee755a93d","unresolved":false,"context_lines":[{"line_number":19,"context_line":"   * NUMA structure modeling and affinity"},{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"},{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"},{"line_number":25,"context_line":"     disabled nodes, etc."}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_d55a8a4e","line":22,"range":{"start_line":22,"start_character":3,"end_line":22,"end_character":55},"updated":"2019-07-27 00:31:42.000000000","message":"i know we talk aboud maybe using intree for server group affinity but i dont think we had a good way to model anti afintiy ( i had thought we said we would not try to do it in placment in train) have we made any progress on this effort.\n\nit has not crossed my review radar since the ptg","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":26936,"name":"Surya Seetharaman","email":"suryaseetharaman.9@gmail.com","username":"tssurya"},"change_message_id":"36d492ac7f009c3cc681883cdfe85d8b0da0676d","unresolved":false,"context_lines":[{"line_number":19,"context_line":"   * NUMA structure modeling and affinity"},{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"},{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"},{"line_number":25,"context_line":"     disabled nodes, etc."}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_defffe64","line":22,"range":{"start_line":22,"start_character":3,"end_line":22,"end_character":55},"in_reply_to":"7faddb67_d55a8a4e","updated":"2019-07-29 11:38:43.000000000","message":"yep I was supposed to write a spec to come up with the best idea for anti-affinity case, but I guess we should defer this to Stein since I haven\u0027t managed to get one in.\n\nAs of now we fixed the existing bug https://bugs.launchpad.net/nova/+bug/1827628 and now we need to improve this.","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"},{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"},{"line_number":25,"context_line":"     disabled nodes, etc."},{"line_number":26,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_4d37f44e","line":23,"range":{"start_line":23,"start_character":5,"end_line":23,"end_character":65},"updated":"2019-07-26 19:55:03.000000000","message":"Much has been accomplished here already, and much is ongoing [1]. Of note, we\u0027ve merged filtering by image type [2] and compute enabled/disabled status [3].\n\n [1] https://review.opendev.org/#/q/path:%255Enova/scheduler/request_filter.py+(status:open+OR+status:merged)\n [2] https://review.opendev.org/656413\n [3] https://review.opendev.org/668752","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"change_message_id":"6bae79392e0310484c54d2c628133c7ee755a93d","unresolved":false,"context_lines":[{"line_number":20,"context_line":"   * Improved tracking of shared and dedicated logical processors"},{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"},{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"},{"line_number":25,"context_line":"     disabled nodes, etc."},{"line_number":26,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_957bb2bc","line":23,"range":{"start_line":23,"start_character":5,"end_line":23,"end_character":65},"in_reply_to":"7faddb67_4d37f44e","updated":"2019-07-27 00:31:42.000000000","message":"for better or worse prefiters are quite easy to intoduce, test and are proving usefult in solving severla different problems.  i think this effort is going better then we may have guest initally which is  a good thing:)","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":21,"context_line":"   * Reporting, tracking, and requesting additional resources on hosts"},{"line_number":22,"context_line":"   * Supporting server group affinity and anti-affinity"},{"line_number":23,"context_line":"   * Trait filters for driver capabilities, image types, and more"},{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"},{"line_number":25,"context_line":"     disabled nodes, etc."},{"line_number":26,"context_line":""},{"line_number":27,"context_line":"   .. note:: Much of the above work has dependencies on efforts in Placement."},{"line_number":28,"context_line":"             The Placement team\u0027s cycle priorities are aligned accordingly."}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_8d7bacf2","line":25,"range":{"start_line":24,"start_character":5,"end_line":25,"end_character":25},"updated":"2019-07-26 19:55:03.000000000","message":"This has an approved spec [1] and code very close to merging [2].\n\n [1] http://specs.openstack.org/openstack/nova-specs/specs/train/approved/placement-req-filter-forbidden-aggregates.html\n [2] https://review.opendev.org/#/q/project:openstack/nova+topic:bp/placement-req-filter-forbidden-aggregates+(status:open+OR+status:merged)","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":24,"context_line":"   * Forbidden trait and aggregate filters to isolate \"special\" hosts, avoid"},{"line_number":25,"context_line":"     disabled nodes, etc."},{"line_number":26,"context_line":""},{"line_number":27,"context_line":"   .. note:: Much of the above work has dependencies on efforts in Placement."},{"line_number":28,"context_line":"             The Placement team\u0027s cycle priorities are aligned accordingly."},{"line_number":29,"context_line":""},{"line_number":30,"context_line":"#. **Enable requesting an instance with one or more accelerators either"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_0d67bc53","line":27,"range":{"start_line":27,"start_character":40,"end_line":27,"end_character":76},"updated":"2019-07-26 19:55:03.000000000","message":"The placement work related to the above themes was approved [1] and merged [2] early in the cycle. Work on consumer types is in progress [3].\n\n [1] https://docs.openstack.org/placement/latest/specs/train/approved/2005575-nested-magic-1.html\n [2] https://docs.openstack.org/placement/latest/placement-api-microversion-history.html#train\n [3] https://review.opendev.org/#/q/project:openstack/placement+branch:master+topic:bp/support-consumer-types","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":27,"context_line":"   .. note:: Much of the above work has dependencies on efforts in Placement."},{"line_number":28,"context_line":"             The Placement team\u0027s cycle priorities are aligned accordingly."},{"line_number":29,"context_line":""},{"line_number":30,"context_line":"#. **Enable requesting an instance with one or more accelerators either"},{"line_number":31,"context_line":"   preprogrammed or dynamically programmed.** This encompasses FPGAs managed by"},{"line_number":32,"context_line":"   Cyborg as well as VGPUs (of multiple types) managed by Nova."},{"line_number":33,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_cdf76459","line":30,"range":{"start_line":30,"start_character":5,"end_line":30,"end_character":64},"updated":"2019-07-26 19:55:03.000000000","message":"Minimal progress has been made on the Nova side since the PTG [1]. However, this may simply be queued behind the cyborg side [2].\n\n [1] https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/nova-cyborg-interaction\n [2] https://review.opendev.org/#/q/status:open+project:openstack/cyborg+branch:master+(topic:nova-integ+OR+topic:placement)","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"change_message_id":"6bae79392e0310484c54d2c628133c7ee755a93d","unresolved":false,"context_lines":[{"line_number":27,"context_line":"   .. note:: Much of the above work has dependencies on efforts in Placement."},{"line_number":28,"context_line":"             The Placement team\u0027s cycle priorities are aligned accordingly."},{"line_number":29,"context_line":""},{"line_number":30,"context_line":"#. **Enable requesting an instance with one or more accelerators either"},{"line_number":31,"context_line":"   preprogrammed or dynamically programmed.** This encompasses FPGAs managed by"},{"line_number":32,"context_line":"   Cyborg as well as VGPUs (of multiple types) managed by Nova."},{"line_number":33,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_781ced69","line":30,"range":{"start_line":30,"start_character":5,"end_line":30,"end_character":64},"in_reply_to":"7faddb67_cdf76459","updated":"2019-07-27 00:31:42.000000000","message":"we merged the spec a little over a month ago at the end of june. we may be suffering the side effect of starting the enter vacation season. i had hoped to see at least some of there patches be ready to endter the runway queue by m2.\n\nperhaps we need to reach out on this item to ensure it is still on track. i will try to start revieiwing these when i can next week","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"change_message_id":"4db55add3d6c996bf5feea85253d95d979a39975","unresolved":false,"context_lines":[{"line_number":31,"context_line":"   preprogrammed or dynamically programmed.** This encompasses FPGAs managed by"},{"line_number":32,"context_line":"   Cyborg as well as VGPUs (of multiple types) managed by Nova."},{"line_number":33,"context_line":""},{"line_number":34,"context_line":"   .. note:: This includes cross-project work with Cyborg. The Cyborg team\u0027s"},{"line_number":35,"context_line":"             cycle priorities are aligned accordingly."},{"line_number":36,"context_line":""},{"line_number":37,"context_line":"#. **We want our documentation to be valid, easily referenced and generally"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_4da13446","line":34,"range":{"start_line":34,"start_character":27,"end_line":34,"end_character":57},"updated":"2019-07-26 19:55:03.000000000","message":"see above","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":6873,"name":"Matt Riedemann","email":"mriedem.os@gmail.com","username":"mriedem"},"change_message_id":"6c12c07dfc2ec764696cdfe55ba5858b75f03a1b","unresolved":false,"context_lines":[{"line_number":38,"context_line":"   suitable for purpose.** We\u0027re building on a strong foundation. Three"},{"line_number":39,"context_line":"   objectives:"},{"line_number":40,"context_line":""},{"line_number":41,"context_line":"   #. **Docs should be cleanly aligned to the directory structure.** This is so"},{"line_number":42,"context_line":"      end users can go to \u0027/user\u0027 and find the info they want without admin\u0027y"},{"line_number":43,"context_line":"      stuff thrown in. Ditto for admins, devs, etc."},{"line_number":44,"context_line":"   #. **The install guide should work.**"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_c8b99215","line":41,"updated":"2019-07-26 20:22:50.000000000","message":"An example of this is the metadata one:\n\nI4fb2b628bd93358a752e2397ae353221758e2984\n\nAnd AZs/aggregates:\n\nhttps://review.opendev.org/#/c/667133/\n\nSome others I found:\n\nhttps://review.opendev.org/#/c/667165/\n\nhttps://review.opendev.org/#/c/665412/\n\nSome of these are a beast to review though (like the metadata, quotas and AZ/aggregates rewrites).","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"},{"author":{"_account_id":6873,"name":"Matt Riedemann","email":"mriedem.os@gmail.com","username":"mriedem"},"change_message_id":"6c12c07dfc2ec764696cdfe55ba5858b75f03a1b","unresolved":false,"context_lines":[{"line_number":41,"context_line":"   #. **Docs should be cleanly aligned to the directory structure.** This is so"},{"line_number":42,"context_line":"      end users can go to \u0027/user\u0027 and find the info they want without admin\u0027y"},{"line_number":43,"context_line":"      stuff thrown in. Ditto for admins, devs, etc."},{"line_number":44,"context_line":"   #. **The install guide should work.**"},{"line_number":45,"context_line":"   #. **Docs in the user and admin guides should be topic-focused and"},{"line_number":46,"context_line":"      self-contained.** Like we did with the `console docs`_, a user/admin"},{"line_number":47,"context_line":"      should be able to search Google for e.g. \"attaching a PCI device\" and"}],"source_content_type":"text/x-rst","patch_set":1,"id":"7faddb67_e896ce94","line":44,"updated":"2019-07-26 20:22:50.000000000","message":"I\u0027m not aware of any work here.","commit_id":"54bcb83a727ad19878a678736dcd714bf6e815fd"}]}