)]}'
{"/PATCHSET_LEVEL":[{"author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"change_message_id":"7d23b9003973aa51a07d3b55b13824544a87bd6d","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"cffce111_6ed49b11","updated":"2024-09-16 15:31:26.000000000","message":"At this point I think we should roll back to \u003c7.x because nova is already late for rc1, this is blocking a critical fix we need for rc1, and lack of testing of this (and the immediate regression we found) makes 7.x high risk for us I think.","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"},{"author":{"_account_id":7166,"name":"Sylvain Bauza","email":"sbauza@redhat.com","username":"sbauza"},"change_message_id":"182266beb61a83963cf9157e7d64191d41f9b315","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"678fb46b_391be3f5","updated":"2024-09-16 15:34:11.000000000","message":"Dan is providing a right concern, we haven\u0027t really tested Nova with 7.x and we could find another regression later, which could be *after* RC1. We\u0027re already super late and a reasonable action for 2024.2 would be to *not* depend on OSC7.x","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"},{"author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"change_message_id":"4a79a13f3e2e3731ddf641bc75493540ff31b026","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"a1b30504_771d5832","updated":"2024-09-16 17:04:43.000000000","message":"I prefer rolling forward and fixing any upcoming bugs. Especially due to nova not being dependent on osc. Only the nova gate is dependent on osc. So what we risk is nova gate stability not nova product quality.","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"},{"author":{"_account_id":7166,"name":"Sylvain Bauza","email":"sbauza@redhat.com","username":"sbauza"},"change_message_id":"25d485b6db5b4c197ba4190b6a1fb32f136019d3","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"0a15e5e7_afd94520","updated":"2024-09-17 07:49:03.000000000","message":"I\u0027m not opiniated either way, I defer to the release team to make a decision based on their criterias in between choosing that patch or https://review.opendev.org/c/openstack/requirements/+/929552\n\nWe just expressed concerns, they heard us, I just don\u0027t want that situation to reproduce in the future (while we already had that issue with oslo libs) but more importantly than others, I need a decision TODAY.","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"},{"author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"change_message_id":"e9b7d20254ddb2d2761b07f4b2d2bacc8f3d8671","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"9ec46752_58277cac","updated":"2024-09-17 13:35:17.000000000","message":"Sorry, I meant to circle back on this yesterday and something unfortunately came up.\n\nIt sounds like there\u0027s no support for a more conservative approach here, which is disappointing (although I understand the reasoning). I want to argue with the assertion that this somehow matters because OSC is \"not a direct dependency of nova\". When we (were all asked to) give up our own client, OSC became the primary (and in some cases ONLY) mechanism by which users interact with the services. I think that makes it plenty strong of a dependency, even though it\u0027s not an import. The coordinated release asserts that this stuff has been tested together, and \"one run before we cut the branch\" is not what that means to me.","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"},{"author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"change_message_id":"2eb915a3f08cd16d36abf6f98b16fd4bcbdda5e5","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"8478f805_2eaf378b","updated":"2024-09-16 16:22:52.000000000","message":"im ok to role forward or backward\n\nthe patch to go back is https://review.opendev.org/c/openstack/requirements/+/929552\n\nthe impornat thing is to unblock the gate imminently\nso we can merge the required patches in nova and can create rc1 ideally today.","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"},{"author":{"_account_id":17685,"name":"Elod Illes","email":"elod.illes@est.tech","username":"elod.illes"},"change_message_id":"df6fea4875614b79258ac3c5026b7091c6f9327e","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"0eed6f99_19639786","in_reply_to":"0a15e5e7_afd94520","updated":"2024-09-17 08:38:27.000000000","message":"Yes, we understood the concerns. The fact that the upper-constraint bump (7.1) happened so late was quite unfortunate. We probably need some process change, practically that FF of python-openstackclient should happen at the same time as Oslo libs.\nNevertheless, I\u0027m supporting @stephenfin@redhat.com \u0027s approach to allow this patch to bump upper constraints as soon as possible as it *looks like* not that risky and could spare us unnecessary churns and pain. @dms@danplanet.com, can you please remove your -1 to speed up this thing and let the problem solve itself as soon as possible? Thanks in advnace.","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"},{"author":{"_account_id":17685,"name":"Elod Illes","email":"elod.illes@est.tech","username":"elod.illes"},"change_message_id":"851f6379badf7f65c1cf80f923020fff89244d2d","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"bf799917_13974604","in_reply_to":"9ec46752_58277cac","updated":"2024-09-17 14:03:06.000000000","message":"It\u0027s true. It seems that everyone tends to forget about the \u0027new-release\u0027 patch failures and the community does not react them in time. it\u0027s a common lesson that everyone needs to check time to time if there are things that got stuck. and of course, i\u0027ve added a note to relmgt\u0027s PTG topic collecting list to discuss this a bit and at least we have to add python-openstackclient next to Oslo\u0027s early-FF timing, as i said before. Let\u0027s merge this now so that we can see probably early enough if there are more bugs...","commit_id":"139b63c77cf4f1343298699c4648157f0a1fbf8a"}]}