comms/gnuradio3.10.12.0_15

misc/soapysdr: update 0.8.1 → 0.9.0

comms/gnuradio: Build QtGui

Set some paths and ENABLE_GR_QTGUI=ON to build QtGui

PR:		289371
Reported by:	Frans van der Veer

*/*: update boost consumers after boost-1.92

*/*: Bump after soname changed in update audio/codec2

in 6621902b7ed5b3b2480461d0400baf8fb5fe662a

Approved by:	blanket
Sponsored by:	UNIS Labs

*/*: bump consumers after devel/boost update

comms/gnuradio: Convert to PORTDOCS to fix packaging with sphinx 9.0.4

*/*: bump PORTREVISION after switching to NumPy 2.x

*/*: Switch to NumPy 2.x

PR:		294328
Exp-run:	antoine

comms/gnuradio: Fix pkg-plist error when PYTHON_VER != 3.11

PR:		294766
Approved by:	blanket (fix build)
Sponsored by:	UNIS Labs
MFH:		2026Q2

python.mk: retire ${PYNUMPY}

With both math/py-numpy (2) and math/py-numpy1, the variable stopped
making sense. Also remove the upper version bound.

devel/spdlog: Update to 1.17.0

- Use complete arguments/options
- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/gabime/spdlog/releases

*/*: chase math/gsl update to 2.8

PR:		292499

security/libsodium: Update to 1.0.21

The API remains compatible but bumping all dependent ports as SHLIB
has changed.

Changelog: https://github.com/jedisct1/libsodium/releases/tag/1.0.21-RELEASE
Security: https://00f.net/2025/12/30/libsodium-vulnerability/
PR: 279347

devel/libfmt: Bump PORTREVISION of dependent ports for shlib change after 786cb608216ce14e8ced27108c96a1f2c8492fca

The following ports are skipped because they have been updated after 786cb608216ce14e8ced27108c96a1f2c8492fca.
- chinese/fcitx5-chinese-addons
- chinese/fcitx5-mcbopomofo
- devel/fatal
- devel/fbthrift
- devel/folly
- devel/spdlog
- mail/mu
- net/fb303
- net/mvfst
- net/wangle
- science/seacas
- security/fizz
- www/proxygen

devel/boost: bump consumers after boost upgrade (+)

Get rid of direct dependency ob libbost_system.so, use libboost_thread.so instead

*/*: switch dependency from devel/py-lxml5 to devel/py-lxml

Currently, there are two versions of python XML processing library
which conflict each other in the ports tree, namely:
- devel/py-lxml5 (now at version 5.4.0)
- devel/py-lxml  (now at version 6.0.1)

To avoid the situation that some ports depend on py-lxml5 and some
others do on py-lxml (by switching dependencies individually), this
commit switches the dependencies from py-lxml5 to py-lxml at once.

Additional note: There are still two ports (textproc/py-rdflib and
www/py-draftjs-exporter) depending on py-lxml5 since they limit upper
version to less than 6.

PR:		289491
Approved by:	Michiel van Baak Jansen <michiel@vanbaak.eu>, arrowd,
		crees, madpilot, delphij, marcus, nivit, kai,
		skreuzer, fluffy, bofh, thierry, stephen, sunpoet,
		0mp, Eric Camachat <eric@camachat.org>

all: bump PORTREVISION after updating graphics/libyuv

Using the Tools/scripts/bump_revision.pl script

*: Bump PORTREVISION for devel/libfmt  update {fmt.dev}

comms/gnuradio: Remove bogus .bak files in pkg.plist

PR:		ports/288412
Reported by:	milios@ccsys.com

- Removed bogus .bak files in pkg-plist

comms/*: remove useless USES=pathfix

*/*: update dependency on devel/py-lxml to devel/py-lxml5 (2nd attempt)

This is a follow up to the commit 230fb2661c78, which updated some
ports' dependencies on devel/py-lxml to devel/py-lxml5. It was an
attempt to follow the dependency change of
www/py-beautifulsoup. However, the switch was incomplete and broke
some other ports.

