| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
Changes: https://gitlab.freedesktop.org/mesa/mesa/-/compare/b75cd07265b...8ba197c9ef6
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
jasper-2.0.28-3.el9 => jasper-2.0.28-4.el9
libtiff-4.4.0-13.el9 => libtiff-4.4.0-15.el9_7.2.0.1
|
| | |
|
| |
|
|
| |
This reverts commit 7f6db3ce5731752145655a3a20acf8c5e28ecba5.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
- Bump PORTREVISION for package change
PR: 291430
Reported by: lbartoletti
Obtained from: https://github.com/uclouvain/openjpeg/commit/5e258319332800f7a9937dc0b8b16b19a07dea8f
https://github.com/uclouvain/openjpeg/commit/7b508bb00f7fc5e7b61a6035fc4e2622d4ddff0d
|
| |
|
|
|
| |
Changes: https://github.com/ruby-gnome/ruby-gnome/releases
https://github.com/ruby-gnome/ruby-gnome/blob/main/NEWS.md
|
| |
|
|
|
| |
Changes: https://github.com/ruby-gnome/ruby-gnome/releases
https://github.com/ruby-gnome/ruby-gnome/blob/main/NEWS.md
|
| |
|
|
|
| |
Changes: https://github.com/ruby-gnome/ruby-gnome/releases
https://github.com/ruby-gnome/ruby-gnome/blob/main/NEWS.md
|
| |
|
|
|
| |
Changes: https://github.com/ruby-gnome/ruby-gnome/releases
https://github.com/ruby-gnome/ruby-gnome/blob/main/NEWS.md
|
| |
|
|
|
| |
Changes: https://github.com/ruby-gnome/ruby-gnome/releases
https://github.com/ruby-gnome/ruby-gnome/blob/main/NEWS.md
|
| |
|
|
|
| |
Changes: https://github.com/ruby-gnome/ruby-gnome/releases
https://github.com/ruby-gnome/ruby-gnome/blob/main/NEWS.md
|
| |
|
|
| |
Changes: https://github.com/oturns/pandarm/commits/main
|
| |
|
|
| |
Changes: https://github.com/pysal/giddy/releases
|
| |
|
|
| |
- Cosmetic change
|
| |
|
|
| |
Changes: https://github.com/OSGeo/PROJ-data/releases
|
| |
|
|
|
|
| |
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://github.com/gflags/gflags/releases
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Pyogrio provides fast, bulk-oriented read and write access to GDAL/OGR vector
data sources, such as ESRI Shapefile, GeoPackage, GeoJSON, and several others.
Vector data sources typically have geometries, such as points, lines, or
polygons, and associated records with potentially many columns worth of data.
The typical use is to read or write these data sources to/from GeoPandas
GeoDataFrames. Because the geometry column is optional, reading or writing only
non-spatial data is also possible. Hence, GeoPackage attribute tables, DBF
files, or CSV files are also supported.
Pyogrio is fast because it uses pre-compiled bindings for GDAL/OGR to read and
write the data records in bulk. This approach avoids multiple steps of
converting to and from Python data types within Python, so performance becomes
primarily limited by the underlying I/O speed of data source drivers in
GDAL/OGR.
We have seen >5-10x speedups reading files and >5-20x speedups writing files
compared to using row-per-row approaches (e.g. Fiona).
|
| | |
|
| |
|
|
| |
ChangeLog: https://github.com/YACReader/yacreader/releases/tag/9.16.1
|
| | |
|
| |
|
|
| |
ChangeLog: https://github.com/YACReader/yacreader/releases/tag/9.16.0
|
| |
|
|
|
|
|
|
| |
Fails to build
ld: error: unable to find library -l-lpthread
Reported by: pkg-fallout
|
| |
|
|
|
|
|
|
|
|
| |
Fails to build
ERROR Missing dependencies:
pythran>=0.16
gast~=0.6.0
Reported by: pkg-fallout
|
| | |
|
| | |
|
| |
|
|
| |
ChangeLog: https://github.com/oxipng/oxipng/releases/tag/v10.0.0
|
| |
|
|
|
|
| |
Changelog: https://github.com/KhronosGroup/glslang/blob/16.1.0/CHANGES.md
Reported by: GitHub (watch releases)
|
| |
|
|
|
|
|
|
|
| |
ChangeLog: https://converseen.fasterland.net/
* Added a detailed instruction tooltip for the "Maintain aspect ratio" feature
* Updated Turkish translation
* Updated Italian translation
* Various Bugfixes
|
| |
|
|
|
| |
PR: 291277
Exp-run by: antoine
|
| |
|
|
| |
PR: 291277
|
| |
|
|
|
| |
PR: 291277
Exp-run by: antoine
|
| |
|
|
|
| |
Changelog:
https://geoserver.org/announcements/vulnerability/2025/11/25/geoserver-2-28-1-released.html
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note this isn't the offered patch from the PR, but one that
instead puts the APNG patch version into a variable.
Reported by: FiLiS
Approved by: desktop@ (vishwin)
PR: 291266
MFH: 2025Q4 (after a few days)
png -- Multiple vulnerabilities
Security: CVE-2025-64505
Security: CVE-2025-64506
Security: CVE-2025-64720
Security: CVE-2025-65018
Security: 4b297f5a-cbad-11f0-ac9f-b42e991fc52e
png -- Out-of-bounds read
Security: CVE-2025-66293
Security: f323f148-d181-11f0-841f-843a4b343614
|
| |
|
|
|
|
|
|
| |
Commit log:
https://github.com/threedeyes/hvif-tools/compare/1.0.1...2.1.0
PR: 291313
Co-authored-by: Vladimir Druzenko <vvd@FreeBSD.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are about 75 ports that depend on old, unsupported Go
versions. I've scheduled those Go versions for deletions on
2025/01/01, and so these ports are scheduled for removal on
that same day.
HOWEVER....
Likely NONE or VERY VERY FEW of these ports will actually need
to be deleted! This stems from a misunderstanding:
When go.mod says "go 1.23", it means that it requires AT LEAST
go-1.23. Locking a port to a specific go version should almost
never happen; it is reserved for when a package absolutely
cannot build with any newer version, and it almost means that
the port will only last 1 year (Go releases new minors twice a
year).
Where a port has
USES=go:1.23
maintainers should attempt build with just
USES=go
If that works, please either commit it or submit it in a PR.
Same goes go
USES=go:1.23,modules
to attempt
USES=go,modules
|
| |
|
|
|
|
|
| |
ChangeLog:
https://exiftool.org/history.html
PR: 291411
|
| | |
|
| |
|
|
| |
Add patch to fix build with Qt 6.10.
|
| |
|
|
| |
Hat: portmgr
|
| |
|
|
|
|
|
| |
Changelog:
https://github.com/KhronosGroup/OpenXR-SDK/releases/tag/release-1.1.54
Reported by: portscout
|
| |
|
|
| |
Changes: https://gitlab.freedesktop.org/mesa/mesa/-/compare/21cdbfa2231...b75cd07265b
|
| | |
|
| |
|
|
|
|
| |
SWIG_Python_TypeError has been removed. swig #3260 provides a few options.
Obtained from: https://github.com/swig/swig/issues/3260#issuecomment-3272521479
|
| |
|
|
|
|
|
|
|
| |
MaterialX is an open standard for representing rich material and
look-development content in computer graphics, enabling its
platform-independent description and exchange across applications and
renderers.
PR: 283175
|