Sunday, March 22, 2026

Re: Problem with 3.10.12.0

wa4ywm@wa4ywm:~/gr-ft8_rxtx/Text_Display/build $ cmake ../ >
Text_Display.txt
CMake Deprecation Warning at CMakeLists.txt:12 (cmake_minimum_required):
Compatibility with CMake < 3.10 will be removed from a future version of
CMake.

Update the VERSION argument <min> value. Or, use the <min>...<max> syntax
to tell CMake that the project requires at least <min> but has been
updated
to work with policies introduced by <max> or earlier.


CMake Warning (dev) at
/usr/share/cmake-3.31/Modules/CMakeFindDependencyMacro.cmake:76
(find_package):
Policy CMP0167 is not set: The FindBoost module is removed. Run "cmake
--help-policy CMP0167" for policy details. Use the cmake_policy command
to
set the policy and suppress this warning.

Call Stack (most recent call first):
/usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:28
(find_dependency)
CMakeLists.txt:39 (find_package)
This warning is for project developers. Use -Wno-dev to suppress it.

CMake Warning (dev) at
/usr/lib/aarch64-linux-gnu/cmake/gnuradio/GrPython.cmake:21 (find_package):
Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs modules
are removed. Run "cmake --help-policy CMP0148" for policy details. Use
the cmake_policy command to set the policy and suppress this warning.

Call Stack (most recent call first):
/usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
(include)
CMakeLists.txt:39 (find_package)
This warning is for project developers. Use -Wno-dev to suppress it.

CMake Warning (dev) at
/usr/lib/aarch64-linux-gnu/cmake/gnuradio/GrPython.cmake:27 (find_package):
Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs modules
are removed. Run "cmake --help-policy CMP0148" for policy details. Use
the cmake_policy command to set the policy and suppress this warning.

Call Stack (most recent call first):
/usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
(include)
CMakeLists.txt:39 (find_package)
This warning is for project developers. Use -Wno-dev to suppress it.

CMake Warning at
/usr/lib/aarch64-linux-gnu/cmake/gnuradio/gnuradio-qtguiConfig.cmake:12
(find_package):
By not providing "FindQt5Widgets.cmake" in CMAKE_MODULE_PATH this project
has asked CMake to find a package configuration file provided by
"Qt5Widgets", but CMake did not find one.

Could not find a package configuration file provided by "Qt5Widgets" with
any of the following names:

Qt5WidgetsConfig.cmake
qt5widgets-config.cmake

Add the installation prefix of "Qt5Widgets" to CMAKE_PREFIX_PATH or set
"Qt5Widgets_DIR" to a directory containing one of the above files. If
"Qt5Widgets" provides a separate development package or SDK, be sure it
has
been installed.
Call Stack (most recent call first):
/usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:104
(include)
CMakeLists.txt:39 (find_package)


CMake Error at CMakeLists.txt:55 (find_package):
By not providing "FindQt5Widgets.cmake" in CMAKE_MODULE_PATH this project
has asked CMake to find a package configuration file provided by
"Qt5Widgets", but CMake did not find one.

Could not find a package configuration file provided by "Qt5Widgets" with
any of the following names:

Qt5WidgetsConfig.cmake
qt5widgets-config.cmake

Add the installation prefix of "Qt5Widgets" to CMAKE_PREFIX_PATH or set
"Qt5Widgets_DIR" to a directory containing one of the above files. If
"Qt5Widgets" provides a separate development package or SDK, be sure it
has
been installed.
Marcus, Philip:

I performed the operation you suggested Marcus. Partial success - I now have
3 of the 4 OOT modules recovered.

The 4th module cmake created the QT5Widget error shown at the bottom of the
attached file.

Is there something missing I need to install and/or rebuild?

Jim

-----Original Message-----
From: Marcus Müller
Sent: Friday, March 20, 2026 8:34 AM
To: Elmore Family ; discuss-gnuradio@gnu.org ; Philip Balister
Subject: Re: Problem with 3.10.12.0

Hey, Jim,

something, *anything*, really, in /usr/local!
If that's not empty, there's stuff in there that you've installed manually
(not via apt);
which is totally OK, but everything in there doesn't get updated by apt,
which means you
need to keep tabs on what you've installed there, and remove it yourself,
build it anew,
when one of its dependencies gets updated via apt.

What Philip is saying here is that this is a common occurrence: user needs a
specific
version of something that their Linux distro doesn't package, installs it
manually into
/usr/local, then the system is upgraded, but /usr/local contains things
founded in the
state of the system prior to the update.

Valuing your time as high as I do mine, I'd do this: go and move
*everything* in
/usr/local out of the way
(e.g. `sudo mkdir /usr/local-old && sudo mv /usr/local/* /usr/local-old/`),
then make sure
you're working from empty build/ directories, build and install the
out-of-tree modules
you need anew (and any other software you need from your old /usr/local).

Best regards,
Marcus