It has turned out that the ports depending on devel/py-lxml (at
version 4.9.3) does not limit their dependencies' upper bound to 4.x
except for one (devel/py-pymaven-patch). So updating them to
devel/py-lxml5 (at version 5.4.0) should cause no harm.

This commit switch dependencies of all the ports (except
devel/py-pymaven-patch) to devel/py-lxml5 avoid potential conflicts.

Co-authored-by: Daniel Engberg <diizzy@FreeBSD.org>

PR:		287144, 288047
Reported by:	makc (via ports-committers),
		vvd (PR 288047),
		diizzy (PR 287144)
Approved by:	portmgr (chase dependency change, unbreak build)
Fixes:		230fb2661c78 (*/*: update dependency on devel/py-lxml to devel/py-lxml5)

python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etc

EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.

Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.

Introduce PYTHON_SOABI to align with PEP 3149's specification of a
tag, which consists of implementation name, shorthand version and
any ABI flags present (this and PYTHON_TAG are identical without
ABI flags). This is meant for compiled extension module objects and
other files that depend on a specific Python ABI for the same
version.

Add documentation for these variables that our PYTHON_EXT_SUFFIX
never had.

PR: 274671
Event: Kitchener-Waterloo Hackathon 202506

devel/boost: bump consumers after Boost update

comms/gnuradio: Missing patches

I double checked but still missed adding these patches. *sigh*

comms/gnuradio: Update to 3.10.12

- gnuradio in ports tree was quite old and broken with boost-1.87
- From upstream changelog

Tonight, we release GNU Radio 3.8.0.0.

It's the first minor release version since more than six years, not without
pride this community stands to face the brightest future SDR on general purpose
hardware ever had.

Since we've not been documenting changes in the shape of a Changelog for the
whole of the development that happened since GNU Radio 3.7.0, I'm afraid that
these release notes will be more of a GLTL;DR (git log too long; didn't read)
than a detailed account of what has changed.

What has _not** changed is the fact that GNU Radio is centered around a very
simple truth:

> Let the developers hack on DSP. Software interfaces are for humans, not the
> other way around.

And so, compared to the later 3.7 releases, nothing has fundamentally modified
the way one develops signal processing systems with GNU Radio: You write blocks,
and you combine blocks to be part of a larger signal processing flow graph.

With that as a success story, we of course have faced quite a bit of change in
the systems we use to develop and in the people that develop GNU Radio. This has
lead to several changes that weren't compatible with 3.7.

**This is an excerpt only:**

- Roughly 36 dBBug, (ETOOMANYBUGS)
- Fixed .so versioning

- C++11
- merged the wholeness of the `next` branch
- Dependency version bumps: CMake, GCC, MSVC, Swig, Boost
- New dependencies: MPIR/GMP, Qt5, gsm, codec2
- Removed dependencies: libusb, Qt4, CppUnit
- Python: Python 2 & Python 3 compatible. 3.8 will be the last Py2k-compatible
  release series
- gengen was replaced by templates (if you don't know gengen, don't do any
  research; save yourself that sorrow)
- Modern CMake (as far as feasible at this point)
- VOLK version updated to v2.0.0
- .clang-format file now dictates coding style
- clang-format'ed the whole tree.
- installed CMake files now tell about configuration

- reworked fractional tag time handling, especially in the context of resamplers

- C++ generation as option
- YAML instead of XML
- removed `blks2`
- much better canvas tooling
- consistent gobject usage
- ROUNDED ARROWS

- moving from Qt4 to Qt5

- `gr_modtool` now vastly improved

- improved versatility
- removed in-tree libgsm, libcodec2, use system-wide libs

- Modules `gr-comedi`, `gr-fcd` and `gr-wxgui` are gone

- nobody could remember who used this, or for what. It has seen 0 active code
  contributions in the 3.7 lifecycle

- python-based `packet_encoder` and related tools: Bugs that were sporadic and
  never fixed, so after long deprecation, we're removing it

- since it's currently untestable by the CI, it's being removed, as there was no
  code contributions. Generally, we strive to include all batteries with GNU
  Radio. Re-integration within a more general SDR interface would be desirable.

- removed PyQwt (dead) based tools

- Unmaintained, breaks on increasingly many systems, always was slower than
  Qtgui. We've been starting to tell people to migrate to Qt since at
  least 2015. Now, we're finally removing it.

comms/gnuradio: Mark BROKEN

Fails to build with Boost 1.87

Reported by:	pkg-fallout

x11-toolkits/qwt6: Update to 6.3.0

devel/boost: bump consumers after Boost-1.87 update

Sponsored by:	Future Crew, LLC

x11-toolkits/py-wxPython4: Update to 4.2.2

*/*: Bump consumers of x11-toolkits/wxgtk32

New version of wxgtk32 in tree

devel/py-pygobject: bump consumer PORTREVISIONs after port rename

With hat: gnome
PR: 273722

devel/boost: bump consu,ers after update Boost to 1.86 release

Sponsored by:	Future Crew, LLC

devel/py-gobject3: use USE_GNOME=pygobject3 helper

The helper is equivalent to the previous explicit dependency
declaration so no functional or metadata changes.

With hat: gnome
PR: 273722

comms/gnuradio: unbreak build with boost-1.85

With hat:	office
Sponsored by:	Future Crew, LLC

devel/py-pyyaml: Move devel/py-yaml to devel/py-pyyaml

- Bump PORTREVISION of dependent ports for dependency change

security/libsodium: update to 1.0.19, bump dependent ports

PR:	278259
Reported by:	Andrey Korobkov <alster-vinterdalen.se>

x11-toolkits/qwt6: Update to 6.2.0 and flavorize it

- Update to 6.2.0
- Flavorize Qt
- Delete patches fixed/applied upstream
- Update ports with qwt6@qt5

PR:		265069
Reported by:	yuri

comms/gnuradio: Prepare to Qwt 6.2.0

- Manual apply patches from https://github.com/gnuradio/gnuradio/pull/5034

devel/boost: bump consumers after library update

*/*: Bump consumers of x11-toolkits/wxgtk32

New version of wxWidgets in tree

comms/gnuradio: Switch to 'USES' for LDCONFIG patch

This improves commit 2541ea0b: use USES=localbase:ldflags instead of
direct modification of LDCONFIG.

Reported by: eduardo via ports-committers@

comms/gnuradio: Fix build after 833bce429aa8

Commit 833bce429aa8 indirectly broke comms/gnuradio, making the linker
not find its libraries anymore:

  ld: error: unable to find library -lgsl
  ld: error: unable to find library -lgslcblas

Fix build by adding ${LOCALBASE}/lib to LDFLAGS.

devel/boost*: bump all consumers after 1.83.0

comms/gnuradio: Fix crash with GNU Radio buffers

This patch is a backport of ca44241 from upstream:
runtime: Use MAP_FIXED flag to ensure buffer halves are contiguous

It fixes SIGSEGV observed with GNU Radio buffers consumers such as
comms/gqrx.

Discussed here:
  https://github.com/gqrx-sdr/gqrx/issues/1275
  https://github.com/gnuradio/gnuradio/pull/6854

PR:	272543
Reported by:	trasz
Obtained from:	GNU Radio team (GH pull request: 6854)
MFH:	2023Q3

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++ -DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable -Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi -Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings -Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x -MT _quickfix_la-QuickfixPython.lo -MD -MP -MF .deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o .libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

*/*: bump all direct Boost cunsumers

audio/opus: bump consumers after update to 1.4

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

PyQt: Update to latest versions

- PyQt5: update to 5.15.9
- PyQt6: upate to 6.4.2
- PyQt6-sip: update to 13.4.1
- PyQt5-sip: update to 12.11.1
- PyQt-builder: update to 1.14.1
- sip: upate to 6.7.7

PR:		269751
Exp-run by:	antoine

*/*:	bump libboost*.so libraries consumert after Boost upgrade