lang/gnat1?: fix build with GNU strip
After D55509 $STRIP_CMD has been set to GNU strip for these ports, and in some
cases this breaks, because GNU strip will refuse to strip non-writable files,
while LLVM strip is happy to (attempt to) strip them.
PR: 294657
Reported by: kib at FreeBSD.org
Reviewed by: kib at FreeBSD.org
Phabricator: D55509
MFC after: 8 days
net-mgmt/netbox: Update to 4.5.8
* The first code that is backward-incompatible with Python 3.11 has
appeared in this release, which was to be expected since the support
for it was officially discontinued with the Netbox 4.5 release.
The actual workaround to get Python 3.11 compatibility is quite simple
and as long as this remains the case until the NetBox 4.6 release,
which requires Django 6.0 and thus Python 3.12+, compatibility with
Python 3.11 can still be provided.
Changelog:
Enhancements:
* Display the device role's color in the device view
* Update humanize_speed template filter to support decimal Gbps/Tbps
values
Bug Fixes:
[21 lines not shown]
devel/py-dj52-strawberry-graphql: Update to 0.314.3
* Add APOLLO-FEDERATION option, which has been introduced with the
0.314.0 release, and keep it non-default like the other options to
keep the dependencies at a minimum.
* Relax the version requirements for py-uv-build as well to be able to
build the port in the quarterly branch, where py-uv-build is present
at version 0.10.10.
Changelog since 0.312.4:
https://github.com/strawberry-graphql/strawberry/blob/0.314.3/CHANGELOG.md
MFH: 2026Q2
(cherry picked from commit acf2f77846437ff52d4858b1cfc6e35044edbfba)
devel/py-strawberry-graphql: Update to 0.314.3
devel/py-dj52-strawberry-graphql: Update to 0.314.3
* Add APOLLO-FEDERATION option, which has been introduced with the
0.314.0 release, and keep it non-default like the other options to
keep the dependencies at a minimum.
Changelog since 0.312.4:
https://github.com/strawberry-graphql/strawberry/blob/0.314.3/CHANGELOG.md
net-mgmt/netbox: Update to 4.5.8
* The first code that is backward-incompatible with Python 3.11 has
appeared in this release, which was to be expected since the support
for it was officially discontinued with the Netbox 4.5 release.
The actual workaround to get Python 3.11 compatibility is quite simple
and as long as this remains the case until the NetBox 4.6 release,
which requires Django 6.0 and thus Python 3.12+, compatibility with
Python 3.11 can still be provided.
Changelog:
Enhancements:
* Display the device role's color in the device view
* Update humanize_speed template filter to support decimal Gbps/Tbps
values
Bug Fixes:
[20 lines not shown]
devel/py-dj52-strawberry-graphql: Update to 0.314.3
* Add APOLLO-FEDERATION option, which has been introduced with the
0.314.0 release, and keep it non-default like the other options to
keep the dependencies at a minimum.
* Relax the version requirements for py-uv-build as well to be able to
build the port in the quarterly branch, where py-uv-build is present
at version 0.10.10.
Changelog since 0.312.4:
https://github.com/strawberry-graphql/strawberry/blob/0.314.3/CHANGELOG.md
MFH: 2026Q2
java/sigar: fix running with openjdk8
Running Cassandra 3 gave:
java.lang.UnsupportedClassVersionError: org/hyperic/sigar/SigarException has been compiled by a more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes class file versions up to 52.0
PR: 294323
Reported-by: Lapo Luchini
Fixes: f3a12dc72aa72af22212e3e37c5f29652eae0cbb "fix compilation with jdk21"
MFH: 2026Q2
Pointy-hat: to me
(cherry picked from commit 39650b669d8253cfc1419e384741df7f5c7e2c4c)
NB: I included the portrevision bump of 86813e9ccf597695e26c8104e678f913689f1e93
although that commit is not merged. I think this makes it more clear that the
port in branch 2026Q2 is equal to the port in main now.
java/sigar: fix running with openjdk8
Running Cassandra 3 gave:
java.lang.UnsupportedClassVersionError: org/hyperic/sigar/SigarException has been compiled by a more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes class file versions up to 52.0
PR: 294323
Reported-by: Lapo Luchini
Fixes: f3a12dc72aa72af22212e3e37c5f29652eae0cbb "fix compilation with jdk21"
MFH: 2026Q2
Pointy-hat: to me
science/hdf5-21: New port, copied from science/hdf5
HDF5 is a completely new Hierarchical Data Format product consisting of a data
format specification and a supporting library implementation. HDF5 is designed
to address some of the limitations of the older HDF product and to address
current and anticipated requirements of modern systems and applications.
HDF5 includes the following improvements:
- A new file format designed to address some of the deficiencies of HDF4.x,
particularly the need to store larger files and more objects per file.
- A simpler, more comprehensive data model that includes only two basic
structures: a multidimensional array of record structures, and a grouping
structure.
- A simpler, better-engineered library and API, with improved support for
parallel I/O, threads, and other requirements imposed by modern systems
and applications.
Tools/scripts: Add report-outdated-for-maintainer.py
report-outdated-for-maintainer.py checks Repology and GitHub
and produces a categorized report of outdated ports.
It produces a better report than Repology produces:
it produces 3 tables:
* Majorly outdated ports
* Moderately outdated ports
* Slightly outdated ports
and it sorts outdated ports by how much are they outdated.
There are still minor bugs. This is WIP.