On 2026-03-20 2:12 AM, Elmore Family wrote:
> What would I look for specifically?
>
> Jim
>
> -----Original Message----- From: Philip Balister
> Sent: Thursday, March 19, 2026 7:24 PM
> To: Marcus Müller ; Elmore Family ; discuss-gnuradio@gnu.org
> Subject: Re: Problem with 3.10.12.0
>
> It sounds like you installed gnuradio from packages, is there an old
> build in /usr/local/* ?
>
> On 3/19/26 1:35 PM, Marcus Müller wrote:
>> Hi Jim,
>>
>> it still looks like there's a pybind around that is built against Python
>> 3.11. Where that comes from, or where specifically it is on your system:
>> I don't know more than that, I'm afraid.
>>
>> Best regards,
>> Marcus
>>
>> On 2026-03-19 8:24 PM, Elmore Family wrote:
>>> Marcus,
>>>
>>> I upgraded to GNU Radio 3.10.12.0.
>>>
>>> Python 3.13.5 came along with it.
>>>
>>> I am using Debian 13 (Trixie) on my RPi.
>>>
>>> I used sudo apt install.
>>>
>>> I hope this is enough info to help.
>>>
>>> Jim
>>>
>>> -----Original Message----- From: Marcus Müller
>>> Sent: Thursday, March 19, 2026 9:52 AM
>>> To: Elmore Family ; discuss-gnuradio@gnu.org
>>> Subject: Re: Problem with 3.10.12.0
>>>
>>> Hey Jim,
>>> don't know how you've installed Pybind and your Python! As said, it
>>> looks like your update
>>> of Python happened without the other libraries, and here, Pybind,
>>> getting rebuilt/updated
>>> as well. I don't know your operating systems and installation methods,
>>> so it's impossible
>>> for me to advise!
>>>
>>> Best,
>>> Marcus
>>>
>>> On 2026-03-19 1:28 AM, Elmore Family wrote:
>>>> What can I do to fix this issue?
>>>>
>>>> Jim
>>>>
>>>> -----Original Message----- From: Marcus Müller
>>>> Sent: Monday, March 16, 2026 8:49 AM
>>>> To: discuss-gnuradio@gnu.org
>>>> Subject: Re: Problem with 3.10.12.0
>>>>
>>>> Hi Elmore,
>>>>
>>>> looks like you use Python to 3.13, but for some reason your pybind11 is
>>>> linked against
>>>> Python 3.11. Well, that might have different reasons, but it looks like
>>>> an issue of
>>>> inconsistent updates. It's not a GNU Radio bug!
>>>>
>>>> Best regards,
>>>> Marcus
>>>>
>>>> On 2026-03-14 10:13 PM, Elmore Family wrote:
>>>>> I recently upgraded to the subject version and am now missing some
>>>>> blocks.
>>>>> I tried to rebuild one of my blocks and the following was the result:
>>>>> cmake ../
>>>>> CMake Deprecation Warning at CMakeLists.txt:12
>>>>> (cmake_minimum_required):
>>>>> Compatibility with CMake < 3.10 will be removed from a future
>>>>> version of
>>>>> CMake.
>>>>> Update the VERSION argument <min> value. Or, use the <min>...<max>
>>>>> syntax
>>>>> to tell CMake that the project requires at least <min> but has been
>>>>> updated
>>>>> to work with policies introduced by <max> or earlier.
>>>>> -- The CXX compiler identification is GNU 14.2.0
>>>>> -- The C compiler identification is GNU 14.2.0
>>>>> -- Detecting CXX compiler ABI info
>>>>> -- Detecting CXX compiler ABI info - done
>>>>> -- Check for working CXX compiler: /usr/bin/c++ - skipped
>>>>> -- Detecting CXX compile features
>>>>> -- Detecting CXX compile features - done
>>>>> -- Detecting C compiler ABI info
>>>>> -- Detecting C compiler ABI info - done
>>>>> -- Check for working C compiler: /usr/bin/cc - skipped
>>>>> -- Detecting C compile features
>>>>> -- Detecting C compile features - done
>>>>> -- Build type not specified: defaulting to release.
>>>>> -- Using GMP.
>>>>> CMake Warning (dev) at /usr/share/cmake-3.31/Modules/
>>>>> CMakeFindDependencyMacro.cmake:76 (find_package):
>>>>> Policy CMP0167 is not set: The FindBoost module is removed. Run
>>>>> "cmake
>>>>> --help-policy CMP0167" for policy details. Use the cmake_policy
>>>>> command to
>>>>> set the policy and suppress this warning.
>>>>> Call Stack (most recent call first):
>>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:28
>>>>> (find_dependency)
>>>>> CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>>> -- Found Boost: /usr/lib/aarch64-linux-gnu/cmake/Boost-1.83.0/
>>>>> BoostConfig.cmake (found suitable version "1.83.0", minimum required
>>>>> is "1.83.0") found components: date_time program_options system regex
>>>>> thread unit_test_framework
>>>>> -- User set python executable /usr/bin/python3
>>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>>> GrPython.cmake:21 (find_package):
>>>>> Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs
>>>>> modules
>>>>> are removed. Run "cmake --help-policy CMP0148" for policy details.
>>>>> Use
>>>>> the cmake_policy command to set the policy and suppress this
>>>>> warning.
>>>>> Call Stack (most recent call first):
>>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>>> (include)
>>>>> CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>>> -- Found PythonInterp: /usr/bin/python3 (found version "3.13.5")
>>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>>> GrPython.cmake:27 (find_package):
>>>>> Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs
>>>>> modules
>>>>> are removed. Run "cmake --help-policy CMP0148" for policy details.
>>>>> Use
>>>>> the cmake_policy command to set the policy and suppress this
>>>>> warning.
>>>>> Call Stack (most recent call first):
>>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>>> (include)
>>>>> CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>>> -- Found PythonLibs: /usr/lib/aarch64-linux-gnu/libpython3.11.so
>>>>> (Required is exact version "3.13")
>>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>>> -- Found pybind11: /usr/include (found version "2.13.6")
>>>>> -- Using install prefix: /usr/local
>>>>> -- Building for version: v1.0-compat-xxx-xunknown / 1.0.0git
>>>>> -- No C++ unit tests... skipping
>>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>>> -- PYTHON and GRC components are enabled
>>>>> -- Python checking for pygccxml - found
>>>>> -- Configuring done (10.5s)
>>>>> CMake Error in python/bindings/CMakeLists.txt:
>>>>> Imported target "pybind11::module" includes non-existent path
>>>>> "/usr/include/python3.11"
>>>>> in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:
>>>>> * The path was deleted, renamed, or moved to another location.
>>>>> * An install or uninstall procedure did not complete successfully.
>>>>> * The installation package was faulty and references files it does
>>>>> not
>>>>> provide.
>>>>> -- Generating done (0.2s)
>>>>> CMake Generate step failed. Build files cannot be regenerated
>>>>> correctly.
>>>>> What is happening here?
>>>>> Jim
>>>>>
>>>>> <http://www.avg.com/email-signature?
>>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>>> email&utm_content=emailclient> Virus-free.www.avg.com <http://
>>>>> www.avg.com/email- signature?
>>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>>> email&utm_content=emailclient>
>>>>>
>>>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


--
This email has been checked for viruses by AVG antivirus software.
www.avg.com

Friday, March 20, 2026

Re: [GSoC] GRC UI Improvements: Sub-flowgraphs and Mini-map Prototype – Request for Feedback

Hi Suryasaradhi, 

Thanks for reaching out!

I agree with Marcus' comments here, they seem like nice features that I consider suitable for GRC. Please feel free to open a (draft) PR if you already have some working code, it will probably get you more feedback than having it spread across a few commits on your fork :) 

Are you planning to implement any other features as your GSoC project? 

Looking forward to reading your proposal! 

Best regards 
Håkon Vågsether 


On Wed, Mar 18, 2026, 17:22 Marcus Müller <mmueller@gnuradio.org> wrote:
Hi Suryasaradhi,

welcome to the community!
Thanks for being part of the GSoC candidates!

I'll very likely not be your mentor, but I think it's great you're reaching out to discuss
your proposal:

On 2026-03-18 2:21 AM, B Suryasaradhi wrote:
> Both features are currently implemented as working prototypes in GTK and Implementation in
> QT is happening.

great! We mostly try to focus our development efforts on Qt these days.
>       Context
>
> I am exploring these ideas in the context of contributing to GNU Radio, potentially as a
> GSoC project. Before proceeding further, I wanted to ensure alignment with the project's
> direction and design expectations.

great! this is the way to go about discussing GSoC ideas :)

>       Questions
>     Would these features be suitable for integration into GRC?

I'll defer to Håkon on that, who tries to keep GRC together and moving in a consistent
direction :)

Generally, they seem to be nice features.

>     Are there existing efforts or design discussions related to sub-flowgraphs or
>     navigation improvements that I should align with?

Sub-Flowgraphs: kind of! We used to have the ability to create hierarchical blocks fully
functional (I remember it having a few rough edges, though. Don't know its current state!)
You show the menu where you can create hierarchical blocks, so you're probably aware of
that functionality.
I think it would be a very good idea discuss in which ways the technical differences
between these two, creating a hier block or creating a subgraph, affect how people can use
them. I bet this will pretty much revolve around scope/visibility of objects! For example,
if you have a "Variable" in a GNU Radio flow graph and use a hier block in that flow
graph, the internals don't see (and interfere) with that.
That's a big plus for the hier block when it comes to "reusability", because all the
things you need to transport from the outside in need to be explicitly declared (as
"Parameters").
You might want to discuss how subgraph address that – as grumpy old bug-fixing dude, I'd
tend towards "make it very explicit to which variables the subgraph is sensitive; default
to 'none of them'!", but I think that's the extreme there, and usability indicates you
want something closer to "expose all external variables internally, but don't allow
objects from the inside to come out, as that would be confusing". But maybe it's
"everything is visible: inside to the outside, outside to the inside of a subgraph,
everyone needs to take care to look inside their subgraphs when a conflict appears".

As you can see, your proposed feature is interesting, and leads to a design discussion,
that I think should be part of what you need to do within or before GSoC.

>     What would be the recommended next step:
>         refining the prototype,
>         adapting it to GRC's architecture,
>         or opening a draft PR for discussion?
Can't really tell you how confident you feel about your code. Point 3), a draft PR, would
imply part 2) has kind of already been done. But: Also a big fan of talking about actual
code instead of code we can't see, so if you feel like you would someone review your code,
then by all means, just go for it!

> I have attached this is a demo video of subflowgraph and minimap. I would love to complete
> this as part of GSOC.Since this idea is not listed in the idea list, I am looking for
> mentors.I have adhered to maintain the code style mentioned in the contributors document
> of gnuradio. If someone wants to take a look at the code the link is: github link
> <https://github.com/thesunRider/gnuradio>

Then you should probably also start drafting a GSoC proposal! (In case you haven't,
please, read through, really from start to finish, of
https://wiki.gnuradio.org/index.php?title=GSoCStudentInfo )

Doesn't have to be polished (in fact, most of us would rather read bullet points than
overly polished, overly much text, at this stage), but list what you want to do, in which
weeks of GSoC.


Best regards,
Marcus

Re: Problem with 3.10.12.0

Thanks Marcus & Philip.

Marcus - I will try what you suggested and let you know the results. I am
working on another couple of projects one of which initiated this upgrade.
That project is working ok but I noticed 2 of my previous projects have the
OOT issue. I thought maybe there might be a quick fix for the older
projects - but of course not. Almost nothing is quick and easy.

Thanks again for the help,

Jim

-----Original Message-----
From: Marcus Müller
Sent: Friday, March 20, 2026 8:34 AM
To: Elmore Family ; discuss-gnuradio@gnu.org ; Philip Balister
Subject: Re: Problem with 3.10.12.0

Hey, Jim,

something, *anything*, really, in /usr/local!
If that's not empty, there's stuff in there that you've installed manually
(not via apt);
which is totally OK, but everything in there doesn't get updated by apt,
which means you
need to keep tabs on what you've installed there, and remove it yourself,
build it anew,
when one of its dependencies gets updated via apt.

What Philip is saying here is that this is a common occurrence: user needs a
specific
version of something that their Linux distro doesn't package, installs it
manually into
/usr/local, then the system is upgraded, but /usr/local contains things
founded in the
state of the system prior to the update.

Valuing your time as high as I do mine, I'd do this: go and move
*everything* in
/usr/local out of the way
(e.g. `sudo mkdir /usr/local-old && sudo mv /usr/local/* /usr/local-old/`),
then make sure
you're working from empty build/ directories, build and install the
out-of-tree modules
you need anew (and any other software you need from your old /usr/local).

Best regards,
Marcus

On 2026-03-20 2:12 AM, Elmore Family wrote:
> What would I look for specifically?
>
> Jim
>
> -----Original Message----- From: Philip Balister
> Sent: Thursday, March 19, 2026 7:24 PM
> To: Marcus Müller ; Elmore Family ; discuss-gnuradio@gnu.org
> Subject: Re: Problem with 3.10.12.0
>
> It sounds like you installed gnuradio from packages, is there an old
> build in /usr/local/* ?
>
> On 3/19/26 1:35 PM, Marcus Müller wrote:
>> Hi Jim,
>>
>> it still looks like there's a pybind around that is built against Python
>> 3.11. Where that comes from, or where specifically it is on your system:
>> I don't know more than that, I'm afraid.
>>
>> Best regards,
>> Marcus
>>
>> On 2026-03-19 8:24 PM, Elmore Family wrote:
>>> Marcus,
>>>
>>> I upgraded to GNU Radio 3.10.12.0.
>>>
>>> Python 3.13.5 came along with it.
>>>
>>> I am using Debian 13 (Trixie) on my RPi.
>>>
>>> I used sudo apt install.
>>>
>>> I hope this is enough info to help.
>>>
>>> Jim
>>>
>>> -----Original Message----- From: Marcus Müller
>>> Sent: Thursday, March 19, 2026 9:52 AM
>>> To: Elmore Family ; discuss-gnuradio@gnu.org
>>> Subject: Re: Problem with 3.10.12.0
>>>
>>> Hey Jim,
>>> don't know how you've installed Pybind and your Python! As said, it
>>> looks like your update
>>> of Python happened without the other libraries, and here, Pybind,
>>> getting rebuilt/updated
>>> as well. I don't know your operating systems and installation methods,
>>> so it's impossible
>>> for me to advise!
>>>
>>> Best,
>>> Marcus
>>>
>>> On 2026-03-19 1:28 AM, Elmore Family wrote:
>>>> What can I do to fix this issue?
>>>>
>>>> Jim
>>>>
>>>> -----Original Message----- From: Marcus Müller
>>>> Sent: Monday, March 16, 2026 8:49 AM
>>>> To: discuss-gnuradio@gnu.org
>>>> Subject: Re: Problem with 3.10.12.0
>>>>
>>>> Hi Elmore,
>>>>
>>>> looks like you use Python to 3.13, but for some reason your pybind11 is
>>>> linked against
>>>> Python 3.11. Well, that might have different reasons, but it looks like
>>>> an issue of
>>>> inconsistent updates. It's not a GNU Radio bug!
>>>>
>>>> Best regards,
>>>> Marcus
>>>>
>>>> On 2026-03-14 10:13 PM, Elmore Family wrote:
>>>>> I recently upgraded to the subject version and am now missing some
>>>>> blocks.
>>>>> I tried to rebuild one of my blocks and the following was the result:
>>>>> cmake ../
>>>>> CMake Deprecation Warning at CMakeLists.txt:12
>>>>> (cmake_minimum_required):
>>>>> Compatibility with CMake < 3.10 will be removed from a future
>>>>> version of
>>>>> CMake.
>>>>> Update the VERSION argument <min> value. Or, use the <min>...<max>
>>>>> syntax
>>>>> to tell CMake that the project requires at least <min> but has been
>>>>> updated
>>>>> to work with policies introduced by <max> or earlier.
>>>>> -- The CXX compiler identification is GNU 14.2.0
>>>>> -- The C compiler identification is GNU 14.2.0
>>>>> -- Detecting CXX compiler ABI info
>>>>> -- Detecting CXX compiler ABI info - done
>>>>> -- Check for working CXX compiler: /usr/bin/c++ - skipped
>>>>> -- Detecting CXX compile features
>>>>> -- Detecting CXX compile features - done
>>>>> -- Detecting C compiler ABI info
>>>>> -- Detecting C compiler ABI info - done
>>>>> -- Check for working C compiler: /usr/bin/cc - skipped
>>>>> -- Detecting C compile features
>>>>> -- Detecting C compile features - done
>>>>> -- Build type not specified: defaulting to release.
>>>>> -- Using GMP.
>>>>> CMake Warning (dev) at /usr/share/cmake-3.31/Modules/
>>>>> CMakeFindDependencyMacro.cmake:76 (find_package):
>>>>> Policy CMP0167 is not set: The FindBoost module is removed. Run
>>>>> "cmake
>>>>> --help-policy CMP0167" for policy details. Use the cmake_policy
>>>>> command to
>>>>> set the policy and suppress this warning.
>>>>> Call Stack (most recent call first):
>>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:28
>>>>> (find_dependency)
>>>>> CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>>> -- Found Boost: /usr/lib/aarch64-linux-gnu/cmake/Boost-1.83.0/
>>>>> BoostConfig.cmake (found suitable version "1.83.0", minimum required
>>>>> is "1.83.0") found components: date_time program_options system regex
>>>>> thread unit_test_framework
>>>>> -- User set python executable /usr/bin/python3
>>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>>> GrPython.cmake:21 (find_package):
>>>>> Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs
>>>>> modules
>>>>> are removed. Run "cmake --help-policy CMP0148" for policy details.
>>>>> Use
>>>>> the cmake_policy command to set the policy and suppress this
>>>>> warning.
>>>>> Call Stack (most recent call first):
>>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>>> (include)
>>>>> CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>>> -- Found PythonInterp: /usr/bin/python3 (found version "3.13.5")
>>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>>> GrPython.cmake:27 (find_package):
>>>>> Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs
>>>>> modules
>>>>> are removed. Run "cmake --help-policy CMP0148" for policy details.
>>>>> Use
>>>>> the cmake_policy command to set the policy and suppress this
>>>>> warning.
>>>>> Call Stack (most recent call first):
>>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>>> (include)
>>>>> CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>>> -- Found PythonLibs: /usr/lib/aarch64-linux-gnu/libpython3.11.so
>>>>> (Required is exact version "3.13")
>>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>>> -- Found pybind11: /usr/include (found version "2.13.6")
>>>>> -- Using install prefix: /usr/local
>>>>> -- Building for version: v1.0-compat-xxx-xunknown / 1.0.0git
>>>>> -- No C++ unit tests... skipping
>>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>>> -- PYTHON and GRC components are enabled
>>>>> -- Python checking for pygccxml - found
>>>>> -- Configuring done (10.5s)
>>>>> CMake Error in python/bindings/CMakeLists.txt:
>>>>> Imported target "pybind11::module" includes non-existent path
>>>>> "/usr/include/python3.11"
>>>>> in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:
>>>>> * The path was deleted, renamed, or moved to another location.
>>>>> * An install or uninstall procedure did not complete successfully.
>>>>> * The installation package was faulty and references files it does
>>>>> not
>>>>> provide.
>>>>> -- Generating done (0.2s)
>>>>> CMake Generate step failed. Build files cannot be regenerated
>>>>> correctly.
>>>>> What is happening here?
>>>>> Jim
>>>>>
>>>>> <http://www.avg.com/email-signature?
>>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>>> email&utm_content=emailclient> Virus-free.www.avg.com <http://
>>>>> www.avg.com/email- signature?
>>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>>> email&utm_content=emailclient>
>>>>>
>>>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


--
This email has been checked for viruses by AVG antivirus software.
www.avg.com

Re: Problem with 3.10.12.0

Hey, Jim,

something, *anything*, really, in /usr/local!
If that's not empty, there's stuff in there that you've installed manually (not via apt);
which is totally OK, but everything in there doesn't get updated by apt, which means you
need to keep tabs on what you've installed there, and remove it yourself, build it anew,
when one of its dependencies gets updated via apt.

What Philip is saying here is that this is a common occurrence: user needs a specific
version of something that their Linux distro doesn't package, installs it manually into
/usr/local, then the system is upgraded, but /usr/local contains things founded in the
state of the system prior to the update.

Valuing your time as high as I do mine, I'd do this: go and move *everything* in
/usr/local out of the way
(e.g. `sudo mkdir /usr/local-old && sudo mv /usr/local/* /usr/local-old/`), then make sure
you're working from empty build/ directories, build and install the out-of-tree modules
you need anew (and any other software you need from your old /usr/local).

Best regards,
Marcus

On 2026-03-20 2:12 AM, Elmore Family wrote:
> What would I look for specifically?
>
> Jim
>
> -----Original Message----- From: Philip Balister
> Sent: Thursday, March 19, 2026 7:24 PM
> To: Marcus Müller ; Elmore Family ; discuss-gnuradio@gnu.org
> Subject: Re: Problem with 3.10.12.0
>
> It sounds like you installed gnuradio from packages, is there an old
> build in /usr/local/* ?
>
> On 3/19/26 1:35 PM, Marcus Müller wrote:
>> Hi Jim,
>>
>> it still looks like there's a pybind around that is built against Python 3.11. Where
>> that comes from, or where specifically it is on your system: I don't know more than
>> that, I'm afraid.
>>
>> Best regards,
>> Marcus
>>
>> On 2026-03-19 8:24 PM, Elmore Family wrote:
>>> Marcus,
>>>
>>> I upgraded to GNU Radio 3.10.12.0.
>>>
>>> Python 3.13.5 came along with it.
>>>
>>> I am using Debian 13 (Trixie) on my RPi.
>>>
>>> I used sudo apt install.
>>>
>>> I hope this is enough info to help.
>>>
>>> Jim
>>>
>>> -----Original Message----- From: Marcus Müller
>>> Sent: Thursday, March 19, 2026 9:52 AM
>>> To: Elmore Family ; discuss-gnuradio@gnu.org
>>> Subject: Re: Problem with 3.10.12.0
>>>
>>> Hey Jim,
>>> don't know how you've installed Pybind and your Python! As said, it looks like your update
>>> of Python happened without the other libraries, and here, Pybind, getting rebuilt/updated
>>> as well. I don't know your operating systems and installation methods, so it's impossible
>>> for me to advise!
>>>
>>> Best,
>>> Marcus
>>>
>>> On 2026-03-19 1:28 AM, Elmore Family wrote:
>>>> What can I do to fix this issue?
>>>>
>>>> Jim
>>>>
>>>> -----Original Message----- From: Marcus Müller
>>>> Sent: Monday, March 16, 2026 8:49 AM
>>>> To: discuss-gnuradio@gnu.org
>>>> Subject: Re: Problem with 3.10.12.0
>>>>
>>>> Hi Elmore,
>>>>
>>>> looks like you use Python to 3.13, but for some reason your pybind11 is linked against
>>>> Python 3.11. Well, that might have different reasons, but it looks like an issue of
>>>> inconsistent updates. It's not a GNU Radio bug!
>>>>
>>>> Best regards,
>>>> Marcus
>>>>
>>>> On 2026-03-14 10:13 PM, Elmore Family wrote:
>>>>> I recently upgraded to the subject version and am now missing some blocks.
>>>>> I tried to rebuild one of my blocks and the following was the result:
>>>>> cmake ../
>>>>> CMake Deprecation Warning at CMakeLists.txt:12 (cmake_minimum_required):
>>>>>    Compatibility with CMake < 3.10 will be removed from a future version of
>>>>>    CMake.
>>>>>    Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
>>>>>    to tell CMake that the project requires at least <min> but has been updated
>>>>>    to work with policies introduced by <max> or earlier.
>>>>> -- The CXX compiler identification is GNU 14.2.0
>>>>> -- The C compiler identification is GNU 14.2.0
>>>>> -- Detecting CXX compiler ABI info
>>>>> -- Detecting CXX compiler ABI info - done
>>>>> -- Check for working CXX compiler: /usr/bin/c++ - skipped
>>>>> -- Detecting CXX compile features
>>>>> -- Detecting CXX compile features - done
>>>>> -- Detecting C compiler ABI info
>>>>> -- Detecting C compiler ABI info - done
>>>>> -- Check for working C compiler: /usr/bin/cc - skipped
>>>>> -- Detecting C compile features
>>>>> -- Detecting C compile features - done
>>>>> -- Build type not specified: defaulting to release.
>>>>> -- Using GMP.
>>>>> CMake Warning (dev) at /usr/share/cmake-3.31/Modules/
>>>>> CMakeFindDependencyMacro.cmake:76 (find_package):
>>>>>    Policy CMP0167 is not set: The FindBoost module is removed. Run "cmake
>>>>>    --help-policy CMP0167" for policy details.  Use the cmake_policy command to
>>>>>    set the policy and suppress this warning.
>>>>> Call Stack (most recent call first):
>>>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:28 (find_dependency)
>>>>>    CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>>>> -- Found Boost: /usr/lib/aarch64-linux-gnu/cmake/Boost-1.83.0/ BoostConfig.cmake
>>>>> (found suitable version "1.83.0", minimum required is "1.83.0") found components:
>>>>> date_time program_options system regex thread unit_test_framework
>>>>> -- User set python executable /usr/bin/python3
>>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/ GrPython.cmake:21
>>>>> (find_package):
>>>>>    Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs modules
>>>>>    are removed.  Run "cmake --help-policy CMP0148" for policy details. Use
>>>>>    the cmake_policy command to set the policy and suppress this warning.
>>>>> Call Stack (most recent call first):
>>>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37 (include)
>>>>>    CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>>>> -- Found PythonInterp: /usr/bin/python3 (found version "3.13.5")
>>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/ GrPython.cmake:27
>>>>> (find_package):
>>>>>    Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs modules
>>>>>    are removed.  Run "cmake --help-policy CMP0148" for policy details. Use
>>>>>    the cmake_policy command to set the policy and suppress this warning.
>>>>> Call Stack (most recent call first):
>>>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37 (include)
>>>>>    CMakeLists.txt:77 (find_package)
>>>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>>>> -- Found PythonLibs: /usr/lib/aarch64-linux-gnu/libpython3.11.so (Required is exact
>>>>> version "3.13")
>>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>>> -- Found pybind11: /usr/include (found version "2.13.6")
>>>>> -- Using install prefix: /usr/local
>>>>> -- Building for version: v1.0-compat-xxx-xunknown / 1.0.0git
>>>>> -- No C++ unit tests... skipping
>>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>>> -- PYTHON and GRC components are enabled
>>>>> -- Python checking for pygccxml - found
>>>>> -- Configuring done (10.5s)
>>>>> CMake Error in python/bindings/CMakeLists.txt:
>>>>>    Imported target "pybind11::module" includes non-existent path
>>>>>      "/usr/include/python3.11"
>>>>>    in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:
>>>>>    * The path was deleted, renamed, or moved to another location.
>>>>>    * An install or uninstall procedure did not complete successfully.
>>>>>    * The installation package was faulty and references files it does not
>>>>>    provide.
>>>>> -- Generating done (0.2s)
>>>>> CMake Generate step failed.  Build files cannot be regenerated correctly.
>>>>> What is happening here?
>>>>> Jim
>>>>>
>>>>> <http://www.avg.com/email-signature?
>>>>> utm_medium=email&utm_source=link&utm_campaign=sig- email&utm_content=emailclient>
>>>>> Virus-free.www.avg.com <http:// www.avg.com/email- signature?
>>>>> utm_medium=email&utm_source=link&utm_campaign=sig- email&utm_content=emailclient>
>>>>>
>>>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Thursday, March 19, 2026

Re: Problem with 3.10.12.0

What would I look for specifically?

Jim

-----Original Message-----
From: Philip Balister
Sent: Thursday, March 19, 2026 7:24 PM
To: Marcus Müller ; Elmore Family ; discuss-gnuradio@gnu.org
Subject: Re: Problem with 3.10.12.0

It sounds like you installed gnuradio from packages, is there an old
build in /usr/local/* ?

On 3/19/26 1:35 PM, Marcus Müller wrote:
> Hi Jim,
>
> it still looks like there's a pybind around that is built against Python
> 3.11. Where that comes from, or where specifically it is on your system: I
> don't know more than that, I'm afraid.
>
> Best regards,
> Marcus
>
> On 2026-03-19 8:24 PM, Elmore Family wrote:
>> Marcus,
>>
>> I upgraded to GNU Radio 3.10.12.0.
>>
>> Python 3.13.5 came along with it.
>>
>> I am using Debian 13 (Trixie) on my RPi.
>>
>> I used sudo apt install.
>>
>> I hope this is enough info to help.
>>
>> Jim
>>
>> -----Original Message----- From: Marcus Müller
>> Sent: Thursday, March 19, 2026 9:52 AM
>> To: Elmore Family ; discuss-gnuradio@gnu.org
>> Subject: Re: Problem with 3.10.12.0
>>
>> Hey Jim,
>> don't know how you've installed Pybind and your Python! As said, it looks
>> like your update
>> of Python happened without the other libraries, and here, Pybind, getting
>> rebuilt/updated
>> as well. I don't know your operating systems and installation methods, so
>> it's impossible
>> for me to advise!
>>
>> Best,
>> Marcus
>>
>> On 2026-03-19 1:28 AM, Elmore Family wrote:
>>> What can I do to fix this issue?
>>>
>>> Jim
>>>
>>> -----Original Message----- From: Marcus Müller
>>> Sent: Monday, March 16, 2026 8:49 AM
>>> To: discuss-gnuradio@gnu.org
>>> Subject: Re: Problem with 3.10.12.0
>>>
>>> Hi Elmore,
>>>
>>> looks like you use Python to 3.13, but for some reason your pybind11 is
>>> linked against
>>> Python 3.11. Well, that might have different reasons, but it looks like
>>> an issue of
>>> inconsistent updates. It's not a GNU Radio bug!
>>>
>>> Best regards,
>>> Marcus
>>>
>>> On 2026-03-14 10:13 PM, Elmore Family wrote:
>>>> I recently upgraded to the subject version and am now missing some
>>>> blocks.
>>>> I tried to rebuild one of my blocks and the following was the result:
>>>> cmake ../
>>>> CMake Deprecation Warning at CMakeLists.txt:12
>>>> (cmake_minimum_required):
>>>> Compatibility with CMake < 3.10 will be removed from a future
>>>> version of
>>>> CMake.
>>>> Update the VERSION argument <min> value. Or, use the <min>...<max>
>>>> syntax
>>>> to tell CMake that the project requires at least <min> but has been
>>>> updated
>>>> to work with policies introduced by <max> or earlier.
>>>> -- The CXX compiler identification is GNU 14.2.0
>>>> -- The C compiler identification is GNU 14.2.0
>>>> -- Detecting CXX compiler ABI info
>>>> -- Detecting CXX compiler ABI info - done
>>>> -- Check for working CXX compiler: /usr/bin/c++ - skipped
>>>> -- Detecting CXX compile features
>>>> -- Detecting CXX compile features - done
>>>> -- Detecting C compiler ABI info
>>>> -- Detecting C compiler ABI info - done
>>>> -- Check for working C compiler: /usr/bin/cc - skipped
>>>> -- Detecting C compile features
>>>> -- Detecting C compile features - done
>>>> -- Build type not specified: defaulting to release.
>>>> -- Using GMP.
>>>> CMake Warning (dev) at /usr/share/cmake-3.31/Modules/
>>>> CMakeFindDependencyMacro.cmake:76 (find_package):
>>>> Policy CMP0167 is not set: The FindBoost module is removed. Run
>>>> "cmake
>>>> --help-policy CMP0167" for policy details. Use the cmake_policy
>>>> command to
>>>> set the policy and suppress this warning.
>>>> Call Stack (most recent call first):
>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:28
>>>> (find_dependency)
>>>> CMakeLists.txt:77 (find_package)
>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>> -- Found Boost: /usr/lib/aarch64-linux-gnu/cmake/Boost-1.83.0/
>>>> BoostConfig.cmake (found suitable version "1.83.0", minimum required is
>>>> "1.83.0") found components: date_time program_options system regex
>>>> thread unit_test_framework
>>>> -- User set python executable /usr/bin/python3
>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>> GrPython.cmake:21 (find_package):
>>>> Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs
>>>> modules
>>>> are removed. Run "cmake --help-policy CMP0148" for policy details.
>>>> Use
>>>> the cmake_policy command to set the policy and suppress this
>>>> warning.
>>>> Call Stack (most recent call first):
>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>> (include)
>>>> CMakeLists.txt:77 (find_package)
>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>> -- Found PythonInterp: /usr/bin/python3 (found version "3.13.5")
>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>> GrPython.cmake:27 (find_package):
>>>> Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs
>>>> modules
>>>> are removed. Run "cmake --help-policy CMP0148" for policy details.
>>>> Use
>>>> the cmake_policy command to set the policy and suppress this
>>>> warning.
>>>> Call Stack (most recent call first):
>>>> /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>> (include)
>>>> CMakeLists.txt:77 (find_package)
>>>> This warning is for project developers. Use -Wno-dev to suppress it.
>>>> -- Found PythonLibs: /usr/lib/aarch64-linux-gnu/libpython3.11.so
>>>> (Required is exact version "3.13")
>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>> -- Found pybind11: /usr/include (found version "2.13.6")
>>>> -- Using install prefix: /usr/local
>>>> -- Building for version: v1.0-compat-xxx-xunknown / 1.0.0git
>>>> -- No C++ unit tests... skipping
>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>> -- PYTHON and GRC components are enabled
>>>> -- Python checking for pygccxml - found
>>>> -- Configuring done (10.5s)
>>>> CMake Error in python/bindings/CMakeLists.txt:
>>>> Imported target "pybind11::module" includes non-existent path
>>>> "/usr/include/python3.11"
>>>> in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:
>>>> * The path was deleted, renamed, or moved to another location.
>>>> * An install or uninstall procedure did not complete successfully.
>>>> * The installation package was faulty and references files it does
>>>> not
>>>> provide.
>>>> -- Generating done (0.2s)
>>>> CMake Generate step failed. Build files cannot be regenerated
>>>> correctly.
>>>> What is happening here?
>>>> Jim
>>>>
>>>> <http://www.avg.com/email-signature?
>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>> email&utm_content=emailclient> Virus-free.www.avg.com <http://
>>>> www.avg.com/email- signature?
>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>> email&utm_content=emailclient>
>>>>
>>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>>
>>>
>>
>>
>
>


--
This email has been checked for viruses by AVG antivirus software.
www.avg.com

Re: Problem with 3.10.12.0

It sounds like you installed gnuradio from packages, is there an old
build in /usr/local/* ?

On 3/19/26 1:35 PM, Marcus Müller wrote:
> Hi Jim,
>
> it still looks like there's a pybind around that is built against Python
> 3.11. Where that comes from, or where specifically it is on your system:
> I don't know more than that, I'm afraid.
>
> Best regards,
> Marcus
>
> On 2026-03-19 8:24 PM, Elmore Family wrote:
>> Marcus,
>>
>> I upgraded to GNU Radio 3.10.12.0.
>>
>> Python 3.13.5 came along with it.
>>
>> I am using Debian 13 (Trixie) on my RPi.
>>
>> I used sudo apt install.
>>
>> I hope this is enough info to help.
>>
>> Jim
>>
>> -----Original Message----- From: Marcus Müller
>> Sent: Thursday, March 19, 2026 9:52 AM
>> To: Elmore Family ; discuss-gnuradio@gnu.org
>> Subject: Re: Problem with 3.10.12.0
>>
>> Hey Jim,
>> don't know how you've installed Pybind and your Python! As said, it
>> looks like your update
>> of Python happened without the other libraries, and here, Pybind,
>> getting rebuilt/updated
>> as well. I don't know your operating systems and installation methods,
>> so it's impossible
>> for me to advise!
>>
>> Best,
>> Marcus
>>
>> On 2026-03-19 1:28 AM, Elmore Family wrote:
>>> What can I do to fix this issue?
>>>
>>> Jim
>>>
>>> -----Original Message----- From: Marcus Müller
>>> Sent: Monday, March 16, 2026 8:49 AM
>>> To: discuss-gnuradio@gnu.org
>>> Subject: Re: Problem with 3.10.12.0
>>>
>>> Hi Elmore,
>>>
>>> looks like you use Python to 3.13, but for some reason your pybind11
>>> is linked against
>>> Python 3.11. Well, that might have different reasons, but it looks
>>> like an issue of
>>> inconsistent updates. It's not a GNU Radio bug!
>>>
>>> Best regards,
>>> Marcus
>>>
>>> On 2026-03-14 10:13 PM, Elmore Family wrote:
>>>> I recently upgraded to the subject version and am now missing some
>>>> blocks.
>>>> I tried to rebuild one of my blocks and the following was the result:
>>>> cmake ../
>>>> CMake Deprecation Warning at CMakeLists.txt:12
>>>> (cmake_minimum_required):
>>>>    Compatibility with CMake < 3.10 will be removed from a future
>>>> version of
>>>>    CMake.
>>>>    Update the VERSION argument <min> value.  Or, use the
>>>> <min>...<max> syntax
>>>>    to tell CMake that the project requires at least <min> but has
>>>> been updated
>>>>    to work with policies introduced by <max> or earlier.
>>>> -- The CXX compiler identification is GNU 14.2.0
>>>> -- The C compiler identification is GNU 14.2.0
>>>> -- Detecting CXX compiler ABI info
>>>> -- Detecting CXX compiler ABI info - done
>>>> -- Check for working CXX compiler: /usr/bin/c++ - skipped
>>>> -- Detecting CXX compile features
>>>> -- Detecting CXX compile features - done
>>>> -- Detecting C compiler ABI info
>>>> -- Detecting C compiler ABI info - done
>>>> -- Check for working C compiler: /usr/bin/cc - skipped
>>>> -- Detecting C compile features
>>>> -- Detecting C compile features - done
>>>> -- Build type not specified: defaulting to release.
>>>> -- Using GMP.
>>>> CMake Warning (dev) at /usr/share/cmake-3.31/Modules/
>>>> CMakeFindDependencyMacro.cmake:76 (find_package):
>>>>    Policy CMP0167 is not set: The FindBoost module is removed. Run
>>>> "cmake
>>>>    --help-policy CMP0167" for policy details.  Use the cmake_policy
>>>> command to
>>>>    set the policy and suppress this warning.
>>>> Call Stack (most recent call first):
>>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:28
>>>> (find_dependency)
>>>>    CMakeLists.txt:77 (find_package)
>>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>>> -- Found Boost: /usr/lib/aarch64-linux-gnu/cmake/Boost-1.83.0/
>>>> BoostConfig.cmake (found suitable version "1.83.0", minimum required
>>>> is "1.83.0") found components: date_time program_options system
>>>> regex thread unit_test_framework
>>>> -- User set python executable /usr/bin/python3
>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>> GrPython.cmake:21 (find_package):
>>>>    Policy CMP0148 is not set: The FindPythonInterp and
>>>> FindPythonLibs modules
>>>>    are removed.  Run "cmake --help-policy CMP0148" for policy
>>>> details. Use
>>>>    the cmake_policy command to set the policy and suppress this
>>>> warning.
>>>> Call Stack (most recent call first):
>>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>> (include)
>>>>    CMakeLists.txt:77 (find_package)
>>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>>> -- Found PythonInterp: /usr/bin/python3 (found version "3.13.5")
>>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/
>>>> GrPython.cmake:27 (find_package):
>>>>    Policy CMP0148 is not set: The FindPythonInterp and
>>>> FindPythonLibs modules
>>>>    are removed.  Run "cmake --help-policy CMP0148" for policy
>>>> details. Use
>>>>    the cmake_policy command to set the policy and suppress this
>>>> warning.
>>>> Call Stack (most recent call first):
>>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37
>>>> (include)
>>>>    CMakeLists.txt:77 (find_package)
>>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>>> -- Found PythonLibs: /usr/lib/aarch64-linux-gnu/libpython3.11.so
>>>> (Required is exact version "3.13")
>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>> -- Found pybind11: /usr/include (found version "2.13.6")
>>>> -- Using install prefix: /usr/local
>>>> -- Building for version: v1.0-compat-xxx-xunknown / 1.0.0git
>>>> -- No C++ unit tests... skipping
>>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>>> -- PYTHON and GRC components are enabled
>>>> -- Python checking for pygccxml - found
>>>> -- Configuring done (10.5s)
>>>> CMake Error in python/bindings/CMakeLists.txt:
>>>>    Imported target "pybind11::module" includes non-existent path
>>>>      "/usr/include/python3.11"
>>>>    in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:
>>>>    * The path was deleted, renamed, or moved to another location.
>>>>    * An install or uninstall procedure did not complete successfully.
>>>>    * The installation package was faulty and references files it
>>>> does not
>>>>    provide.
>>>> -- Generating done (0.2s)
>>>> CMake Generate step failed.  Build files cannot be regenerated
>>>> correctly.
>>>> What is happening here?
>>>> Jim
>>>>
>>>> <http://www.avg.com/email-signature?
>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>> email&utm_content=emailclient> Virus-free.www.avg.com <http://
>>>> www.avg.com/email- signature?
>>>> utm_medium=email&utm_source=link&utm_campaign=sig-
>>>> email&utm_content=emailclient>
>>>>
>>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>>
>>>
>>
>>
>
>

Re: Problem with 3.10.12.0

Hi Jim,

it still looks like there's a pybind around that is built against Python 3.11. Where that
comes from, or where specifically it is on your system: I don't know more than that, I'm
afraid.

Best regards,
Marcus

On 2026-03-19 8:24 PM, Elmore Family wrote:
> Marcus,
>
> I upgraded to GNU Radio 3.10.12.0.
>
> Python 3.13.5 came along with it.
>
> I am using Debian 13 (Trixie) on my RPi.
>
> I used sudo apt install.
>
> I hope this is enough info to help.
>
> Jim
>
> -----Original Message----- From: Marcus Müller
> Sent: Thursday, March 19, 2026 9:52 AM
> To: Elmore Family ; discuss-gnuradio@gnu.org
> Subject: Re: Problem with 3.10.12.0
>
> Hey Jim,
> don't know how you've installed Pybind and your Python! As said, it looks like your update
> of Python happened without the other libraries, and here, Pybind, getting rebuilt/updated
> as well. I don't know your operating systems and installation methods, so it's impossible
> for me to advise!
>
> Best,
> Marcus
>
> On 2026-03-19 1:28 AM, Elmore Family wrote:
>> What can I do to fix this issue?
>>
>> Jim
>>
>> -----Original Message----- From: Marcus Müller
>> Sent: Monday, March 16, 2026 8:49 AM
>> To: discuss-gnuradio@gnu.org
>> Subject: Re: Problem with 3.10.12.0
>>
>> Hi Elmore,
>>
>> looks like you use Python to 3.13, but for some reason your pybind11 is linked against
>> Python 3.11. Well, that might have different reasons, but it looks like an issue of
>> inconsistent updates. It's not a GNU Radio bug!
>>
>> Best regards,
>> Marcus
>>
>> On 2026-03-14 10:13 PM, Elmore Family wrote:
>>> I recently upgraded to the subject version and am now missing some blocks.
>>> I tried to rebuild one of my blocks and the following was the result:
>>> cmake ../
>>> CMake Deprecation Warning at CMakeLists.txt:12 (cmake_minimum_required):
>>>    Compatibility with CMake < 3.10 will be removed from a future version of
>>>    CMake.
>>>    Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
>>>    to tell CMake that the project requires at least <min> but has been updated
>>>    to work with policies introduced by <max> or earlier.
>>> -- The CXX compiler identification is GNU 14.2.0
>>> -- The C compiler identification is GNU 14.2.0
>>> -- Detecting CXX compiler ABI info
>>> -- Detecting CXX compiler ABI info - done
>>> -- Check for working CXX compiler: /usr/bin/c++ - skipped
>>> -- Detecting CXX compile features
>>> -- Detecting CXX compile features - done
>>> -- Detecting C compiler ABI info
>>> -- Detecting C compiler ABI info - done
>>> -- Check for working C compiler: /usr/bin/cc - skipped
>>> -- Detecting C compile features
>>> -- Detecting C compile features - done
>>> -- Build type not specified: defaulting to release.
>>> -- Using GMP.
>>> CMake Warning (dev) at /usr/share/cmake-3.31/Modules/CMakeFindDependencyMacro.cmake:76
>>> (find_package):
>>>    Policy CMP0167 is not set: The FindBoost module is removed. Run "cmake
>>>    --help-policy CMP0167" for policy details.  Use the cmake_policy command to
>>>    set the policy and suppress this warning.
>>> Call Stack (most recent call first):
>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:28 (find_dependency)
>>>    CMakeLists.txt:77 (find_package)
>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>> -- Found Boost: /usr/lib/aarch64-linux-gnu/cmake/Boost-1.83.0/BoostConfig.cmake (found
>>> suitable version "1.83.0", minimum required is "1.83.0") found components: date_time
>>> program_options system regex thread unit_test_framework
>>> -- User set python executable /usr/bin/python3
>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GrPython.cmake:21
>>> (find_package):
>>>    Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs modules
>>>    are removed.  Run "cmake --help-policy CMP0148" for policy details. Use
>>>    the cmake_policy command to set the policy and suppress this warning.
>>> Call Stack (most recent call first):
>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37 (include)
>>>    CMakeLists.txt:77 (find_package)
>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>> -- Found PythonInterp: /usr/bin/python3 (found version "3.13.5")
>>> CMake Warning (dev) at /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GrPython.cmake:27
>>> (find_package):
>>>    Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs modules
>>>    are removed.  Run "cmake --help-policy CMP0148" for policy details. Use
>>>    the cmake_policy command to set the policy and suppress this warning.
>>> Call Stack (most recent call first):
>>>    /usr/lib/aarch64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake:37 (include)
>>>    CMakeLists.txt:77 (find_package)
>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>> -- Found PythonLibs: /usr/lib/aarch64-linux-gnu/libpython3.11.so (Required is exact
>>> version "3.13")
>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>> -- Found pybind11: /usr/include (found version "2.13.6")
>>> -- Using install prefix: /usr/local
>>> -- Building for version: v1.0-compat-xxx-xunknown / 1.0.0git
>>> -- No C++ unit tests... skipping
>>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>> -- PYTHON and GRC components are enabled
>>> -- Python checking for pygccxml - found
>>> -- Configuring done (10.5s)
>>> CMake Error in python/bindings/CMakeLists.txt:
>>>    Imported target "pybind11::module" includes non-existent path
>>>      "/usr/include/python3.11"
>>>    in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:
>>>    * The path was deleted, renamed, or moved to another location.
>>>    * An install or uninstall procedure did not complete successfully.
>>>    * The installation package was faulty and references files it does not
>>>    provide.
>>> -- Generating done (0.2s)
>>> CMake Generate step failed.  Build files cannot be regenerated correctly.
>>> What is happening here?
>>> Jim
>>>
>>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-
>>> email&utm_content=emailclient> Virus-free.www.avg.com <http://www.avg.com/email-
>>> signature? utm_medium=email&utm_source=link&utm_campaign=sig-
>>> email&utm_content=emailclient>
>>>
>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>>
>>
>
>