)]}'
{"id":"openstack%2Fapi-sig~459405","triplet_id":"openstack%2Fapi-sig~master~I241f76bca8ac27fc3d27028ae284b9012a2da7e9","project":"openstack/api-sig","branch":"master","topic":"3monty","hashtags":[],"change_id":"I241f76bca8ac27fc3d27028ae284b9012a2da7e9","subject":"Add document describing consuming version discovery","status":"MERGED","created":"2017-04-24 16:39:40.000000000","updated":"2020-06-25 16:25:11.000000000","submitted":"2020-06-25 16:17:12.000000000","submitter":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"total_comment_count":301,"unresolved_comment_count":0,"has_review_started":true,"submission_id":"459405-1593101832901-0147cf3e","meta_rev_id":"b90016b61b3ea6d8e01094e06fc4fa26637ebc15","_number":459405,"virtual_id_number":459405,"owner":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"actions":{},"labels":{"Verified":{"approved":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"all":[{"value":0,"_account_id":9664,"name":"amrith","email":"amrith.kumar@gmail.com","username":"amrith"},{"value":0,"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},{"value":0,"_account_id":3,"name":"Jenkins","username":"jenkins"},{"value":0,"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},{"value":0,"_account_id":12356,"name":"Vladyslav Drok","email":"vdrok@mirantis.com","username":"vdrok"},{"value":0,"_account_id":7173,"name":"Scott DAngelo","email":"scott.dangelo@gmail.com","username":"scottda"},{"value":0,"_account_id":841,"name":"Akihiro Motoki","email":"amotoki@gmail.com","username":"amotoki"},{"value":0,"_account_id":970,"name":"Dean Troyer","email":"dtroyer@gmail.com","username":"dtroyer"},{"value":0,"_account_id":330,"name":"John Dickinson","email":"me@not.mn","username":"notmyname"},{"tag":"autogenerated:zuul:gate","value":2,"date":"2020-06-25 16:17:12.000000000","post_submit":true,"permitted_voting_range":{"min":2,"max":2},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"_account_id":12175,"name":"Eli Qiao","email":"qiaoliyong@gmail.com","username":"Eli"},{"value":0,"_account_id":12053,"name":"Hua Wang","email":"wanghua.humble@gmail.com","username":"humble00"},{"value":0,"_account_id":9622,"name":"Cindy Lu","email":"clu@us.ibm.com","username":"clu14"},{"value":0,"_account_id":8731,"name":"Renat Akhmerov","email":"renat.akhmerov@gmail.com","username":"rakhmerov"},{"value":0,"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},{"value":0,"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"value":0,"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"value":0,"_account_id":10215,"name":"Peter Stachowski","email":"peter@tesora.com","username":"peterstac"},{"value":0,"_account_id":2537,"name":"Nikhil Komawar","email":"nik.komawar@gmail.com","username":"nikhil-komawar"},{"value":0,"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},{"value":0,"_account_id":7725,"name":"David Stanek","email":"dstanek@dstanek.com","username":"dstanek"},{"value":0,"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},{"value":0,"_account_id":6062,"name":"jichenjc","email":"jichenjc@cn.ibm.com","username":"jichenjc"},{"value":0,"_account_id":8878,"name":"Masahito Muroi","email":"masahito.muroi@g.softbank.co.jp","username":"masa"},{"value":0,"_account_id":10608,"name":"Matthew Edmonds","email":"edmondsw@us.ibm.com","username":"edmondsw"},{"value":0,"_account_id":12404,"name":"Rico Lin","email":"ricolin@ricolky.com","username":"rico.lin"},{"value":0,"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"value":0,"_account_id":8246,"name":"Qiming Teng","email":"tengqm@outlook.com","username":"tengqm"},{"value":0,"_account_id":5754,"name":"Alex Xu","email":"hejie.xu@intel.com","username":"xuhj"},{"value":0,"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"},{"value":0,"_account_id":8188,"name":"Ilya Sviridov","email":"sviridov.ilya@gmail.com","username":"isviridov"},{"value":0,"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"}],"values":{"-2":"Fails","-1":"Doesn\u0027t seem to work"," 0":"No score","+1":"Works for me","+2":"Verified"},"description":"","default_value":0,"optional":true},"Code-Review":{"approved":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"all":[{"value":0,"_account_id":9664,"name":"amrith","email":"amrith.kumar@gmail.com","username":"amrith"},{"value":0,"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},{"value":0,"_account_id":3,"name":"Jenkins","username":"jenkins"},{"value":0,"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},{"value":0,"_account_id":12356,"name":"Vladyslav Drok","email":"vdrok@mirantis.com","username":"vdrok"},{"value":0,"_account_id":7173,"name":"Scott DAngelo","email":"scott.dangelo@gmail.com","username":"scottda"},{"value":0,"_account_id":841,"name":"Akihiro Motoki","email":"amotoki@gmail.com","username":"amotoki"},{"value":0,"_account_id":970,"name":"Dean Troyer","email":"dtroyer@gmail.com","username":"dtroyer"},{"value":0,"_account_id":330,"name":"John Dickinson","email":"me@not.mn","username":"notmyname"},{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"_account_id":12175,"name":"Eli Qiao","email":"qiaoliyong@gmail.com","username":"Eli"},{"value":0,"_account_id":12053,"name":"Hua Wang","email":"wanghua.humble@gmail.com","username":"humble00"},{"value":0,"_account_id":9622,"name":"Cindy Lu","email":"clu@us.ibm.com","username":"clu14"},{"value":0,"_account_id":8731,"name":"Renat Akhmerov","email":"renat.akhmerov@gmail.com","username":"rakhmerov"},{"value":0,"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},{"value":0,"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"value":0,"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"value":0,"_account_id":10215,"name":"Peter Stachowski","email":"peter@tesora.com","username":"peterstac"},{"value":0,"_account_id":2537,"name":"Nikhil Komawar","email":"nik.komawar@gmail.com","username":"nikhil-komawar"},{"value":0,"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},{"value":0,"_account_id":7725,"name":"David Stanek","email":"dstanek@dstanek.com","username":"dstanek"},{"value":2,"date":"2020-06-18 16:26:14.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},{"value":0,"_account_id":6062,"name":"jichenjc","email":"jichenjc@cn.ibm.com","username":"jichenjc"},{"value":0,"_account_id":8878,"name":"Masahito Muroi","email":"masahito.muroi@g.softbank.co.jp","username":"masa"},{"value":0,"_account_id":10608,"name":"Matthew Edmonds","email":"edmondsw@us.ibm.com","username":"edmondsw"},{"value":0,"_account_id":12404,"name":"Rico Lin","email":"ricolin@ricolky.com","username":"rico.lin"},{"value":0,"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"value":0,"_account_id":8246,"name":"Qiming Teng","email":"tengqm@outlook.com","username":"tengqm"},{"value":0,"_account_id":5754,"name":"Alex Xu","email":"hejie.xu@intel.com","username":"xuhj"},{"value":1,"date":"2020-06-03 07:49:34.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"},{"value":0,"_account_id":8188,"name":"Ilya Sviridov","email":"sviridov.ilya@gmail.com","username":"isviridov"},{"value":0,"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"}],"values":{"-2":"Do not merge","-1":"This patch needs further work before it can be merged"," 0":"No score","+1":"Looks good to me, but someone else must approve","+2":"Looks good to me (core reviewer)"},"description":"","default_value":0,"optional":true},"Workflow":{"approved":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"all":[{"value":0,"_account_id":9664,"name":"amrith","email":"amrith.kumar@gmail.com","username":"amrith"},{"value":0,"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},{"value":0,"_account_id":3,"name":"Jenkins","username":"jenkins"},{"value":0,"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},{"value":0,"_account_id":12356,"name":"Vladyslav Drok","email":"vdrok@mirantis.com","username":"vdrok"},{"value":0,"_account_id":7173,"name":"Scott DAngelo","email":"scott.dangelo@gmail.com","username":"scottda"},{"value":0,"_account_id":841,"name":"Akihiro Motoki","email":"amotoki@gmail.com","username":"amotoki"},{"value":0,"_account_id":970,"name":"Dean Troyer","email":"dtroyer@gmail.com","username":"dtroyer"},{"value":0,"_account_id":330,"name":"John Dickinson","email":"me@not.mn","username":"notmyname"},{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"_account_id":12175,"name":"Eli Qiao","email":"qiaoliyong@gmail.com","username":"Eli"},{"value":0,"_account_id":12053,"name":"Hua Wang","email":"wanghua.humble@gmail.com","username":"humble00"},{"value":0,"_account_id":9622,"name":"Cindy Lu","email":"clu@us.ibm.com","username":"clu14"},{"value":0,"_account_id":8731,"name":"Renat Akhmerov","email":"renat.akhmerov@gmail.com","username":"rakhmerov"},{"value":0,"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},{"value":0,"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"value":0,"date":"2020-06-18 16:27:34.000000000","permitted_voting_range":{"min":0,"max":1},"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"value":0,"_account_id":10215,"name":"Peter Stachowski","email":"peter@tesora.com","username":"peterstac"},{"value":0,"_account_id":2537,"name":"Nikhil Komawar","email":"nik.komawar@gmail.com","username":"nikhil-komawar"},{"value":0,"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},{"value":0,"_account_id":7725,"name":"David Stanek","email":"dstanek@dstanek.com","username":"dstanek"},{"value":1,"date":"2020-06-25 16:06:20.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},{"value":0,"_account_id":6062,"name":"jichenjc","email":"jichenjc@cn.ibm.com","username":"jichenjc"},{"value":0,"_account_id":8878,"name":"Masahito Muroi","email":"masahito.muroi@g.softbank.co.jp","username":"masa"},{"value":0,"_account_id":10608,"name":"Matthew Edmonds","email":"edmondsw@us.ibm.com","username":"edmondsw"},{"value":0,"_account_id":12404,"name":"Rico Lin","email":"ricolin@ricolky.com","username":"rico.lin"},{"value":0,"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"value":0,"_account_id":8246,"name":"Qiming Teng","email":"tengqm@outlook.com","username":"tengqm"},{"value":0,"_account_id":5754,"name":"Alex Xu","email":"hejie.xu@intel.com","username":"xuhj"},{"value":0,"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"},{"value":0,"_account_id":8188,"name":"Ilya Sviridov","email":"sviridov.ilya@gmail.com","username":"isviridov"},{"value":0,"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"}],"values":{"-1":"Work in progress"," 0":"Ready for reviews","+1":"Approved"},"description":"","default_value":0,"optional":true}},"removable_reviewers":[],"reviewers":{"REVIEWER":[{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},{"_account_id":3,"name":"Jenkins","username":"jenkins"},{"_account_id":330,"name":"John Dickinson","email":"me@not.mn","username":"notmyname"},{"_account_id":841,"name":"Akihiro Motoki","email":"amotoki@gmail.com","username":"amotoki"},{"_account_id":970,"name":"Dean Troyer","email":"dtroyer@gmail.com","username":"dtroyer"},{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"_account_id":2537,"name":"Nikhil Komawar","email":"nik.komawar@gmail.com","username":"nikhil-komawar"},{"_account_id":5754,"name":"Alex Xu","email":"hejie.xu@intel.com","username":"xuhj"},{"_account_id":6062,"name":"jichenjc","email":"jichenjc@cn.ibm.com","username":"jichenjc"},{"_account_id":7173,"name":"Scott DAngelo","email":"scott.dangelo@gmail.com","username":"scottda"},{"_account_id":7725,"name":"David Stanek","email":"dstanek@dstanek.com","username":"dstanek"},{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"_account_id":8188,"name":"Ilya Sviridov","email":"sviridov.ilya@gmail.com","username":"isviridov"},{"_account_id":8246,"name":"Qiming Teng","email":"tengqm@outlook.com","username":"tengqm"},{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},{"_account_id":8731,"name":"Renat Akhmerov","email":"renat.akhmerov@gmail.com","username":"rakhmerov"},{"_account_id":8878,"name":"Masahito Muroi","email":"masahito.muroi@g.softbank.co.jp","username":"masa"},{"_account_id":9622,"name":"Cindy Lu","email":"clu@us.ibm.com","username":"clu14"},{"_account_id":9664,"name":"amrith","email":"amrith.kumar@gmail.com","username":"amrith"},{"_account_id":10215,"name":"Peter Stachowski","email":"peter@tesora.com","username":"peterstac"},{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},{"_account_id":10608,"name":"Matthew Edmonds","email":"edmondsw@us.ibm.com","username":"edmondsw"},{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},{"_account_id":12053,"name":"Hua Wang","email":"wanghua.humble@gmail.com","username":"humble00"},{"_account_id":12175,"name":"Eli Qiao","email":"qiaoliyong@gmail.com","username":"Eli"},{"_account_id":12356,"name":"Vladyslav Drok","email":"vdrok@mirantis.com","username":"vdrok"},{"_account_id":12404,"name":"Rico Lin","email":"ricolin@ricolky.com","username":"rico.lin"},{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"}]},"pending_reviewers":{},"reviewer_updates":[{"updated":"2017-05-10 10:18:30.000000000","updated_by":{"_account_id":6062,"name":"jichenjc","email":"jichenjc@cn.ibm.com","username":"jichenjc"},"reviewer":{"_account_id":6062,"name":"jichenjc","email":"jichenjc@cn.ibm.com","username":"jichenjc"},"state":"REVIEWER"},{"updated":"2017-06-01 17:01:47.000000000","updated_by":{"_account_id":970,"name":"Dean Troyer","email":"dtroyer@gmail.com","username":"dtroyer"},"reviewer":{"_account_id":970,"name":"Dean Troyer","email":"dtroyer@gmail.com","username":"dtroyer"},"state":"REVIEWER"},{"updated":"2017-06-08 11:33:08.000000000","updated_by":{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},"reviewer":{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},"state":"REVIEWER"},{"updated":"2017-06-08 20:34:41.000000000","updated_by":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"reviewer":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"state":"REVIEWER"},{"updated":"2017-06-21 22:14:36.000000000","updated_by":{"_account_id":10608,"name":"Matthew Edmonds","email":"edmondsw@us.ibm.com","username":"edmondsw"},"reviewer":{"_account_id":10608,"name":"Matthew Edmonds","email":"edmondsw@us.ibm.com","username":"edmondsw"},"state":"REVIEWER"},{"updated":"2017-08-03 18:05:23.000000000","updated_by":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"reviewer":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"state":"REVIEWER"},{"updated":"2018-09-18 11:31:31.000000000","updated_by":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"reviewer":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"state":"REVIEWER"},{"updated":"2019-04-18 17:56:50.000000000","updated_by":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"reviewer":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"state":"REVIEWER"},{"updated":"2019-04-18 18:21:59.000000000","updated_by":{"_account_id":2537,"name":"Nikhil Komawar","email":"nik.komawar@gmail.com","username":"nikhil-komawar"},"reviewer":{"_account_id":2537,"name":"Nikhil Komawar","email":"nik.komawar@gmail.com","username":"nikhil-komawar"},"state":"REVIEWER"},{"updated":"2019-04-18 18:21:59.000000000","updated_by":{"_account_id":7173,"name":"Scott DAngelo","email":"scott.dangelo@gmail.com","username":"scottda"},"reviewer":{"_account_id":7173,"name":"Scott DAngelo","email":"scott.dangelo@gmail.com","username":"scottda"},"state":"REVIEWER"},{"updated":"2019-04-18 18:21:59.000000000","updated_by":{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},"reviewer":{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},"state":"REVIEWER"},{"updated":"2019-04-18 18:21:59.000000000","updated_by":{"_account_id":8878,"name":"Masahito Muroi","email":"masahito.muroi@g.softbank.co.jp","username":"masa"},"reviewer":{"_account_id":8878,"name":"Masahito Muroi","email":"masahito.muroi@g.softbank.co.jp","username":"masa"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:00.000000000","updated_by":{"_account_id":7725,"name":"David Stanek","email":"dstanek@dstanek.com","username":"dstanek"},"reviewer":{"_account_id":7725,"name":"David Stanek","email":"dstanek@dstanek.com","username":"dstanek"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:00.000000000","updated_by":{"_account_id":9622,"name":"Cindy Lu","email":"clu@us.ibm.com","username":"clu14"},"reviewer":{"_account_id":9622,"name":"Cindy Lu","email":"clu@us.ibm.com","username":"clu14"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:00.000000000","updated_by":{"_account_id":12356,"name":"Vladyslav Drok","email":"vdrok@mirantis.com","username":"vdrok"},"reviewer":{"_account_id":12356,"name":"Vladyslav Drok","email":"vdrok@mirantis.com","username":"vdrok"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:00.000000000","updated_by":{"_account_id":12404,"name":"Rico Lin","email":"ricolin@ricolky.com","username":"rico.lin"},"reviewer":{"_account_id":12404,"name":"Rico Lin","email":"ricolin@ricolky.com","username":"rico.lin"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:01.000000000","updated_by":{"_account_id":8188,"name":"Ilya Sviridov","email":"sviridov.ilya@gmail.com","username":"isviridov"},"reviewer":{"_account_id":8188,"name":"Ilya Sviridov","email":"sviridov.ilya@gmail.com","username":"isviridov"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:01.000000000","updated_by":{"_account_id":8731,"name":"Renat Akhmerov","email":"renat.akhmerov@gmail.com","username":"rakhmerov"},"reviewer":{"_account_id":8731,"name":"Renat Akhmerov","email":"renat.akhmerov@gmail.com","username":"rakhmerov"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:01.000000000","updated_by":{"_account_id":12053,"name":"Hua Wang","email":"wanghua.humble@gmail.com","username":"humble00"},"reviewer":{"_account_id":12053,"name":"Hua Wang","email":"wanghua.humble@gmail.com","username":"humble00"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:01.000000000","updated_by":{"_account_id":12175,"name":"Eli Qiao","email":"qiaoliyong@gmail.com","username":"Eli"},"reviewer":{"_account_id":12175,"name":"Eli Qiao","email":"qiaoliyong@gmail.com","username":"Eli"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:01.000000000","updated_by":{"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},"reviewer":{"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:02.000000000","updated_by":{"_account_id":330,"name":"John Dickinson","email":"me@not.mn","username":"notmyname"},"reviewer":{"_account_id":330,"name":"John Dickinson","email":"me@not.mn","username":"notmyname"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:02.000000000","updated_by":{"_account_id":841,"name":"Akihiro Motoki","email":"amotoki@gmail.com","username":"amotoki"},"reviewer":{"_account_id":841,"name":"Akihiro Motoki","email":"amotoki@gmail.com","username":"amotoki"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:02.000000000","updated_by":{"_account_id":5754,"name":"Alex Xu","email":"hejie.xu@intel.com","username":"xuhj"},"reviewer":{"_account_id":5754,"name":"Alex Xu","email":"hejie.xu@intel.com","username":"xuhj"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:02.000000000","updated_by":{"_account_id":8246,"name":"Qiming Teng","email":"tengqm@outlook.com","username":"tengqm"},"reviewer":{"_account_id":8246,"name":"Qiming Teng","email":"tengqm@outlook.com","username":"tengqm"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:03.000000000","updated_by":{"_account_id":9664,"name":"amrith","email":"amrith.kumar@gmail.com","username":"amrith"},"reviewer":{"_account_id":9664,"name":"amrith","email":"amrith.kumar@gmail.com","username":"amrith"},"state":"REVIEWER"},{"updated":"2019-04-18 18:22:03.000000000","updated_by":{"_account_id":10215,"name":"Peter Stachowski","email":"peter@tesora.com","username":"peterstac"},"reviewer":{"_account_id":10215,"name":"Peter Stachowski","email":"peter@tesora.com","username":"peterstac"},"state":"REVIEWER"},{"updated":"2020-06-03 07:49:34.000000000","updated_by":{"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"},"reviewer":{"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"},"state":"REVIEWER"},{"updated":"2020-06-18 16:27:34.000000000","updated_by":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"reviewer":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"state":"REVIEWER"},{"updated":"2020-06-25 16:06:20.000000000","updated_by":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"reviewer":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"state":"REVIEWER"},{"updated":"2020-06-25 16:17:12.000000000","updated_by":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"reviewer":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"state":"REVIEWER"}],"messages":[{"id":"63ab6a67e4dbc893d4a9b9bfd30fc39ff45a22c2","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-24 16:39:40.000000000","message":"Uploaded patch set 1.","accounts_in_message":[],"_revision_number":1},{"id":"6b0426fc1f2917fb7dbe3a763c0923e598c87aab","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-04-24 16:43:59.000000000","message":"Patch Set 1: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see http://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n- gate-api-wg-docs-ubuntu-xenial http://logs.openstack.org/05/459405/1/check/gate-api-wg-docs-ubuntu-xenial/39877db/ : FAILURE in 2m 02s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/1/check/gate-api-wg-python27-ubuntu-xenial/afbb807/ : SUCCESS in 1m 44s","accounts_in_message":[],"_revision_number":1},{"id":"560cc3b5d34faa3ac2dbd6035bae1bf533747152","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-24 20:15:37.000000000","message":"Uploaded patch set 2.","accounts_in_message":[],"_revision_number":2},{"id":"2295e2db20487e0305ce56cc1b80ee77103adece","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-04-24 20:19:43.000000000","message":"Patch Set 2: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/2/check/gate-api-wg-docs-ubuntu-xenial/83bd0c8//doc/build/html/ : SUCCESS in 2m 34s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/2/check/gate-api-wg-python27-ubuntu-xenial/2a1e3b8/ : SUCCESS in 2m 20s","accounts_in_message":[],"_revision_number":2},{"id":"a4fa1059331e632165daafa2f82f97fdca46acff","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-25 14:11:41.000000000","message":"Uploaded patch set 3.","accounts_in_message":[],"_revision_number":3},{"id":"68d348324cd388fe136df972ff4cec941c180c66","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-04-25 14:16:35.000000000","message":"Patch Set 3: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/3/check/gate-api-wg-docs-ubuntu-xenial/d3eba05//doc/build/html/ : SUCCESS in 2m 38s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/3/check/gate-api-wg-python27-ubuntu-xenial/33ae6bb/ : SUCCESS in 2m 02s","accounts_in_message":[],"_revision_number":3},{"id":"3d10e93dbec7c91951b14eca410cd1229a354530","author":{"_account_id":2903,"name":"Morgan Fainberg","email":"morgan.fainberg@gmail.com","username":"mdrnstm"},"date":"2017-04-25 16:55:42.000000000","message":"Patch Set 3:\n\n(13 comments)\n\nIn-line general comments. Looks mostly good (and I wouldn\u0027t block this spec, it could be made a little better as per comments before it lands).","accounts_in_message":[],"_revision_number":3},{"id":"102c17e7c2916228e378e7b8a3a2851b3c0ae22e","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2017-04-25 21:54:57.000000000","message":"Patch Set 3: Code-Review-1\n\n(8 comments)","accounts_in_message":[],"_revision_number":3},{"id":"9ca4f297a7e335a5e4c1145f377a147629c51afc","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-25 22:37:50.000000000","message":"Patch Set 3:\n\n(13 comments)\n\nThanks!!!!","accounts_in_message":[],"_revision_number":3},{"id":"80e4033ef548c4d1e2b03279e71cbeffc686cb8a","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-25 23:05:28.000000000","message":"Uploaded patch set 4.","accounts_in_message":[],"_revision_number":4},{"id":"7447b8d13eaf6b14a503a1ab19ca93295ce93f6e","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-04-25 23:08:34.000000000","message":"Patch Set 4: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/4/check/gate-api-wg-docs-ubuntu-xenial/f0b0554//doc/build/html/ : SUCCESS in 2m 43s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/4/check/gate-api-wg-python27-ubuntu-xenial/cfdc544/ : SUCCESS in 1m 39s","accounts_in_message":[],"_revision_number":4},{"id":"e61a04162149abe1fa4a2635f1ababac80811c95","author":{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},"date":"2017-04-26 13:05:40.000000000","message":"Patch Set 4: Code-Review-1\n\n(5 comments)\n\nGood lord. I guess the fact that I\u0027m struggling to parse and understand all this is as good an indicator as any that the situation could stand some improvement.\n\nSome suggestions within, but I\u0027m going to have to come back to this several times.\n\n-1 is for some json in the normalizing that looks wrong","accounts_in_message":[],"_revision_number":4},{"id":"f14cd62655905870db11dfdbe1d7354cdcf2b64c","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-26 16:58:04.000000000","message":"Patch Set 4:\n\n(4 comments)","accounts_in_message":[],"_revision_number":4},{"id":"45e21be1f6c90038d24aa5b57ff8b1d97639981f","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-26 17:48:59.000000000","message":"Uploaded patch set 5.","accounts_in_message":[],"_revision_number":5},{"id":"a76c0c47c995b64fe0604077e20d45352c54e4e5","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-04-26 17:55:46.000000000","message":"Patch Set 5: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/5/check/gate-api-wg-docs-ubuntu-xenial/bad9793//doc/build/html/ : SUCCESS in 2m 29s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/5/check/gate-api-wg-python27-ubuntu-xenial/da0b78e/ : SUCCESS in 1m 54s","accounts_in_message":[],"_revision_number":5},{"id":"8e117ce95628d104fd1ec5a5dddcec52d28735fb","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2017-04-26 20:46:20.000000000","message":"Patch Set 5: Code-Review+1\n\n(2 comments)\n\nWow, either I\u0027ve been looking at these for too long, or the examples clarify what is going on very well. Probably the former.","accounts_in_message":[],"_revision_number":5},{"id":"d3ebfc3379806adea8ea300403e1b2bee29c4f4d","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-27 12:25:12.000000000","message":"Patch Set 5:\n\n(2 comments)","accounts_in_message":[],"_revision_number":5},{"id":"fa7451efebb8c744fa82d79d81e740cfe3cf64c2","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-27 12:45:06.000000000","message":"Uploaded patch set 6.","accounts_in_message":[],"_revision_number":6},{"id":"9739b8ddaae8bbc904f7c0fdc1b0ec0751d2bf0d","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-04-27 12:52:30.000000000","message":"Patch Set 6: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/6/check/gate-api-wg-docs-ubuntu-xenial/2cc47db//doc/build/html/ : SUCCESS in 1m 51s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/6/check/gate-api-wg-python27-ubuntu-xenial/47c3c42/ : SUCCESS in 3m 02s","accounts_in_message":[],"_revision_number":6},{"id":"3da65c87073bc765484e674d41f0644ea8742d60","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-04-27 15:52:56.000000000","message":"Uploaded patch set 7.","accounts_in_message":[],"_revision_number":7},{"id":"3fb7c0fa5e0975a1c220b360aff8ecf75b0e011f","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-04-27 15:56:49.000000000","message":"Patch Set 7: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/7/check/gate-api-wg-docs-ubuntu-xenial/f00353b//doc/build/html/ : SUCCESS in 1m 49s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/7/check/gate-api-wg-python27-ubuntu-xenial/63f432f/ : SUCCESS in 1m 47s","accounts_in_message":[],"_revision_number":7},{"id":"70f89a3a2a4319e6d198e25a44e08a8e59c564b1","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2017-04-28 21:40:59.000000000","message":"Patch Set 7:\n\n(3 comments)","accounts_in_message":[],"_revision_number":7},{"id":"66ba0d4b2e4c724638769b22f379923566f1c852","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-04 04:02:13.000000000","message":"Topic set to version-discovery","accounts_in_message":[],"_revision_number":7},{"id":"83d70fd8d728d9eabfa43cacc5520e4a1c0b9d75","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-04 13:20:58.000000000","message":"Patch Set 7:\n\n(3 comments)","accounts_in_message":[],"_revision_number":7},{"id":"af6feb448d5e0e9d82cffe69f1998e163b67e321","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-04 13:21:10.000000000","message":"Uploaded patch set 8.","accounts_in_message":[],"_revision_number":8},{"id":"bc84e552dd831cd57c8388fa8765e177bddd9790","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-04 13:26:43.000000000","message":"Patch Set 8: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/8/check/gate-api-wg-docs-ubuntu-xenial/a5bf757//doc/build/html/ : SUCCESS in 3m 23s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/8/check/gate-api-wg-python27-ubuntu-xenial/16035e1/ : SUCCESS in 1m 50s","accounts_in_message":[],"_revision_number":8},{"id":"f8843c08d0483038b692d5856cd088b9e9b01200","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-05 03:54:50.000000000","message":"Uploaded patch set 9.","accounts_in_message":[],"_revision_number":9},{"id":"cdacad1296c97c143fe5b8c66344b5ba893e712d","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-05 03:58:40.000000000","message":"Patch Set 9: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see http://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n- gate-api-wg-docs-ubuntu-xenial http://logs.openstack.org/05/459405/9/check/gate-api-wg-docs-ubuntu-xenial/bd592e2/ : FAILURE in 1m 39s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/9/check/gate-api-wg-python27-ubuntu-xenial/b4d60b5/ : SUCCESS in 2m 33s","accounts_in_message":[],"_revision_number":9},{"id":"622d581d7ccb8adca45ad6cddc110b9ae934237d","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-05 04:31:15.000000000","message":"Uploaded patch set 10.","accounts_in_message":[],"_revision_number":10},{"id":"4b48e8253884edc716926e88c608c812dc7bdb5e","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-05 04:38:58.000000000","message":"Patch Set 10: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see http://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n- gate-api-wg-docs-ubuntu-xenial http://logs.openstack.org/05/459405/10/check/gate-api-wg-docs-ubuntu-xenial/77491c8/ : FAILURE in 2m 54s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/10/check/gate-api-wg-python27-ubuntu-xenial/0c637b6/ : SUCCESS in 2m 10s","accounts_in_message":[],"_revision_number":10},{"id":"bb1a89a81a4e87b7a88f9e963ead89ab0889bc7b","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-05 13:38:35.000000000","message":"Uploaded patch set 11.","accounts_in_message":[],"_revision_number":11},{"id":"a43b260ff9e3040cbf808618ffdc5a9046e4091b","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-05 13:42:22.000000000","message":"Patch Set 11: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/11/check/gate-api-wg-docs-ubuntu-xenial/48e712b//doc/build/html/ : SUCCESS in 2m 22s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/11/check/gate-api-wg-python27-ubuntu-xenial/e05eaf6/ : SUCCESS in 1m 51s","accounts_in_message":[],"_revision_number":11},{"id":"c732d5ae9590aa4b7d67f91d33147d1e11520306","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-05 14:45:34.000000000","message":"Uploaded patch set 12: Patch Set 11 was rebased.","accounts_in_message":[],"_revision_number":12},{"id":"2dbd2aa209eb99bf93a011a38c823318a37c23aa","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-05 14:51:28.000000000","message":"Patch Set 12: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/12/check/gate-api-wg-docs-ubuntu-xenial/94f8a62//doc/build/html/ : SUCCESS in 2m 19s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/12/check/gate-api-wg-python27-ubuntu-xenial/9926b20/ : SUCCESS in 3m 03s","accounts_in_message":[],"_revision_number":12},{"id":"6cb66777e28f2c959eec4f8485703015d640e73e","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-05 16:22:52.000000000","message":"Uploaded patch set 13: Patch Set 12 was rebased.","accounts_in_message":[],"_revision_number":13},{"id":"0cd935b3384f7a588dbbc40cc8443773405fd067","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-05 16:29:53.000000000","message":"Patch Set 13: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/13/check/gate-api-wg-docs-ubuntu-xenial/6db7452//doc/build/html/ : SUCCESS in 3m 02s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/13/check/gate-api-wg-python27-ubuntu-xenial/48f59d9/ : SUCCESS in 3m 45s","accounts_in_message":[],"_revision_number":13},{"id":"2df02a2a1a63a43adb2177e131e2b465bf87bcde","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2017-05-09 21:39:04.000000000","message":"Patch Set 13: Code-Review+1","accounts_in_message":[],"_revision_number":13},{"id":"314cc4adfde74c66542d81eb3fd383dec0a5f93e","author":{"_account_id":6062,"name":"jichenjc","email":"jichenjc@cn.ibm.com","username":"jichenjc"},"date":"2017-05-10 10:18:30.000000000","message":"Patch Set 13:\n\n(1 comment)","accounts_in_message":[],"_revision_number":13},{"id":"1a65c6d796c4dda0506968b781eaa564d4990971","author":{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},"date":"2017-05-10 13:32:02.000000000","message":"Patch Set 13:\n\n(1 comment)\n\nResponse about \u0027latest\u0027 within.","accounts_in_message":[],"_revision_number":13},{"id":"a0255895a290a7149727b349538943b3f3a570e6","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-10 22:01:30.000000000","message":"Patch Set 13:\n\n(1 comment)","accounts_in_message":[],"_revision_number":13},{"id":"72911f148bd36d4b2c81a3dd3113342a178eabcd","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-12 01:20:39.000000000","message":"Uploaded patch set 14.","accounts_in_message":[],"_revision_number":14},{"id":"6fd8cc1069a4431eb88aecda4b1a426e850d4167","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-12 02:12:48.000000000","message":"Patch Set 14: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/14/check/gate-api-wg-docs-ubuntu-xenial/fe0db24//doc/build/html/ : SUCCESS in 1m 38s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/14/check/gate-api-wg-python27-ubuntu-xenial/1e27bdd/ : SUCCESS in 1m 40s","accounts_in_message":[],"_revision_number":14},{"id":"bcaa4df637cd26cb7ef9bc2fa9c11535f9785521","author":{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},"date":"2017-05-18 12:04:56.000000000","message":"Patch Set 14: Code-Review-1\n\n(3 comments)\n\nSome comments within, but this one broke my lunch needing brain, so will come back with more later.","accounts_in_message":[],"_revision_number":14},{"id":"12b8579d5e4fec0a2ad6eb66e157ae2d0c1aae58","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-18 12:36:55.000000000","message":"Patch Set 14:\n\n(3 comments)","accounts_in_message":[],"_revision_number":14},{"id":"f08471239fc1c4ac6b923d1956dc72e97f94fa9c","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-18 12:37:19.000000000","message":"Uploaded patch set 15.","accounts_in_message":[],"_revision_number":15},{"id":"fbe6378254300fb839a2679c89b3ac56858644b7","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-18 12:44:16.000000000","message":"Patch Set 15: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/15/check/gate-api-wg-docs-ubuntu-xenial/3cabdba//doc/build/html/ : SUCCESS in 2m 34s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/15/check/gate-api-wg-python27-ubuntu-xenial/3cb7298/ : SUCCESS in 3m 04s","accounts_in_message":[],"_revision_number":15},{"id":"5a5e02e6e5ae26cab9f7c518d7002c2e46db56bf","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-18 12:52:19.000000000","message":"Uploaded patch set 16.","accounts_in_message":[],"_revision_number":16},{"id":"4098ba53c22b751d2d6903e891da50ef75383f00","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-18 12:59:15.000000000","message":"Patch Set 16: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/16/check/gate-api-wg-docs-ubuntu-xenial/fd66cf9//doc/build/html/ : SUCCESS in 2m 29s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/16/check/gate-api-wg-python27-ubuntu-xenial/7f33258/ : SUCCESS in 3m 14s","accounts_in_message":[],"_revision_number":16},{"id":"1be001997e1835b5d0bfe67f88cd2a05d0277793","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-20 16:45:39.000000000","message":"Uploaded patch set 17.","accounts_in_message":[],"_revision_number":17},{"id":"67b3bdeb37e5b1ca0a9e053a573da521bc2f621c","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-20 16:48:27.000000000","message":"Patch Set 17: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/17/check/gate-api-wg-docs-ubuntu-xenial/5e3e301//doc/build/html/ : SUCCESS in 1m 36s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/17/check/gate-api-wg-python27-ubuntu-xenial/d0df683/ : SUCCESS in 2m 32s","accounts_in_message":[],"_revision_number":17},{"id":"dff50de4f03dc9245ccf53a6174eb1d9cca49c50","author":{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},"date":"2017-05-24 17:58:02.000000000","message":"Patch Set 17:\n\n(1 comment)\n\none of the lists of ands is hard to comprehend","accounts_in_message":[],"_revision_number":17},{"id":"2a78abdf66f26433f8cc4efdbf365d0fb209aa32","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-24 17:58:30.000000000","message":"Uploaded patch set 18: Patch Set 17 was rebased.","accounts_in_message":[],"_revision_number":18},{"id":"10b9ccc23ef1d9a7b1edbf1339ac873264f6fda3","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-24 18:06:33.000000000","message":"Patch Set 18: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/18/check/gate-api-wg-docs-ubuntu-xenial/21409e6//doc/build/html/ : SUCCESS in 3m 36s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/18/check/gate-api-wg-python27-ubuntu-xenial/abcb3ea/ : SUCCESS in 2m 55s","accounts_in_message":[],"_revision_number":18},{"id":"72c6a62847a4044c2b36b9fe161b653f91c1c31a","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-25 15:36:57.000000000","message":"Uploaded patch set 19: Patch Set 18 was rebased.","accounts_in_message":[],"_revision_number":19},{"id":"b7294a4eed357f400c414860fefedb281c44dad6","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-25 15:44:18.000000000","message":"Patch Set 19: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/19/check/gate-api-wg-docs-ubuntu-xenial/ef97f75//doc/build/html/ : SUCCESS in 2m 23s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/19/check/gate-api-wg-python27-ubuntu-xenial/6acaf07/ : SUCCESS in 3m 43s","accounts_in_message":[],"_revision_number":19},{"id":"9a505a9770b94adc55e157834155c085267d2a60","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2017-05-25 15:52:32.000000000","message":"Patch Set 19: Code-Review+1\n\nthis seems reasonable to me","accounts_in_message":[],"_revision_number":19},{"id":"0391852bcfd70439186e78842d70cbffd02180bf","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-25 19:19:50.000000000","message":"Patch Set 17:\n\n(1 comment)","accounts_in_message":[],"_revision_number":17},{"id":"6a88e58069f1e29c8518195e11ea38c1e991e59d","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-25 19:31:34.000000000","message":"Uploaded patch set 20.","accounts_in_message":[],"_revision_number":20},{"id":"cd0e19600ea90b24651f697ea5047680ce88f70b","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-25 19:37:42.000000000","message":"Patch Set 20: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/20/check/gate-api-wg-docs-ubuntu-xenial/663d90b//doc/build/html/ : SUCCESS in 3m 29s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/20/check/gate-api-wg-python27-ubuntu-xenial/6225deb/ : SUCCESS in 4m 03s","accounts_in_message":[],"_revision_number":20},{"id":"1246cc50f2ae1b775c5f2eeb58a0ee5538165280","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-28 14:16:55.000000000","message":"Uploaded patch set 21.","accounts_in_message":[],"_revision_number":21},{"id":"3f5328e2115a79c4dfe8a1e445c17ef450a73eed","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-28 14:20:34.000000000","message":"Patch Set 21: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/21/check/gate-api-wg-docs-ubuntu-xenial/8da04bf//doc/build/html/ : SUCCESS in 2m 59s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/21/check/gate-api-wg-python27-ubuntu-xenial/329302e/ : SUCCESS in 3m 25s","accounts_in_message":[],"_revision_number":21},{"id":"bb186ea0bf1a3908b642573116084bc044e453e4","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-30 19:37:34.000000000","message":"Patch Set 21: Workflow-1\n\nI found some places, specifically related to version matching, that need to be updated for keystoneauth compat.","accounts_in_message":[],"_revision_number":21},{"id":"2689358a28c7d24546cc9f837e34d06584f9c470","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-30 21:07:07.000000000","message":"Uploaded patch set 22.","accounts_in_message":[],"_revision_number":22},{"id":"25fbbd0aadd967325182cf8fd8f95e22e9686e8f","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-30 21:14:25.000000000","message":"Patch Set 22: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/22/check/gate-api-wg-docs-ubuntu-xenial/c38311c//doc/build/html/ : SUCCESS in 3m 15s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/22/check/gate-api-wg-python27-ubuntu-xenial/4621500/ : SUCCESS in 3m 08s","accounts_in_message":[],"_revision_number":22},{"id":"6c1e94c9ab585c94f7799670fc657a5e837f1430","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-05-31 19:05:36.000000000","message":"Uploaded patch set 23.","accounts_in_message":[],"_revision_number":23},{"id":"eca8c5a9eb73ac394ad660b280cdb18795ae54cc","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-05-31 19:13:17.000000000","message":"Patch Set 23: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see http://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n- gate-api-wg-docs-ubuntu-xenial http://logs.openstack.org/05/459405/23/check/gate-api-wg-docs-ubuntu-xenial/4926071/ : FAILURE in 1m 46s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/23/check/gate-api-wg-python27-ubuntu-xenial/8b5db13/ : SUCCESS in 3m 16s","accounts_in_message":[],"_revision_number":23},{"id":"389e9681541a42a804ac47c0fc1a3f8cfee30a89","author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"date":"2017-05-31 19:26:41.000000000","message":"Patch Set 22:\n\n(12 comments)\n\ncomments on ps22 but I think they apply to 23 as well","accounts_in_message":[],"_revision_number":22},{"id":"a4e0db46b69b73add208bd75d75e1ec5c13ccecd","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2017-06-01 13:49:19.000000000","message":"Patch Set 23: Code-Review+1\n\n(2 comments)\n\nI need to give my head a break after reading all this. :)\n\nThanks for taking the time to write all of this down - it is a wonderful brain dump.","accounts_in_message":[],"_revision_number":23},{"id":"2ead9f4e99b96646b700df119a592e07caa2df1f","author":{"_account_id":970,"name":"Dean Troyer","email":"dtroyer@gmail.com","username":"dtroyer"},"date":"2017-06-01 17:01:47.000000000","message":"Patch Set 23: Code-Review+1\n\n(5 comments)\n\nOverall, very nice.  My brain hurts now too, time to go read something simple, like a Feynman lecture...\n\nThere are still some details to clean up but nothing structural, until we go implement it.","accounts_in_message":[],"_revision_number":23},{"id":"2f036a151c6fce900c2960d7fae58775851b1e88","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-06-02 19:13:15.000000000","message":"Patch Set 23:\n\n(5 comments)","accounts_in_message":[],"_revision_number":23},{"id":"d25fc468d5951a8ca2c1486a3cf7ec35341ed31f","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-06-02 19:22:27.000000000","message":"Uploaded patch set 24.","accounts_in_message":[],"_revision_number":24},{"id":"828fddcb8b0707cdc4bf880c97d1b8452c1d51bd","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-06-02 19:28:34.000000000","message":"Patch Set 24: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/24/check/gate-api-wg-docs-ubuntu-xenial/1f5e226//doc/build/html/ : SUCCESS in 1m 51s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/24/check/gate-api-wg-python27-ubuntu-xenial/5708253/ : SUCCESS in 3m 06s","accounts_in_message":[],"_revision_number":24},{"id":"79d1e53980fdf7857852cbfce0793eb8bf14fddd","author":{"_account_id":11564,"name":"Chris Dent","email":"cdent@anticdent.org","username":"chdent"},"date":"2017-06-08 11:33:08.000000000","message":"Patch Set 24: Code-Review+1\n\nOne thing we might consider doing, after this stack lands is writing a simple version that describes the behaviors (on both side of the client and server divide) in the case where both sides are up to date with the state of the art.\n\nI think this _might_ be a good idea, because the complete version is so big and huge and confusing that it will make some people say \"screw  OpenStack, this is too much of a PITA\".","accounts_in_message":[],"_revision_number":24},{"id":"55d63c61661b54c9388aa373a5e11028fd14a762","author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"date":"2017-06-08 20:34:41.000000000","message":"Patch Set 24: Code-Review+1","accounts_in_message":[],"_revision_number":24},{"id":"6467b7729020a5fb1556bb10d26d47d23f4d93c5","author":{"_account_id":7822,"name":"Chris Hoge (not involved in upstream development)","email":"chris@hogepodge.com","username":"hogepodge"},"date":"2017-06-19 18:17:01.000000000","message":"Patch Set 24: Code-Review+1","accounts_in_message":[],"_revision_number":24},{"id":"c910bfb34d5c9c220ca81f326de7cef70aee7a39","author":{"_account_id":10608,"name":"Matthew Edmonds","email":"edmondsw@us.ibm.com","username":"edmondsw"},"date":"2017-06-21 22:14:36.000000000","message":"Patch Set 24: Code-Review-1\n\n(1 comment)","accounts_in_message":[],"_revision_number":24},{"id":"0f1ba9032ed119af8765f1964bb7204baec0db71","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-06-22 05:23:56.000000000","message":"Patch Set 24:\n\n(1 comment)","accounts_in_message":[],"_revision_number":24},{"id":"dbb8f9c44afdf2f7b80880c3f4275ca5e48e2589","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2017-06-28 21:57:03.000000000","message":"Uploaded patch set 25.","accounts_in_message":[],"_revision_number":25},{"id":"adb6df15d0d70e27348e31d12a6906cc210a7618","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2017-06-28 21:59:34.000000000","message":"Patch Set 25:\n\nDangit, what have I done?\n\nAw, crap, I rebased the wrong way.  Sorry, will revert.","accounts_in_message":[],"_revision_number":25},{"id":"86f630d75bd8aa11a3438cde1dd2abbb9fdcfb07","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-06-28 22:01:39.000000000","message":"Patch Set 25: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/25/check/gate-api-wg-docs-ubuntu-xenial/96ca6a4//doc/build/html/ : SUCCESS in 3m 13s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/25/check/gate-api-wg-python27-ubuntu-xenial/0af3467/ : SUCCESS in 3m 04s","accounts_in_message":[],"_revision_number":25},{"id":"5202c72c8c300687cfe25966051868610b4ba5f2","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2017-06-28 22:13:25.000000000","message":"Uploaded patch set 26.","accounts_in_message":[],"_revision_number":26},{"id":"747ff685adbe01afe0550384c7bd44ebb79e7e21","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-06-28 22:20:40.000000000","message":"Patch Set 26:\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/26/check/gate-api-wg-docs-ubuntu-xenial/244aae3//doc/build/html/ : SUCCESS in 3m 45s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/26/check/gate-api-wg-python27-ubuntu-xenial/958bf7c/ : SUCCESS in 3m 12s","accounts_in_message":[],"_revision_number":26},{"id":"35fe9a30ba70db8b727c55ae31c20496908ed6dc","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2017-06-28 22:44:15.000000000","message":"Patch Set 24:\n\n(16 comments)","accounts_in_message":[],"_revision_number":24},{"id":"68182114b0871a44d07b7fe8705e64e81c4ac454","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2017-06-28 22:44:52.000000000","message":"Patch Set 26: Code-Review-1\n\nComments are on PS24 (which is identical to PS26 - mahbad).","accounts_in_message":[],"_revision_number":26},{"id":"3b6590ae8c40579e4e44c93699d151710c03ca57","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2017-06-29 18:33:56.000000000","message":"Patch Set 26:\n\n(34 comments)\n\n+PS24","accounts_in_message":[],"_revision_number":26},{"id":"da7fa3879168d333f0df980663a9d67d4bbc19f4","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-07-12 15:23:05.000000000","message":"Uploaded patch set 27.","accounts_in_message":[],"_revision_number":27},{"id":"04f9a97fc83158077d7bf9b727d2e03b2d228874","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-07-12 15:30:44.000000000","message":"Patch Set 26:\n\n(23 comments)","accounts_in_message":[],"_revision_number":26},{"id":"1cbf7bebb8a8dfa19a9e60ce59483e2c300a39ef","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2017-07-12 16:28:17.000000000","message":"Patch Set 27: Code-Review-1\n\n(24 comments)\n\nGood update.","accounts_in_message":[],"_revision_number":27},{"id":"ce3acc232c5c33a958225e36c48a17b4613aa773","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-07-12 17:08:49.000000000","message":"Patch Set 27: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/27/check/gate-api-wg-docs-ubuntu-xenial/fdad5f9//doc/build/html/ : SUCCESS in 7m 25s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/27/check/gate-api-wg-python27-ubuntu-xenial/d3f1111/ : SUCCESS in 7m 53s","accounts_in_message":[],"_revision_number":27},{"id":"91c1d26f11d8e899e347e794a1bf0522763b6206","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2017-07-12 19:43:56.000000000","message":"Patch Set 27:\n\n(4 comments)","accounts_in_message":[],"_revision_number":27},{"id":"4245a5ae486b91aa23ed7ec0d64b00383c172305","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-07-27 16:50:49.000000000","message":"Patch Set 27: Verified-1\n\nMerge Failed.\n\nThis change or one of its cross-repo dependencies was unable to be automatically merged with the current state of its repository. Please rebase the change and upload a new patchset.","accounts_in_message":[],"_revision_number":27},{"id":"a18f977a26d7f45a449d51d57e739d9099588f94","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2017-08-03 18:01:22.000000000","message":"Uploaded patch set 28.","accounts_in_message":[],"_revision_number":28},{"id":"3ac91746328af8751293b85d50a5900a40da7061","author":{"_account_id":3,"name":"Jenkins","username":"jenkins"},"date":"2017-08-03 18:05:23.000000000","message":"Patch Set 28: Verified+1\n\nBuild succeeded (check pipeline).\n\n- gate-api-wg-docs-ubuntu-xenial http://docs-draft.openstack.org/05/459405/28/check/gate-api-wg-docs-ubuntu-xenial/b870e98//doc/build/html/ : SUCCESS in 1m 49s\n- gate-api-wg-python27-ubuntu-xenial http://logs.openstack.org/05/459405/28/check/gate-api-wg-python27-ubuntu-xenial/dcee249/ : SUCCESS in 1m 53s","accounts_in_message":[],"_revision_number":28},{"id":"2bbb84b077dac1610f48a0aad822c621d47e316c","author":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"date":"2017-10-05 13:11:18.000000000","message":"Patch Set 28: Code-Review-1\n\n(13 comments)\n\nHi! I think I managed the first half of this patch, and got confused about versions. I also disagree about ranges - please see inline.\n\nOverall, I\u0027d see this document split. It\u0027s covering a big variety of topics, and it\u0027s hard to wrap ones head around.","accounts_in_message":[],"_revision_number":28},{"id":"b24f2fe436ce5da67d0f88293283044666228000","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2017-10-05 16:28:48.000000000","message":"Patch Set 28:\n\n(17 comments)","accounts_in_message":[],"_revision_number":28},{"id":"d7c7bba6022d22a0b967f831052703c585b49a33","author":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"date":"2017-10-09 16:55:41.000000000","message":"Patch Set 28:\n\nGot it, looking forward to a cleaned up version!\n\n\u003e YOU HAVE A RUST-OPENSTACK I WANT TO PLAY\n\nSure, as long as I finish rewriting it from scratch after the underlying HTTP library was rewritten from scratch *cries in the corner*","accounts_in_message":[],"_revision_number":28},{"id":"0a1490f4a48a3a43e1a6d44ffe47e7f57e47e9ba","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2018-01-18 15:20:32.000000000","message":"Patch Set 28: Code-Review-1\n\n(5 comments)","accounts_in_message":[],"_revision_number":28},{"id":"3575b50d5f0ef60eba7caa40033b17817bf03268","author":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"date":"2018-09-17 14:57:12.000000000","message":"Patch Set 28: Workflow-1\n\nLooking into updating this proposal.","accounts_in_message":[],"_revision_number":28},{"id":"95cd07b3beec4145f1f6b6dca7e47eb00f3fd85d","author":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"date":"2018-09-18 11:30:48.000000000","message":"Uploaded patch set 29.","accounts_in_message":[],"_revision_number":29},{"id":"025d48184018ef2de83cb41548f8f45e865d7148","author":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"date":"2018-09-18 11:31:31.000000000","message":"Patch Set 29:\n\nI\u0027m not sure if I made it better or worse, to be honest :) But I did try to address a few flow problems and improve the formatting a bit.","accounts_in_message":[],"_revision_number":29},{"id":"aff1b788521ef22cfa9ad9f8a0b8cc29bb5193f0","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2018-09-18 11:39:54.000000000","message":"Patch Set 29: Verified+1\n\nBuild succeeded (check pipeline).\n\n- openstack-tox-docs http://logs.openstack.org/05/459405/29/check/openstack-tox-docs/0401a72/html/ : SUCCESS in 3m 41s","accounts_in_message":[],"_revision_number":29},{"id":"f0c81587cf968b45794f5ce952a1c9f2ab486b08","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2019-02-14 23:33:11.000000000","message":"Patch Set 29: Code-Review+1\n\n(2 comments)\n\nSome really minor nits, but all in all an excellent update.","accounts_in_message":[],"_revision_number":29},{"id":"5ce68c85416c3a1cafc59cae7ace2a8e4d42a977","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2019-02-15 20:29:53.000000000","message":"Patch Set 29: Code-Review+1\n\nreads well to me, nicely done Dmitry","accounts_in_message":[],"_revision_number":29},{"id":"8af3d0b5c0d8802131f5e224ae505516ea3018df","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2019-03-23 09:36:12.000000000","message":"Patch Set 29:\n\nrecheck so I can read this rendered (pshht, what do you mean build it locally?)","accounts_in_message":[],"_revision_number":29},{"id":"ae0f407a3dfc36a6280e8a3b6dab157ad0fd1bcb","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2019-03-23 09:41:08.000000000","message":"Patch Set 29:\n\nBuild succeeded (check pipeline).\n\n- openstack-tox-docs http://logs.openstack.org/05/459405/29/check/openstack-tox-docs/cabbf25/html/ : SUCCESS in 4m 07s","accounts_in_message":[],"_revision_number":29},{"id":"a3731b9a3729277afa0d31c686621f0722802c6c","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2019-03-28 16:33:17.000000000","message":"Patch Set 29: Code-Review+1\n\n(62 comments)\n\nPhew, this is a lot to, ahem, \"consume\".\n\nI would rather land this and address the comments in a subsequent patch,  since any doc addition is an improvement (as long as it\u0027s accurate :).","accounts_in_message":[],"_revision_number":29},{"id":"257b11b77d49bf6d50f0db1994ce5101f9f4cc26","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2019-04-18 16:31:57.000000000","message":"Uploaded patch set 30.","accounts_in_message":[],"_revision_number":30},{"id":"1e2fb9ad3c1ef79b52eff40261ccc7bcbdcf23b5","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2019-04-18 16:33:27.000000000","message":"Patch Set 30: Code-Review+1\n\ni continue to think this is a \"good thing\"(tm)","accounts_in_message":[],"_revision_number":30},{"id":"5e37ece49b436004e81b9f2ae74e2a592f5286a3","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2019-04-18 16:38:22.000000000","message":"Patch Set 30: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttp://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n\n- openstack-tox-docs http://logs.openstack.org/05/459405/30/check/openstack-tox-docs/0866237/ : FAILURE in 5m 02s","accounts_in_message":[],"_revision_number":30},{"id":"cd16215896a987a22016f4dec644c5be1f64c4f7","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2019-04-18 17:18:13.000000000","message":"Uploaded patch set 31.","accounts_in_message":[],"_revision_number":31},{"id":"ad7a961dd69f274bf0a5ff4c26aa2526650328e5","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2019-04-18 17:29:25.000000000","message":"Patch Set 31: Verified+1\n\nBuild succeeded (check pipeline).\n\n- openstack-tox-docs http://logs.openstack.org/05/459405/31/check/openstack-tox-docs/9ae9060/html/ : SUCCESS in 4m 57s","accounts_in_message":[],"_revision_number":31},{"id":"00e3363c0a22f5327f36f5fef362f4bbbf0faf7f","author":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"date":"2019-04-18 17:56:50.000000000","message":"Patch Set 31: Code-Review+1\n\nPS31: I just fixed the doc build errors, no substantive change.\n\nSee PS29 for a slew of suggestions/questions suitable for a fup.","accounts_in_message":[],"_revision_number":31},{"id":"d5a05212f236fcad25ea841f0203ee288002a658","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2019-04-18 18:04:03.000000000","message":"Patch Set 31:\n\nThanks for the fix, @Eric. I saw your FUP suggestions, and they make sense.","accounts_in_message":[],"_revision_number":31},{"id":"921e2d6815929d29a7754cb86402d7945e56ecaf","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2019-04-18 18:19:39.000000000","message":"Patch Set 31: Code-Review+1\n\nthanks Eric","accounts_in_message":[],"_revision_number":31},{"id":"6c61a34e26d51cd2e04cc0f0fd4ae85050d04131","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2019-04-18 18:21:30.000000000","message":"Patch Set 31: Code-Review+2\n\nThis patch has been frozen for wider review by the community. If there are no objections, it will be merged in 1 week.","accounts_in_message":[],"_revision_number":31},{"id":"f945e91bcdfe16f4ef364915504e3473bf9f41f0","author":{"_account_id":2903,"name":"Morgan Fainberg","email":"morgan.fainberg@gmail.com","username":"mdrnstm"},"date":"2019-04-22 17:43:29.000000000","message":"Patch Set 31: Code-Review+1\n\n(5 comments)","accounts_in_message":[],"_revision_number":31},{"id":"5454374b208f030832ed950eebf2a99523ddb969","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2019-05-16 16:27:20.000000000","message":"Patch Set 31:\n\n(1 comment)","accounts_in_message":[],"_revision_number":31},{"id":"b0ed3df29009eeb55733bd5eb690e20a69ef8362","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2019-05-16 16:36:37.000000000","message":"Patch Set 19:\n\n(1 comment)","accounts_in_message":[],"_revision_number":19},{"id":"7de312b7be12497a024fbaef697844f532f2e9cb","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2019-05-17 12:29:27.000000000","message":"Patch Set 31:\n\n(3 comments)","accounts_in_message":[],"_revision_number":31},{"id":"95485d3e62c0ccf8ea877950afce34f3084f7e57","author":{"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"},"date":"2019-06-04 16:01:14.000000000","message":"Patch Set 31:\n\nwhere in the latest version should we mention, that version discovery document MUST be available without authorization (unfortunately current situation)?\n\nTo be honest I can\u0027t really justify this requirement to my \u0027operations\u0027 easily. We already own authorization and know the catalog. Why do we need to enforce unsecured version discovery?","accounts_in_message":[],"_revision_number":31},{"id":"3956c44fd3726639dd40ebe9b9df4fdbc0fe6ce3","author":{"_account_id":2903,"name":"Morgan Fainberg","email":"morgan.fainberg@gmail.com","username":"mdrnstm"},"date":"2020-01-28 17:17:09.000000000","message":"Removed reviewer Morgan Fainberg with the following votes:\n\n* Code-Review+1 by Morgan Fainberg \u003cmorgan.fainberg@gmail.com\u003e\n","accounts_in_message":[],"_revision_number":31},{"id":"52a1c025959219554d931a6187b240fad05a7b4b","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2020-06-02 17:25:11.000000000","message":"Uploaded patch set 32.","accounts_in_message":[],"_revision_number":32},{"id":"68c6977a9eaa7ec0b532a28940c9f5923233b381","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-06-02 17:33:19.000000000","message":"Patch Set 32: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\n\n\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/edf3f7e94f14470fa45c2ac0bf454fbb : FAILURE in 3m 24s\n- openstack-tox-linters https://zuul.opendev.org/t/openstack/build/c656a67c9b9246fe98635d48f8308131 : FAILURE in 4m 09s\n\nWarning:\n  Job openstack-tox-docs: unable to map line for file comments: \n  stderr: \u0027fatal: There is no path doc/source/guidelines/consuming-catalog.rst in the commit\u0027\n  Comments left for invalid file doc/source/guidelines/consuming-catalog.rst","accounts_in_message":[],"_revision_number":32},{"id":"034c387ecf0d5db1bf73e967cadb8e6f497b725f","author":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"date":"2020-06-02 18:29:21.000000000","message":"Uploaded patch set 33.","accounts_in_message":[],"_revision_number":33},{"id":"07a797b187b9ff50d3c8912148dfe1cb90e5e367","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-06-02 18:35:28.000000000","message":"Patch Set 33: Verified+1\n\nBuild succeeded (check pipeline).\n\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/417d2e0cec6740218a396547356b2edc : SUCCESS in 5m 37s\n- openstack-tox-linters https://zuul.opendev.org/t/openstack/build/b9124cdb0b814016a9b146f04769e89f : SUCCESS in 4m 05s","accounts_in_message":[],"_revision_number":33},{"id":"b90e479d7ed194fd6ce35633277a0ffd1f994626","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2020-06-02 19:59:38.000000000","message":"Patch Set 33: Code-Review+1\n\n(1 comment)\n\nthanks for the update Monty. i\u0027m good with this and i think we should move to freeze soon.\n\ni found one teensy weensy spelling nit.","accounts_in_message":[],"_revision_number":33},{"id":"1dad968fde4a1958b875f6a8a51d5456fe8cddfa","author":{"_account_id":27900,"name":"Artem Goncharov","email":"artem.goncharov@gmail.com","username":"gtema"},"date":"2020-06-03 07:49:34.000000000","message":"Patch Set 33: Code-Review+1","accounts_in_message":[],"_revision_number":33},{"id":"961ca108262ac5e638b9dad1cedb7b1a7277f427","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2020-06-18 16:26:14.000000000","message":"Patch Set 33: Code-Review+2\n\nmoving this review into freeze as of 18 June 2020. for more information about this process please see https://specs.openstack.org/openstack/api-sig/process.html","accounts_in_message":[],"_revision_number":33},{"id":"e2215973a921b71830ce6e53fea0c45016bfc063","author":{"_account_id":10670,"name":"Michael McCune","email":"elmiko@redhat.com","username":"mimccune"},"date":"2020-06-25 16:06:20.000000000","message":"Patch Set 33: Workflow+1\n\nthank you all for the effort it took to get this completed!","accounts_in_message":[],"_revision_number":33},{"id":"a6b1f297e0bf989553cdde3e918abfcea1c7cb49","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-06-25 16:06:32.000000000","message":"Patch Set 33: -Verified\n\nStarting gate jobs.","accounts_in_message":[],"_revision_number":33},{"id":"f11f674b0a64be3278e8126b34ca300dc8da546b","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-06-25 16:17:12.000000000","message":"Change has been successfully merged by Zuul","accounts_in_message":[],"_revision_number":33},{"id":"fc6f504d490bac1addf6ee2ac394e82e43d101a9","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-06-25 16:17:12.000000000","message":"Patch Set 33: Verified+2\n\nBuild succeeded (gate pipeline).\n\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/3e6e4ac0434c45918975c4a627c7f23d : SUCCESS in 4m 01s\n- openstack-tox-linters https://zuul.opendev.org/t/openstack/build/2d1d02934daf4460833337d166d1e431 : SUCCESS in 3m 45s","accounts_in_message":[],"_revision_number":33},{"id":"81519e2502fe4ec3d8b58ad865aebb7f087ea2a9","tag":"autogenerated:zuul:promote","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-06-25 16:25:11.000000000","message":"Patch Set 33:\n\nBuild succeeded (promote pipeline).\n\n- promote-openstack-specs https://zuul.opendev.org/t/openstack/build/1f77fc61255f4acc9e45d8d1bf9298d2 : SUCCESS in 2m 07s","accounts_in_message":[],"_revision_number":33}],"current_revision_number":33,"current_revision":"e8095800887e05857056707698a35452fbba3df8","revisions":{"25d9a5977fb5f9711dce963c415c58a5e28827f9":{"kind":"REWORK","_number":1,"created":"2017-04-24 16:39:40.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/1","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/1","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/1 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/1 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/1"}}},"commit":{"parents":[{"commit":"7bfc3f37068d95a056da261539d06150bee95878","subject":"Merge \"Remove reference to nova on version discovery\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7bfc3f37068d95a056da261539d06150bee95878"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:38:39.000000000","tz":-300},"subject":"WIP Add document describing consuming discovery","message":"WIP Add document describing consuming discovery\n\nA patch will follow actually describing discoverability. But in an epic\namount of cart-before-the-horse, we have the process for consuming the\ndiscovery already. It has kept in mind what consuming the discovery\n_wants_ to look like in the future and in the current draft calls that\nout in a few places. The intent would be that the algorithm here would\nwork for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines)\n\nEd asked for examples in the shade version of this patch. That will be\ndone in the next iteration of this patch, but I wanted to go ahead and\nget this up with some of the changes that were inspired by previous\ncomments.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/25d9a5977fb5f9711dce963c415c58a5e28827f9"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/25d9a5977fb5f9711dce963c415c58a5e28827f9"}]},"branch":"refs/heads/master"},"4886322a536ff4da5a6f1ed003d02d4dfb0c3e3d":{"kind":"REWORK","_number":2,"created":"2017-04-24 20:15:37.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/2","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/2","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/2 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/2 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/2 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/2"}}},"commit":{"parents":[{"commit":"7bfc3f37068d95a056da261539d06150bee95878","subject":"Merge \"Remove reference to nova on version discovery\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7bfc3f37068d95a056da261539d06150bee95878"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 20:15:33.000000000","tz":-300},"subject":"WIP Add document describing consuming discovery","message":"WIP Add document describing consuming discovery\n\nA patch will follow actually describing discoverability. But in an epic\namount of cart-before-the-horse, we have the process for consuming the\ndiscovery already. It has kept in mind what consuming the discovery\n_wants_ to look like in the future and in the current draft calls that\nout in a few places. The intent would be that the algorithm here would\nwork for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines)\n\nEd asked for examples in the shade version of this patch. That will be\ndone in the next iteration of this patch, but I wanted to go ahead and\nget this up with some of the changes that were inspired by previous\ncomments.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/4886322a536ff4da5a6f1ed003d02d4dfb0c3e3d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/4886322a536ff4da5a6f1ed003d02d4dfb0c3e3d"}]},"branch":"refs/heads/master"},"06e117d3fb21656c446bbe4b152fbe01da5f9d06":{"kind":"REWORK","_number":3,"created":"2017-04-25 14:11:41.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/3","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/3","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/3 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/3 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/3 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/3"}}},"commit":{"parents":[{"commit":"7bfc3f37068d95a056da261539d06150bee95878","subject":"Merge \"Remove reference to nova on version discovery\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7bfc3f37068d95a056da261539d06150bee95878"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-25 14:03:20.000000000","tz":-300},"subject":"Add document describing consuming discovery","message":"Add document describing consuming discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nAplogies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/06e117d3fb21656c446bbe4b152fbe01da5f9d06"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/06e117d3fb21656c446bbe4b152fbe01da5f9d06"}]},"branch":"refs/heads/master"},"26755b9f6fd5b1898e845af83bd5322928de5a57":{"kind":"REWORK","_number":4,"created":"2017-04-25 23:05:28.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/4","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/4","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/4 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/4 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/4 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/4"}}},"commit":{"parents":[{"commit":"7bfc3f37068d95a056da261539d06150bee95878","subject":"Merge \"Remove reference to nova on version discovery\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7bfc3f37068d95a056da261539d06150bee95878"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-25 22:45:12.000000000","tz":-300},"subject":"Add document describing consuming discovery","message":"Add document describing consuming discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nAplogies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/26755b9f6fd5b1898e845af83bd5322928de5a57"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/26755b9f6fd5b1898e845af83bd5322928de5a57"}]},"branch":"refs/heads/master"},"76d540737a7d1241640783e00eff29d5f6d678b6":{"kind":"REWORK","_number":5,"created":"2017-04-26 17:48:59.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/5","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/5","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/5 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/5 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/5 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/5"}}},"commit":{"parents":[{"commit":"7bfc3f37068d95a056da261539d06150bee95878","subject":"Merge \"Remove reference to nova on version discovery\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7bfc3f37068d95a056da261539d06150bee95878"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-26 16:57:31.000000000","tz":-300},"subject":"Add document describing consuming discovery","message":"Add document describing consuming discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nAplogies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/76d540737a7d1241640783e00eff29d5f6d678b6"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/76d540737a7d1241640783e00eff29d5f6d678b6"}]},"branch":"refs/heads/master"},"df8323fd59e6a1317ed27bf1898484ac405fa171":{"kind":"REWORK","_number":6,"created":"2017-04-27 12:45:06.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/6","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/6","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/6 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/6 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/6 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/6"}}},"commit":{"parents":[{"commit":"7bfc3f37068d95a056da261539d06150bee95878","subject":"Merge \"Remove reference to nova on version discovery\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7bfc3f37068d95a056da261539d06150bee95878"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-27 12:22:06.000000000","tz":-300},"subject":"Add document describing consuming discovery","message":"Add document describing consuming discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nAplogies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/df8323fd59e6a1317ed27bf1898484ac405fa171"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/df8323fd59e6a1317ed27bf1898484ac405fa171"}]},"branch":"refs/heads/master"},"6e3bf2cf38af0b38640d95775b7117cab23f65d0":{"kind":"REWORK","_number":7,"created":"2017-04-27 15:52:56.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/7","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/7","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/7 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/7 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/7 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/7"}}},"commit":{"parents":[{"commit":"7bfc3f37068d95a056da261539d06150bee95878","subject":"Merge \"Remove reference to nova on version discovery\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7bfc3f37068d95a056da261539d06150bee95878"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-27 15:52:35.000000000","tz":-300},"subject":"Add document describing consuming discovery","message":"Add document describing consuming discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nAplogies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/6e3bf2cf38af0b38640d95775b7117cab23f65d0"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/6e3bf2cf38af0b38640d95775b7117cab23f65d0"}]},"branch":"refs/heads/master"},"eda8f9543d36e99a013d544da1c1c917ae56849d":{"kind":"REWORK","_number":8,"created":"2017-05-04 13:21:10.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/8","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/8","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/8 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/8 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/8 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/8"}}},"commit":{"parents":[{"commit":"a36f8c9f5887f89266a03509491212b56853ecea","subject":"Add support for historical service type aliases","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/a36f8c9f5887f89266a03509491212b56853ecea"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-04 13:21:06.000000000","tz":-240},"subject":"Add document describing consuming discovery","message":"Add document describing consuming discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nAplogies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/eda8f9543d36e99a013d544da1c1c917ae56849d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/eda8f9543d36e99a013d544da1c1c917ae56849d"}]},"branch":"refs/heads/master"},"7631a0f0134f8d3b5423f583ea4daa6fd59ef91b":{"kind":"REWORK","_number":9,"created":"2017-05-05 03:54:50.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/9","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/9","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/9 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/9 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/9 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/9"}}},"commit":{"parents":[{"commit":"9d75b247bc83021eb8a1286ef5916ae7073ab40a","subject":"Describe a method to consume service-type data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/9d75b247bc83021eb8a1286ef5916ae7073ab40a"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-05 03:54:40.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7631a0f0134f8d3b5423f583ea4daa6fd59ef91b"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7631a0f0134f8d3b5423f583ea4daa6fd59ef91b"}]},"branch":"refs/heads/master"},"3ab020a6657e012f12d46660e07e93658cd1e42d":{"kind":"REWORK","_number":10,"created":"2017-05-05 04:31:15.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/10","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/10","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/10 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/10 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/10 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/10"}}},"commit":{"parents":[{"commit":"9d75b247bc83021eb8a1286ef5916ae7073ab40a","subject":"Describe a method to consume service-type data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/9d75b247bc83021eb8a1286ef5916ae7073ab40a"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-05 04:30:56.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/3ab020a6657e012f12d46660e07e93658cd1e42d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/3ab020a6657e012f12d46660e07e93658cd1e42d"}]},"branch":"refs/heads/master"},"052b125cd9915563c94f3428ceef4d59811c068a":{"kind":"REWORK","_number":11,"created":"2017-05-05 13:38:35.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/11","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/11","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/11 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/11 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/11 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/11"}}},"commit":{"parents":[{"commit":"9d75b247bc83021eb8a1286ef5916ae7073ab40a","subject":"Describe a method to consume service-type data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/9d75b247bc83021eb8a1286ef5916ae7073ab40a"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-05 13:38:31.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/052b125cd9915563c94f3428ceef4d59811c068a"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/052b125cd9915563c94f3428ceef4d59811c068a"}]},"branch":"refs/heads/master"},"8ed368e8c6798ac33045428510e1135137d504e6":{"kind":"TRIVIAL_REBASE","_number":12,"created":"2017-05-05 14:45:34.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/12","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/12","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/12 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/12 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/12 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/12"}}},"commit":{"parents":[{"commit":"ea14181b4d526d11b7d34b04b26b2fec7ffae297","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/ea14181b4d526d11b7d34b04b26b2fec7ffae297"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-05 14:45:13.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/8ed368e8c6798ac33045428510e1135137d504e6"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/8ed368e8c6798ac33045428510e1135137d504e6"}]},"branch":"refs/heads/master"},"2b6b0bcf43dadd0296ac372e598734c27a313e01":{"kind":"TRIVIAL_REBASE","_number":13,"created":"2017-05-05 16:22:52.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/13","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/13","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/13 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/13 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/13 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/13"}}},"commit":{"parents":[{"commit":"fa00d3f95d37f7d0feaeb45633f6371128f66658","subject":"Change the version format to be ISO format","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/fa00d3f95d37f7d0feaeb45633f6371128f66658"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-05 16:22:48.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2b6b0bcf43dadd0296ac372e598734c27a313e01"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2b6b0bcf43dadd0296ac372e598734c27a313e01"}]},"branch":"refs/heads/master"},"2d31298b3f12fa5e99847cbd9645893e8bc5b2ec":{"kind":"REWORK","_number":14,"created":"2017-05-12 01:20:39.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/14","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/14","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/14 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/14 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/14 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/14"}}},"commit":{"parents":[{"commit":"e5105cd90b6fcbb911b62854c2ff1fb227e6b7e7","subject":"Change the version format to be ISO format","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/e5105cd90b6fcbb911b62854c2ff1fb227e6b7e7"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-10 22:04:37.000000000","tz":-240},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2d31298b3f12fa5e99847cbd9645893e8bc5b2ec"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2d31298b3f12fa5e99847cbd9645893e8bc5b2ec"}]},"branch":"refs/heads/master"},"5b1f9580c4703379e035bcde3fe6b6f3e4ce5c18":{"kind":"REWORK","_number":15,"created":"2017-05-18 12:37:19.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/15","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/15","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/15 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/15 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/15 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/15"}}},"commit":{"parents":[{"commit":"11cc8fb28bb7f2d768f83b2b9e94e7170c1d4f1f","subject":"Change the version format to be ISO format","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/11cc8fb28bb7f2d768f83b2b9e94e7170c1d4f1f"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-18 12:37:12.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/5b1f9580c4703379e035bcde3fe6b6f3e4ce5c18"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/5b1f9580c4703379e035bcde3fe6b6f3e4ce5c18"}]},"branch":"refs/heads/master"},"36e34b9f6e539ccd9f21c052e9dc20a5e4e157ec":{"kind":"REWORK","_number":16,"created":"2017-05-18 12:52:19.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/16","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/16","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/16 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/16 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/16 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/16"}}},"commit":{"parents":[{"commit":"11cc8fb28bb7f2d768f83b2b9e94e7170c1d4f1f","subject":"Change the version format to be ISO format","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/11cc8fb28bb7f2d768f83b2b9e94e7170c1d4f1f"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-18 12:51:58.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/36e34b9f6e539ccd9f21c052e9dc20a5e4e157ec"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/36e34b9f6e539ccd9f21c052e9dc20a5e4e157ec"}]},"branch":"refs/heads/master"},"1d0c3c3408cfe205f62a9e8e220a7ffaccfe3519":{"kind":"REWORK","_number":17,"created":"2017-05-20 16:45:39.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/17","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/17","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/17 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/17 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/17 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/17"}}},"commit":{"parents":[{"commit":"9a2af34ab31c707d8d428f396fde35b52c1b3347","subject":"Change the version format to be ISO format","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/9a2af34ab31c707d8d428f396fde35b52c1b3347"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-20 16:45:27.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/1d0c3c3408cfe205f62a9e8e220a7ffaccfe3519"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/1d0c3c3408cfe205f62a9e8e220a7ffaccfe3519"}]},"branch":"refs/heads/master"},"de3f3d8b6cfdbb428b6121cc69686f72ac73cf53":{"kind":"TRIVIAL_REBASE","_number":18,"created":"2017-05-24 17:58:30.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/18","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/18","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/18 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/18 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/18 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/18"}}},"commit":{"parents":[{"commit":"677118d27513adaf07a63fda204972d6fca9220f","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/677118d27513adaf07a63fda204972d6fca9220f"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-24 17:58:17.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/de3f3d8b6cfdbb428b6121cc69686f72ac73cf53"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/de3f3d8b6cfdbb428b6121cc69686f72ac73cf53"}]},"branch":"refs/heads/master"},"7c69bc48d96be22dd79c505a26a2bcbd92b20c92":{"kind":"TRIVIAL_REBASE","_number":19,"created":"2017-05-25 15:36:57.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/19","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/19","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/19 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/19 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/19 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/19"}}},"commit":{"parents":[{"commit":"0c4baf85e04d7141a5ebf98f5c5dc7ae849c57d7","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/0c4baf85e04d7141a5ebf98f5c5dc7ae849c57d7"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-25 13:35:12.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7c69bc48d96be22dd79c505a26a2bcbd92b20c92"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7c69bc48d96be22dd79c505a26a2bcbd92b20c92"}]},"branch":"refs/heads/master"},"fbc5a28f02e2f97a49fa509adebb52f7b0b6a95f":{"kind":"REWORK","_number":20,"created":"2017-05-25 19:31:34.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/20","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/20","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/20 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/20 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/20 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/20"}}},"commit":{"parents":[{"commit":"c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-25 19:29:12.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/fbc5a28f02e2f97a49fa509adebb52f7b0b6a95f"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/fbc5a28f02e2f97a49fa509adebb52f7b0b6a95f"}]},"branch":"refs/heads/master"},"f342593fc58e345f137e9de3cff6489ba150769e":{"kind":"REWORK","_number":21,"created":"2017-05-28 14:16:55.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/21","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/21","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/21 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/21 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/21 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/21"}}},"commit":{"parents":[{"commit":"c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-28 14:16:39.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/f342593fc58e345f137e9de3cff6489ba150769e"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/f342593fc58e345f137e9de3cff6489ba150769e"}]},"branch":"refs/heads/master"},"2a5f67c074a8dfbbb22c906c987bb7f25fdf15d0":{"kind":"REWORK","_number":22,"created":"2017-05-30 21:07:07.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/22","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/22","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/22 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/22 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/22 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/22"}}},"commit":{"parents":[{"commit":"c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-30 21:06:56.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2a5f67c074a8dfbbb22c906c987bb7f25fdf15d0"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2a5f67c074a8dfbbb22c906c987bb7f25fdf15d0"}]},"branch":"refs/heads/master"},"796dbd6820535fe4b237db36c21fed59a0add45c":{"kind":"REWORK","_number":23,"created":"2017-05-31 19:05:36.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/23","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/23","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/23 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/23 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/23 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/23"}}},"commit":{"parents":[{"commit":"c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/c5b5c70d83c859a4b54cd237524b7bba5d7eeeb9"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-05-31 16:00:55.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/796dbd6820535fe4b237db36c21fed59a0add45c"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/796dbd6820535fe4b237db36c21fed59a0add45c"}]},"branch":"refs/heads/master"},"dc0e67a0a4690e046b7046a1af810e0df930db29":{"kind":"REWORK","_number":24,"created":"2017-06-02 19:22:27.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/24","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/24","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/24 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/24 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/24 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/24"}}},"commit":{"parents":[{"commit":"c1bb3f23d2624fe190a5895dd7f3d568ef5b8279","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/c1bb3f23d2624fe190a5895dd7f3d568ef5b8279"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-06-02 19:13:41.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/dc0e67a0a4690e046b7046a1af810e0df930db29"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/dc0e67a0a4690e046b7046a1af810e0df930db29"}]},"branch":"refs/heads/master"},"9fe5bea6cdbcf62917e349c9eaa3db26e8109a33":{"kind":"REWORK","_number":25,"created":"2017-06-28 21:57:03.000000000","uploader":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"ref":"refs/changes/05/459405/25","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/25","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/25 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/25 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/25 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/25"}}},"commit":{"parents":[{"commit":"954f0178dd3a767d8c5508d3b9753b805a0128ea","subject":"Fix service-types-authority schema URL and typos","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/954f0178dd3a767d8c5508d3b9753b805a0128ea"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Eric Fried","email":"efried@us.ibm.com","date":"2017-06-28 21:56:56.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/9fe5bea6cdbcf62917e349c9eaa3db26e8109a33"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/9fe5bea6cdbcf62917e349c9eaa3db26e8109a33"}]},"branch":"refs/heads/master"},"54e79a875aba7f2b38a1e824dedcdf423e515463":{"kind":"REWORK","_number":26,"created":"2017-06-28 22:13:25.000000000","uploader":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"ref":"refs/changes/05/459405/26","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/26","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/26 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/26 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/26 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/26"}}},"commit":{"parents":[{"commit":"c1bb3f23d2624fe190a5895dd7f3d568ef5b8279","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/c1bb3f23d2624fe190a5895dd7f3d568ef5b8279"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Eric Fried","email":"efried@us.ibm.com","date":"2017-06-28 22:12:52.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/54e79a875aba7f2b38a1e824dedcdf423e515463"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/54e79a875aba7f2b38a1e824dedcdf423e515463"}]},"branch":"refs/heads/master"},"7c86926d6127345d054b1b69f14e3a58ce624cda":{"kind":"REWORK","_number":27,"created":"2017-07-12 15:23:05.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/27","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/27","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/27 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/27 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/27 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/27"}}},"commit":{"parents":[{"commit":"c1bb3f23d2624fe190a5895dd7f3d568ef5b8279","subject":"Describe the publication of service-types-authority data","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/c1bb3f23d2624fe190a5895dd7f3d568ef5b8279"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-07-12 15:23:00.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7c86926d6127345d054b1b69f14e3a58ce624cda"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/7c86926d6127345d054b1b69f14e3a58ce624cda"}]},"branch":"refs/heads/master"},"cd26843a47f02886faa116705d73589834aa5370":{"kind":"REWORK","_number":28,"created":"2017-08-03 18:01:22.000000000","uploader":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"ref":"refs/changes/05/459405/28","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/28","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/28 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/28 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/28 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/28"}}},"commit":{"parents":[{"commit":"8b16c92912f81097a9839fb60dcfc947ae8a92b9","subject":"Fix service-types-authority schema URL and typos","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/8b16c92912f81097a9839fb60dcfc947ae8a92b9"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"EdLeafe","email":"ed@leafe.com","date":"2017-08-03 15:45:22.000000000","tz":0},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-WG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-WG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/cd26843a47f02886faa116705d73589834aa5370"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/cd26843a47f02886faa116705d73589834aa5370"}]},"branch":"refs/heads/master"},"608d193456471b3e4fbd658f3eba5d566f7ed6e5":{"kind":"REWORK","_number":29,"created":"2018-09-18 11:30:48.000000000","uploader":{"_account_id":10239,"name":"Dmitry Tantsur","email":"dtantsur@protonmail.com","username":"dtantsur"},"ref":"refs/changes/05/459405/29","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/29","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/29 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/29 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/29 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/29"}}},"commit":{"parents":[{"commit":"e19e114c80d693083d58c8880a67bb5a85981a93","subject":"Add link to Building Protocols with HTTP","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/e19e114c80d693083d58c8880a67bb5a85981a93"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Dmitry Tantsur","email":"divius.inside@gmail.com","date":"2018-09-18 11:30:36.000000000","tz":120},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-SIG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-SIG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nCo-Authored-By: Dmitry Tantsur \u003cdivius.inside@gmail.com\u003e\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/608d193456471b3e4fbd658f3eba5d566f7ed6e5"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/608d193456471b3e4fbd658f3eba5d566f7ed6e5"}]},"branch":"refs/heads/master"},"a7f92acff9d3b736a3ade5b7dbce4ea9fd2b1115":{"kind":"REWORK","_number":30,"created":"2019-04-18 16:31:57.000000000","uploader":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"ref":"refs/changes/05/459405/30","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/30","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/30 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/30 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/30 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/30"}}},"commit":{"parents":[{"commit":"2ef2b12a823971e047d9d711e5900f788cb3278c","subject":"Repair building guidelines","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2ef2b12a823971e047d9d711e5900f788cb3278c"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"EdLeafe","email":"ed@leafe.com","date":"2019-04-18 16:28:55.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-SIG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-SIG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nCo-Authored-By: Dmitry Tantsur \u003cdivius.inside@gmail.com\u003e\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/a7f92acff9d3b736a3ade5b7dbce4ea9fd2b1115"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/a7f92acff9d3b736a3ade5b7dbce4ea9fd2b1115"}]},"branch":"refs/heads/master"},"4eb369612e2dd60f3f285b1cf130796a72a4d5c5":{"kind":"REWORK","_number":31,"created":"2019-04-18 17:18:13.000000000","uploader":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"ref":"refs/changes/05/459405/31","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/31","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/31 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/31 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/31 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/31"}}},"commit":{"parents":[{"commit":"2ef2b12a823971e047d9d711e5900f788cb3278c","subject":"Repair building guidelines","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/2ef2b12a823971e047d9d711e5900f788cb3278c"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Eric Fried","email":"openstack@fried.cc","date":"2019-04-18 17:18:12.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-SIG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-SIG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nCo-Authored-By: Dmitry Tantsur \u003cdivius.inside@gmail.com\u003e\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/4eb369612e2dd60f3f285b1cf130796a72a4d5c5"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/4eb369612e2dd60f3f285b1cf130796a72a4d5c5"}]},"branch":"refs/heads/master"},"922803a0a7841648f4802b8d7c11d5de6614469c":{"kind":"REWORK","_number":32,"created":"2020-06-02 17:25:11.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/32","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/32","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/32 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/32 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/32 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/32"}}},"commit":{"parents":[{"commit":"28cce354d9f0388742d85775c477d5028c6913c1","subject":"Cleanup py27 support","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/28cce354d9f0388742d85775c477d5028c6913c1"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2020-06-02 17:15:44.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-SIG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-SIG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nCo-Authored-By: Dmitry Tantsur \u003cdivius.inside@gmail.com\u003e\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/922803a0a7841648f4802b8d7c11d5de6614469c"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/922803a0a7841648f4802b8d7c11d5de6614469c"}]},"branch":"refs/heads/master"},"e8095800887e05857056707698a35452fbba3df8":{"kind":"REWORK","_number":33,"created":"2020-06-02 18:29:21.000000000","uploader":{"_account_id":2,"name":"Monty Taylor","email":"mordred@inaugust.com","username":"mordred"},"ref":"refs/changes/05/459405/33","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/api-sig","ref":"refs/changes/05/459405/33","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/33 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/33 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/api-sig refs/changes/05/459405/33 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/api-sig refs/changes/05/459405/33"}}},"commit":{"parents":[{"commit":"28cce354d9f0388742d85775c477d5028c6913c1","subject":"Cleanup py27 support","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/28cce354d9f0388742d85775c477d5028c6913c1"}]}],"author":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2017-04-24 16:03:48.000000000","tz":-300},"committer":{"name":"Monty Taylor","email":"mordred@inaugust.com","date":"2020-06-02 18:23:43.000000000","tz":-300},"subject":"Add document describing consuming version discovery","message":"Add document describing consuming version discovery\n\nThe next patch actually describes desired state of version discovery.\nBut in an epic amount of cart-before-the-horse, we have the process for\nconsuming the discovery already because the process must take in to account\nthe present as well as the past. This process has kept in mind what consuming\nthe recommended discovery process _wants_ to look like in the future and in\ncalls that out in a few places. The intent would be that the algorithm here\nwould work for all clouds, but that as clouds and services adopt API-SIG\nrecommendations, the interactions with the clouds would become more\nefficient. (so for clients using the complete algorithm they should be\nupwards compatible with forthcoming API-SIG guidelines and will just\nnaturally do less work over time).\n\nI believe this is consistent in defaults, fallbacks and error conditions with\nwhat is currently implemented in keystoneauth, although there is\nadditional logic presented here which is not yet in keystoneauth. The\nintent is for the process presented here to not change the behavior\nexperienced by current keystoneauth users, with the exception that when\nthe complete algorithm is implemented it\u0027s possible that an additional\nAPI call may be made on older clouds. That is to say, keystoneauth\nshould not need to make any incompatible changes, but may need to add\nsome features to be a fully compliant implementation.\n\nApologies for the size and complexity. It turns out there are many\nhistorical oddities still lurking out there and advice to client\nauthors that does not take them in to account would be incomplete. On\nthe other hand, as we drive guidelines forward into being implemented,\nthe need for this much crazy logic should go away.\n\nCo-Authored-By: Dmitry Tantsur \u003cdivius.inside@gmail.com\u003e\nChange-Id: I241f76bca8ac27fc3d27028ae284b9012a2da7e9\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/e8095800887e05857056707698a35452fbba3df8"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/api-sig/commit/e8095800887e05857056707698a35452fbba3df8"}]},"branch":"refs/heads/master"}},"requirements":[],"submit_records":[],"submit_requirements":[]}