)]}'
{"/COMMIT_MSG":[{"author":{"_account_id":4146,"name":"Clark Boylan","email":"cboylan@sapwetik.org","username":"cboylan"},"change_message_id":"ae9908263ae4234304d30eb1564bfdcee5d7943d","unresolved":true,"context_lines":[{"line_number":4,"context_line":"Commit:     Stephen Finucane \u003csfinucan@redhat.com\u003e"},{"line_number":5,"context_line":"CommitDate: 2025-07-07 09:30:29 +0100"},{"line_number":6,"context_line":""},{"line_number":7,"context_line":"Deprecate \u0027[entry_points]\u0027 section"},{"line_number":8,"context_line":""},{"line_number":9,"context_line":"Change-Id: I534ef3dcf4bdc1aa36f971ada87bd7dbfa664d45"},{"line_number":10,"context_line":"Signed-off-by: Stephen Finucane \u003csfinucan@redhat.com\u003e"}],"source_content_type":"text/x-gerrit-commit-message","patch_set":11,"id":"cb69e3d7_82804f98","line":7,"updated":"2025-07-08 22:54:19.000000000","message":"For changes like this I think it is helpful to explain why. I think the motivation here is that setuptools and pyproject.toml can express this information themselves and don\u0027t need pbr to do it for them. Therefore its best to have pbr get out of the way.\n\nAs mentioned in our previous discussion I think that one of the valuable parts of pbr is that it papers over the overly aggressive deprecation and removal/change of features within setuptools (thats my opinion anyway). I think that entrypoints creation is unlikely to suffer from this problem as it is fairly generic and a well used feature outside of openstack. But I think we should be careful when we decide to deprecate features like this in favor of the setuptools offering.","commit_id":"6ee09af502e1dce2a82e6204e4e1160bce574542"},{"author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"change_message_id":"0f03d952d62bbf30846141651f4343353315149d","unresolved":true,"context_lines":[{"line_number":4,"context_line":"Commit:     Stephen Finucane \u003csfinucan@redhat.com\u003e"},{"line_number":5,"context_line":"CommitDate: 2025-07-07 09:30:29 +0100"},{"line_number":6,"context_line":""},{"line_number":7,"context_line":"Deprecate \u0027[entry_points]\u0027 section"},{"line_number":8,"context_line":""},{"line_number":9,"context_line":"Change-Id: I534ef3dcf4bdc1aa36f971ada87bd7dbfa664d45"},{"line_number":10,"context_line":"Signed-off-by: Stephen Finucane \u003csfinucan@redhat.com\u003e"}],"source_content_type":"text/x-gerrit-commit-message","patch_set":11,"id":"ceb4035f_fb9dec8c","line":7,"in_reply_to":"cb69e3d7_82804f98","updated":"2025-07-09 12:24:05.000000000","message":"\u003e For changes like this I think it is helpful to explain why. I think the motivation here is that setuptools and pyproject.toml can express this information themselves and don\u0027t need pbr to do it for them. Therefore its best to have pbr get out of the way.\n\nGood point. As you\u0027ve said, setuptools provides native ways to express this in `setup.cfg` and `pyproject.toml` files now, so I think new projects should prefer this where possible.\n\n\u003e As mentioned in our previous discussion I think that one of the valuable parts of pbr is that it papers over the overly aggressive deprecation and removal/change of features within setuptools (thats my opinion anyway). I think that entrypoints creation is unlikely to suffer from this problem as it is fairly generic and a well used feature outside of openstack. But I think we should be careful when we decide to deprecate features like this in favor of the setuptools offering.\n\nI should be clear that I consider deprecation separate from deprecation for removal. I don\u0027t believe we should plan to remove these aliases (since that\u0027s what they are now), but we also shouldn\u0027t encourage their use in new or reworked projects. Perhaps the `DeprecationWarning` is too much? I\u0027m open to alternative ideas if so, so long as those alternative ideas achieve the same goal (encouraging new users to use the setuptools-native stuff). Given we\u0027re all going to be using `pyproject.toml` before long, this should hopefully be a no-op?","commit_id":"6ee09af502e1dce2a82e6204e4e1160bce574542"}],"/PATCHSET_LEVEL":[{"author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"change_message_id":"ba26906e857d2f49908c2bc4dd38dd26d37fe0a0","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":17,"id":"8c121c5c_c7ab2d2a","updated":"2025-07-17 12:07:09.000000000","message":"recheck","commit_id":"9e7b9cc268320f937ceec48dc0577ce39634d02d"},{"author":{"_account_id":13252,"name":"Dr. Jens Harbott","display_name":"Jens Harbott (frickler)","email":"frickler@offenerstapel.de","username":"jrosenboom"},"change_message_id":"0637f5526c17c5bb88f3c4b1d3cb8b74ef1e2ad1","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":17,"id":"ab3b91cf_d8e51a45","updated":"2025-08-04 20:03:52.000000000","message":"recheck","commit_id":"9e7b9cc268320f937ceec48dc0577ce39634d02d"}],"doc/source/user/using.rst":[{"author":{"_account_id":5263,"name":"Jeremy Stanley","display_name":"fungi","email":"fungi@yuggoth.org","username":"fungi","status":"missing, presumed fed"},"change_message_id":"8e76c8b6a7ab4cd9608d58fc870f66410a887719","unresolved":false,"context_lines":[{"line_number":279,"context_line":"The ``entry_points`` section defines entry points for generated console scripts"},{"line_number":280,"context_line":"and Python libraries."},{"line_number":281,"context_line":""},{"line_number":282,"context_line":".. deprecated:: 6.2.0"},{"line_number":283,"context_line":""},{"line_number":284,"context_line":"    `setuptools v30.3.0`__ introduced built-in support for configuring the"},{"line_number":285,"context_line":"    below information via the ``[options.entry_points]`` section in"}],"source_content_type":"text/x-rst","patch_set":15,"id":"1f110a89_f6109947","line":282,"updated":"2025-07-16 16:02:24.000000000","message":"Should this be 7.0.0 since one of the parents is going to require we go with a major version increase anyway? As it stands (unless we reshuffle the series) there will never be a 6.2.0...","commit_id":"d199692a19946712311c3716bc29437781003db9"},{"author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"change_message_id":"ba26906e857d2f49908c2bc4dd38dd26d37fe0a0","unresolved":false,"context_lines":[{"line_number":279,"context_line":"The ``entry_points`` section defines entry points for generated console scripts"},{"line_number":280,"context_line":"and Python libraries."},{"line_number":281,"context_line":""},{"line_number":282,"context_line":".. deprecated:: 6.2.0"},{"line_number":283,"context_line":""},{"line_number":284,"context_line":"    `setuptools v30.3.0`__ introduced built-in support for configuring the"},{"line_number":285,"context_line":"    below information via the ``[options.entry_points]`` section in"}],"source_content_type":"text/x-rst","patch_set":15,"id":"7605fc2e_a69212b5","line":282,"in_reply_to":"1f110a89_f6109947","updated":"2025-07-17 12:07:09.000000000","message":"Done","commit_id":"d199692a19946712311c3716bc29437781003db9"}]}