<div dir="ltr">Dear GDAL Team,<br><br>I would like to ask about the patch release policy for the older GDAL versions. I understand that the GitHub issue is not the place to ask such questions and hence posting it here. As this is my first post here, please let me know if I should ask this somewhere else.<br><br>On platforms like Debian Bullseye or Ubuntu Focal (current LTS), the GDAL versions available are 3.2.2 and 3.0.4 respectively. Python bindings installation for such older releases (<3.3) works as long as the setuptools version is < 58.0.0. This is due to removal of use_2to3 from newer setuptools[1]. This compatibility issue was fixed in GDAL v3.3 release[2]. There is a system package python3-gdal but if I understand correctly this is available for the default python version. So this doesn't work for official python docker images based on Debian LTS where the python version is different from system one. <br><br>As LTS platforms mentioned above with older GDAL versions are widely used and there are situations where newer setuptools usage is enforced (e.g. by modern python package manager tools, see issues in pipenv[3] or poetry[4]), we face quite some trouble to have GDAL python package working in complex python environments. Considering the discussion in linked issues, this also affects GDAL users as well [5].<br><br>We could use some inconvenient workarounds but it would be helpful if there could be a patch release for issues like setuptools compatibility in older GDAL versions (e.g. 3.2.2) which are commonly used on LTS platforms like Debian Bullseye. And especially when the effort of backporting fix like [1] is simple as patch[2] is directly applicable:<br><br>```console<br>git clone <a href="https://github.com/OSGeo/gdal.git">https://github.com/OSGeo/gdal.git</a> -b v3.2.2<br>git cherry-pick 36b6ccdb0e6889743c2ec8b9d8cd7fee3d2df9dd --strategy-option theirs<br><br># minor some changes and generate sdist for pypi release<br>python setup.py sdist<br>```<br><br>Given the above considerations, I wonder if there would be a possibility of having patch releases. I think creating PR won't be much work if this would be an acceptable policy. I believe this would help quite some people.<br><br>Thank you!<br><br>[1] <a href="https://github.com/OSGeo/gdal/issues/4467">https://github.com/OSGeo/gdal/issues/4467</a><br>[2] <a href="https://github.com/OSGeo/gdal/commit/36b6ccdb0e6889743c2ec8b9d8cd7fee3d2df9dd">https://github.com/OSGeo/gdal/commit/36b6ccdb0e6889743c2ec8b9d8cd7fee3d2df9dd</a><br>[3] <a href="https://github.com/pypa/pipenv/issues/2364">https://github.com/pypa/pipenv/issues/2364</a><br>[4] <a href="https://github.com/python-poetry/poetry/issues/1584">https://github.com/python-poetry/poetry/issues/1584</a><br>[5] <a href="https://github.com/pypa/setuptools/issues/2781">https://github.com/pypa/setuptools/issues/2781</a><br></div>