Opened 2 years ago
Closed 11 months ago
#64350 closed enhancement (fixed)
py-gdal: implement the "select" mechanism
| Reported by: | ATL-Flaneur (Andreas Yankopolus) | Owned by: | petrrr |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.7.1 |
| Keywords: | Cc: | cooljeanius (Eric Gallager) | |
| Port: | py-gdal |
Description
The symlinks for Python utilities in /opt/local/bin have the version name appended onto them, for example "gdal_fillnodata.py" is "gdal_fillnodata.py-310", which breaks code expecting to find "gdal_fillnodata.py".
I have my MacPorts Python version set to 3.10, and listing ports containing gdal gives:
gdal @3.4.0 gis/gdal py-gdal @3.3.0 python/py-gdal py310-gdal @3.3.0 python/py-gdal
Change History (6)
comment:1 Changed 2 years ago by jmroot (Joshua Root)
comment:2 Changed 2 years ago by ATL-Flaneur (Andreas Yankopolus)
Seems like there should be a graceful way to handle this. Maybe symlinking from /opt/local/bin to /opt/local/Library/Frameworks/Python.framework/Versions/Current/bin?
comment:3 follow-up: 5 Changed 2 years ago by ryandesign (Ryan Carsten Schmidt)
| Cc: | petrrr removed |
|---|---|
| Owner: | set to petrrr |
| Status: | new → assigned |
| Summary: | py-gdal @ 3.3.0 Symlink naming issue for Python utilities → py-gdal: implement the "select" mechanism |
| Type: | defect → enhancement |
The graceful way to handle this is the "select" mechanism. The py-gdal port does not currently implement the "select" mechanism, but it could.
comment:4 Changed 2 years ago by cooljeanius (Eric Gallager)
| Cc: | cooljeanius added |
|---|
comment:5 Changed 12 months ago by nilason (Nicklas Larsson)
Replying to ryandesign:
The graceful way to handle this is the "select" mechanism. The py-gdal port does not currently implement the "select" mechanism, but it could.
Addressed by https://github.com/macports/macports-ports/pull/18635
comment:6 Changed 11 months ago by nilason (Nicklas Larsson)
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
This is necessary to prevent the different subports from conflicting, e.g. py39-gdal and py310-gdal can't both install
/opt/local/bin/gdal_fillnodata.py. Unsuffixed executables can be found in the framework, e.g./opt/local/Library/Frameworks/Python.framework/Versions/3.10/bin.