Re: [gdal-dev] GDAL 3.8.1 RC1 is available, and motion to approve it

2023-11-24 Thread Even Rouault via gdal-dev


Le 24/11/2023 à 14:34, Sebastiaan Couwenberg via gdal-dev a écrit :

On 11/24/23 13:22, Hernán De Angelis via gdal-dev wrote:
May be this is of help: I have seen the case of the .py utilities not 
been compiled and installed a couple of times when I mistakenly had 
two Python versions present and acccessible.


There is an issue with setuptools silently failing with python3.12:

 https://bugs.debian.org/1055682

This looks like a Debian specific issue. I can't replicate that locally 
with a manually built python 3.12.0 (cf 
https://gist.github.com/rouault/10096d152198a837ba3200af3cec04a9). It 
also works fine on Fedora Rawhide: cf 
https://github.com/OSGeo/gdal/actions/runs/6981942751/job/1994023?pr=8812


I've tried in a debian:unstable Docker image, and I indeed reproduce the 
issue. I believe I've fixed that in 
https://github.com/OSGeo/gdal/pull/8812 (as well as not ignoring the 
installation failure). It seemed due to the fact that we previously add 
to define SETUPTOOLS_USE_DISTUTILS=stdlib to make things work, and 
apparently this is no longer needed. I'll let you cherry-pick those 
changes 
(https://github.com/OSGeo/gdal/pull/8812/commits/11cd5251e3166648ab51ca499468d0b144fcbfe9 
and 
https://github.com/OSGeo/gdal/pull/8812/commits/248d7809a46d2fefd7fe320b434182ebe2805ca7), 
as I'll likely will not issue a RC3 for that.


Even

--

http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GDAL 3.8.1 RC1 is available, and motion to approve it

2023-11-24 Thread Sebastiaan Couwenberg via gdal-dev

On 11/24/23 13:22, Hernán De Angelis via gdal-dev wrote:
May be this is of help: I have seen the case of the .py utilities not 
been compiled and installed a couple of times when I mistakenly had two 
Python versions present and acccessible.


There is an issue with setuptools silently failing with python3.12:

 https://bugs.debian.org/1055682

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GDAL 3.8.1 RC1 is available, and motion to approve it

2023-11-24 Thread Sebastiaan Couwenberg via gdal-dev

On 11/24/23 13:16, Even Rouault via gdal-dev wrote:
The Python utilities are no longer installed with the .py extension, 
this broke their use in QGIS when we removed this in the Debian 
package some time ago. Don't know if that's still the case. Either 
way, this doesn't seem like an appropriate change for a .1 patch release.


Are you sure about the .py utilities no longer be installed? Because, I 
see both /usr/bin/gdal2tiles and /usr/bin/gdal2tiles.py installed on 
Ubuntu 22.04 (before I reverted the change to add the launcher scripts)


Both are installed indeed. I overlooked this when dh_missing failed on 
the executables without extension.


Installing usr/bin/__init__ is still wrong though. Skipping __init__.py 
when creating the console_scripts list may suffice.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GDAL 3.8.1 RC1 is available, and motion to approve it

2023-11-24 Thread Hernán De Angelis via gdal-dev
May be this is of help: I have seen the case of the .py utilities not 
been compiled and installed a couple of times when I mistakenly had two 
Python versions present and acccessible.


/H.


Den 2023-11-24 kl. 13:16, skrev Even Rouault via gdal-dev:

Bas,
The Python utilities are no longer installed with the .py extension, 
this broke their use in QGIS when we removed this in the Debian 
package some time ago. Don't know if that's still the case. Either 
way, this doesn't seem like an appropriate change for a .1 patch 
release.


Are you sure about the .py utilities no longer be installed? Because, 
I see both /usr/bin/gdal2tiles and /usr/bin/gdal2tiles.py installed on 
Ubuntu 22.04 (before I reverted the change to add the launcher scripts)


Even


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GDAL 3.8.1 RC1 is available, and motion to approve it

2023-11-24 Thread Even Rouault via gdal-dev

Bas,
The Python utilities are no longer installed with the .py extension, 
this broke their use in QGIS when we removed this in the Debian 
package some time ago. Don't know if that's still the case. Either 
way, this doesn't seem like an appropriate change for a .1 patch release.


Are you sure about the .py utilities no longer be installed? Because, I 
see both /usr/bin/gdal2tiles and /usr/bin/gdal2tiles.py installed on 
Ubuntu 22.04 (before I reverted the change to add the launcher scripts)


Even

--
http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GDAL 3.8.1 RC1 is available, and motion to approve it

2023-11-23 Thread Sebastiaan Couwenberg via gdal-dev

On 11/23/23 22:56, Even Rouault via gdal-dev wrote:

 From a packaging point of view, the following change might have impacts on
build recipes:


The Python utilities are no longer installed with the .py extension, 
this broke their use in QGIS when we removed this in the Debian package 
some time ago. Don't know if that's still the case. Either way, this 
doesn't seem like an appropriate change for a .1 patch release.


usr/bin/__init__ is now also installed which not correct.

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev