graphics/py-gdal: Update to 3.4.2 Changes: https://github.com/OSGeo/gdal/releases https://github.com/OSGeo/gdal/blob/release/3.4/gdal/NEWS.mdeea1005d70
Port details
graphics/py-gdal 3.13.3
Python binding for GDAL
Port info
- Maintainer
- sunpoet@FreeBSD.org
- Packages
- latest: 3.13.3
- Upstream
- up to date
- Last update
- to 3.13.3 · 105417b640
- Quarterly
- 2026Q4: 3.13.3
- WWW
- https://gdal.org/
- Links
- cgit · VuXML
Install
- Package
# pkg install py312-gdalinstalls 3.13.3 fromlatest; fromquarterly(2026Q4) 3.13.3- Port
# cd /usr/ports/graphics/py-gdal && make install clean# make -C /usr/ports/graphics/py-gdal config # change options first
- Size
- 1.4 MiB download · 9.5 MiB installed
- Depends on
- graphics/gdal 3.13.3_1, lang/gcc14 14.2.0_7, lang/python312 3.12.15, math/py-numpy 2.4.6_1,1
- License
- MIT
- Options
- 1 of 1 on in the package: NUMPY
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 3.13.3 | 3.13.3 | – |
| FreeBSD 15 | 3.13.3 | 3.13.3 | – |
| FreeBSD 14 | 3.13.3 | 3.13.3 | 3.13.3 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 3.13.3 | 3.13.3 | – |
| FreeBSD 14 | 3.13.3 | 3.13.3 | 3.13.3 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 3.13.3.Fixed (0)
No VuXML entries for this package.
Problem reports (1) · open in Bugzilla, most recently changed first
| PR | Summary | Status | Changed |
|---|---|---|---|
| 297407 | maintainer-feedback? graphics/py-gdal does not build, asks for numpy despite options setting | New | 2026-08-09 |
Commits (125)
graphics/py-gdal: Update to 3.4.1 Changes: https://github.com/OSGeo/gdal/releases https://github.com/OSGeo/gdal/blob/release/3.4/gdal/NEWS.md7d71fb7903
graphics/py-gdal: Update to 3.3.3 - Update USES=python after py-numpy 1.20.3 update Changes: https://github.com/OSGeo/gdal/releases https://github.com/OSGeo/gdal/blob/release/3.3/gdal/NEWS5d7652601d
graphics/py-gdal: Cosmetic change658b4fe5a3
graphics/py-gdal: Add CPE information Approved by: portmgr (blanket)35874aa14d
graphics/py-gdal: Update to 3.3.2 Changes: https://github.com/OSGeo/gdal/releases https://github.com/OSGeo/gdal/blob/release/3.3/gdal/NEWSa7c9629026
graphics/py-gdal: Update to 3.3.1 Changes: https://github.com/OSGeo/gdal/releases https://github.com/OSGeo/gdal/blob/master/gdal/NEWS9b7ce10662
graphics/py-gdal: Update to 3.3.0 Changes: https://github.com/OSGeo/gdal/releases https://github.com/OSGeo/gdal/blob/master/gdal/NEWS28ef19d628
graphics/py-gdal: Update to 3.2.3 Changes: https://github.com/OSGeo/gdal/releases https://github.com/OSGeo/gdal/blob/release/3.2/gdal/NEWS3c70a487d7
graphics/py-gdal: Update to 3.2.2 Changes: https://github.com/OSGeo/gdal/blob/release/3.2/gdal/NEWS7665e44fa8
Remove # $FreeBSD$ from Makefiles.305f148f48
Remove PYNUMPY7ac61606b7
graphics/gdal: Set the default options as a workable set - reinstate r552962 (was reverted in r553000) - remove pkg-message from qgis and qgis-ltr - Bump PORTREVSION on all consumers PR: 224004 Approved by: portmgr9fe75e179d
Update to 3.2.1 Changes: https://github.com/OSGeo/gdal/blob/release/3.2/gdal/NEWS0525c14091
Drop python 2.7 support from a few ports With hat: portmgraa7a6c429e
Update to 3.1.4 Changes: https://github.com/OSGeo/gdal/blob/release/3.1/gdal/NEWS51b5d471b4
Update to 3.1.3 Changes: https://github.com/OSGeo/gdal/blob/release/3.1/gdal/NEWS8f72b0618f
Update to 3.1.0 Changes: https://github.com/OSGeo/gdal/blob/release/3.1/gdal/NEWS1a39899a68
Update to 3.0.4 Changes: https://github.com/OSGeo/gdal/blob/release/3.0/gdal/NEWS57a7706e87
Update to 3.0.3 Changes: https://github.com/OSGeo/gdal/blob/release/3.0/gdal/NEWS6836aa3a4f
Update to 2.4.4 - Update WWW Changes: https://github.com/OSGeo/gdal/blob/release/2.4/gdal/NEWS8036588d33
Update to 2.4.3 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.4.3-News2a87edf871
Use PYNUMPY5dd7854b9f
Bump PORTREVISION for ports depending on the canonical version of GCC as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, everything INDEX-11 shows with a dependency on lang/gcc9 now. PR: 238330ea8c8ec7da
Update to 2.4.2 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.4.2-News0785e83b0a
Related to revision 499061 bump ports with USES=fortran to have them benefit from the improved situation where libgcc_s is only used when absolutely necessary. Suggested by: tijl879e75a659
Bump a few PORTREVISIONs after r498529 With hat: portmgr63f5eeef8a
Update to 2.4.1 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.4.1-Newsdb084c9e2d
Update to 2.4.0 - Update MASTER_SITES Changes: https://trac.osgeo.org/gdal/wiki/Release/2.3.0-News https://trac.osgeo.org/gdal/wiki/Release/2.3.1-News https://trac.osgeo.org/gdal/wiki/Release/2.3.2-News https://trac.osgeo.org/gdal/wiki/Release/2.3.3-News https://trac.osgeo.org/gdal/wiki/Release/2.4.0-News PR: 231629 Exp-run by: antoine02b38bdb32
Bump PORTREVISION for ports depending on the canonical version of GCC defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, as a double check, everything INDEX-11 showed depending on lang/gcc7. PR: 231590a9f015d155
Update WWW8f6a1685fa
Bump PORTREVISION for ports depending on the canonical version of GCC in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which has now moved from GCC 6 to GCC 7 by default. This includes ports - featuring USE_GCC=yes or USE_GCC=any, - featuring USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and those - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x, c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib. PR: 22254209f9633cb6
Use PY_FLAVOR for dependencies. FLAVOR is the current port's flavor, it should not be used outside of this scope. Sponsored by: Absolight4376dbbb58
Use the correct variable for dependency lines. PKGNAMEPREFIX the name of the current package prefix, it is not correct to use it for other package names. Sponsored by: Absolighte50a689d56
Update to 2.2.4 - Update MASTER_SITES Changes: https://trac.osgeo.org/gdal/wiki/Release/2.2.4-Newsae025e079f
Convert Python ports to FLAVORS.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464551be3c723Update to 2.2.3 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.2.3-Newsc2f7bc7b1f
Update to 2.2.2 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.2.2-News308aca13c6
Bump PORTREVISION for ports depending on the canonical version of GCC (via Mk/bsd.default-versions.mk and lang/gcc) which has moved from GCC 5.4 to GCC 6.4 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang, c++14-lang, c++0x, c11, or gcc-c++11-lib. PR: 219275e59c88cece
Update to 2.2.1 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.2.1-News43995aeb77
Update to 2.2.0 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.2.0-News19b81eb4d7
Bump PORTREVISIONs for ports depending on the canonical version of GCC and lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some circumstances such as versions of FreeBSD or platforms). This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using using Mk/bsd.octave.mk which in turn has USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang, c++11-lang, c++0x, c11, or gcc-c++11-lib. PR: 21670704d6f52202
Update to 2.1.3 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.1.3-News77ec3e208a
Bump PORTREVISIONS for ports depending on the canonical version of GCC and lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some circumstances such as versions of FreeBSD or platforms), part II. The first part covered ports with USE_GCC=yes, USE_GCC=any, or one of gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang, c++11-lang, c++0x, c11 requested via USES=compiler. This adds ports with USES=fortran and ports using Mk/bsd.octave.mk which in turn has USES=fortran. PR: 214965 Reported by: thierrye4b7b9118a
- Update to 2.1.2 Changes: https://trac.osgeo.org/gdal/wiki/Release/2.1.2-News https://trac.osgeo.org/gdal/wiki/Release/2.1.1-News2e86bca8e7
math/py-numpy: track PORTEPOCH in consumers4be855d6a6
- Update to 2.1.0 Changes: http://trac.osgeo.org/gdal/wiki/Release/2.1.0-Newsae7ede8228
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight4e1b79a0a6- Update to 2.0.2 Changes: http://trac.osgeo.org/gdal/wiki/Release/2.0.2-News6ae7755450
- Use WRKSRC_SUBDIRd799223fa4