Tuesday, October 15, 2024

Constellation Rect. Object parameters for 8psk 16-32-64-256APSK modulations.

Hi All,
I am having difficulty finding examples for demodulating 8psk 16-32-64-256APSK modulated signals. Does anybody know what the settings of Constellation Rect. Object for these modulation schemes should be?

Thanks in advance.

Monday, October 14, 2024

Re: New install of GNU Radio executes old version

Marcus,

In retrospect that is true.

I didn't take that path because for various reasons in the process I thought
that 3.10 was not available to me in the repository and anyway at the time I
tried an upgrade to bookworm it failed. I think it failed at the time
because of some instability.

So now I have new problems (it never ends). I tried upgrading to bookworm.
On reboot the Pi hangs. Oh well, what's new?

I am going on the Pi forum to see if I can resolve this issue.

Thanks, Chris, for spending all this time with me. I did learn a lot.
Thanks, Marcus, for your comments. I wouldn't still be playing with GNU
Radio if it hadn't been for this forum answering all my stupid questions.

Jim



-----Original Message-----
From: Marcus Müller
Sent: Monday, October 14, 2024 2:52 AM
To: Elmore Family ; discuss-gnuradio@gnu.org
Subject: Re: New install of GNU Radio executes old version

Hi Jim,

so, taking a step back from your problem I'd say you invested far more time
into staying
on Debian 11 (which is "oldstable" by now) than it would have cost you to
upgrade to 12
("stable", bookworm). So, in all honesty, *not* doing any source code
building yourself
and upgrading to Debian bookworm would have probably been the winning move
here :)

Is that an option?

Best regards,
Marcus

On 12.10.24 03:07, Elmore Family wrote:
> Marcus,
>
> My OS is Debian 11, Bullseye. I upgraded to Bullseye in Jan. 2022.
>
> I want to install GNU Radio 3.10+.
>
> The reason why has a long explanation. I have an application in which I
> wish to have a text display window instead of the text appearing in the
> console output.
> I posted this request last year when I began to think about this and
> Volker answered me suggesting I look in to gr-display.
> I went to the github account of the publisher of gr-display and downloaded
> everything. One of the dependencies is version 3.10+ of GNU Radio.
> I performed 'sudo apt-get install gnuradio' in an attempt to install
> 3.10+. I was informed that I already had the latest version (3.9.4).
> Thus, I arrived at the conclusion that the only way I could upgrade was to
> install from source which is what started me on this unfortunate path.
>
> Jim
>
> -----Original Message----- From: Marcus Müller
> Sent: Friday, October 11, 2024 10:48 AM
> To: discuss-gnuradio@gnu.org
> Subject: Re: New install of GNU Radio executes old version
>
> Hi Jim,
>
> sorry for jumping in so late, I've been travelling.
>
> I'm super confused as to *why* you're going through all this. And, yes,
> libuhd4.2.0 is *not* the name of library package.
>
> I've tried skimming the thread, and quite honestly, it's a bit of a
> collection of conflicting approaches, and it feels like that's setting
> you up for a hard time.
>
> Now, let's get this sorted as easily as possible: Just to verify,
> because, again, conflicting things,
>
> 1. what version of GNU Radio do you want to install
>
> 1.1 importantly: and why?
>
> 2. on which version of which OS (`cat /etc/os-release` might be the most
> authorative you can get)
>
> My *suspicion* is that knowing the answer to 1.1 gives me the info I'd
> need to give you a "tried and tested" way forward. Building GNU Radio on
> a Raspberry Pi certainly is *not* a desirable detour, if it can *at all*
> be avoided.
>
> Best,
> Marcus
>
> On 2024-10-11 3:15 PM, Elmore Family wrote:
>> Chris,
>>
>> Here's the latest in this never-ending saga:
>>
>> pi@raspberrypi:~ $ sudo apt-get install --no-install-recommends
>> libuhd4.2.0 libuhd-dev
>> Reading package lists... Done
>> Building dependency tree... Done
>> Reading state information... Done
>> E: Unable to locate package libuhd4.2.0
>> E: Couldn't find any package by glob 'libuhd4.2.0'
>> E: Couldn't find any package by regex 'libuhd4.2.0'
>>
>> Jim
>>
>> -----Original Message----- From: Chris Gorman
>> Sent: Wednesday, October 9, 2024 9:05 PM
>> To: Elmore Family
>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> Subject: Re: New install of GNU Radio executes old version
>>
>> Hi Jim,
>>
>> I've found a cheat sheet on installing on the Pi. It's available at
>> https://www.radiosrs.net/installing_uhd_gnuradio.html . When I
>> originally read it I thought it said you'd need to build libuhd from
>> scratch, but it appears upon closer inspection that there are packages
>> for libuhd. Yay!
>>
>> In short the author suggests,
>>
>> sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>>
>> to install UHD on the Pi. If you have patience to try yet another
>> build, try installing those packages and see if it fixes the build
>> error. (As you can see from the error it's happening with a Qt Rfnoc
>> file.) You'll have to ...
>>
>> cd /home/pi/gnuradio
>> rm -rf build
>> mkdir build
>> cd build
>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
>> make -j4
>> sudo make install
>>
>> again, but my hope is with the libuhd4.2.0 and libuhd-dev packages,
>> your error will go away.
>>
>> Don't feel bad if you are tired of builds and want to install your
>> backup instead, I understand this has been a frustrating experience.
>> However, I do hope you get the source build to work.
>>
>> Best regards,
>>
>> Chris
>>
>> On Wed, Oct 9, 2024 at 7:56 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>>
>>> Chris,
>>>
>>> Here is the latest.
>>>
>>> It did seem to complete the install but with the same 2 errors as
>>> before:
>>>
>>> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>>> Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>>
>>> Again the only gnuradio-companion file is the one in
>>> /gnuradio/grc/scripts
>>> whose execution results in cannot import gnuradio.
>>>
>>> Something must have been missed somewhere. I can't believe this can be
>>> this
>>> difficult.
>>>
>>> I have my backup of the system from before this began.
>>>
>>> Jim
>>>
>>>
>>> -----Original Message-----
>>> From: Chris Gorman
>>> Sent: Tuesday, October 8, 2024 8:43 PM
>>> To: Elmore Family
>>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> Subject: Re: New install of GNU Radio executes old version
>>>
>>> Hi Jim,
>>>
>>> I'm guessing on this, but I have had experiences where I explicitly
>>> disable a feature and it fixes a build failure. So, rather than
>>> letting cmake disable gr-uhd and uhd-rfnoc, try forcing cmake's hand
>>> and disable them in the cmake call. So I'd try ...
>>>
>>> cd /home/pi/gnuradio
>>> rm -rf build
>>> mkdir build
>>> cd build
>>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> -DPYTHON_EXECUTABLE=/usr/bin/python3 -DENABLE_GR_UHD=OFF
>>> -DENABLE_UHD_RFNOC=OFF ../
>>> make -j4
>>> sudo make install
>>>
>>> And wait for a while, especially on a Pi. Hope this helps (and works).
>>>
>>> Chris
>>>
>>>
>>>
>>> Chris
>>>
>>> On Tue, Oct 8, 2024 at 7:36 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>> >
>>> > Chris,
>>> >
>>> > I have attached the build log. The following shows the install
>>> errors. I
>>> > think it all began with the top line.
>>> >
>>> > Jim
>>> >
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc: In member >
>>> function
>>> > 'void gr::qtgui::QRfnocF15ColorMapper::drawScale(std::string, float,
>>> > float,
>>> > float, float)':
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:15: error:
>>> > 'GL_TEXTURE_ENV' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_3D'?
>>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> > | ^~~~~~~~~~~~~~
>>> > | GL_TEXTURE_3D
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:31: error:
>>> > 'GL_TEXTURE_ENV_MODE' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_MAX_LOD'?
>>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> > | ^~~~~~~~~~~~~~~~~~~
>>> > | GL_TEXTURE_MAX_LOD
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:5: error:
>>> > 'glTexEnvf' was not declared in this scope
>>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> > | ^~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:167:5: error:
>>> > 'glBegin' was not declared in this scope
>>> > 167 | glBegin(GL_QUADS);
>>> > | ^~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:168:5: error:
>>> > 'glTexCoord2f' was not declared in this scope
>>> > 168 | glTexCoord2f(0.0f, 0.0f);
>>> > | ^~~~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:169:5: error:
>>> > 'glVertex2f' was not declared in this scope
>>> > 169 | glVertex2f(x0, y0);
>>> > | ^~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:176:5: error:
>>> > 'glEnd'
>>> > was not declared in this scope
>>> > 176 | glEnd();
>>> > | ^~~~~
>>> > make[2]: *** >
>>> [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/build.make:1025:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>>> > Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>> >
>>> >
>>> >
>>> > -----Original Message-----
>>> > From: Chris Gorman
>>> > Sent: Tuesday, October 8, 2024 4:44 PM
>>> > To: Elmore Family
>>> > Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> > Subject: Re: New install of GNU Radio executes old version
>>> >
>>> > Hi Jim,
>>> >
>>> > The --DPYTHON_EXECUATBLE=/usr with the extra switch is a typo on my
>>> > part, it should be -DPYTHON_EXECUTABLE=/usr . Sorry. You should get
>>> > an error from cmake with the second switch.
>>> >
>>> > Can you send the error and log file and I'll have a look.
>>> >
>>> > Hoping your nightmare ends soon. :)
>>> >
>>> > Chris
>>> >
>>> > On Tue, Oct 8, 2024 at 4:28 PM Elmore Family <wa4ywm@comcast.net>
>>> wrote:
>>> > >
>>> > > Chris, et al,
>>> > >
>>> > > The install failed with 2 errors at qtgui.
>>> > >
>>> > > This is a nightmare.
>>> > >
>>> > > Jim
>>> > >
>>> > > -----Original Message-----
>>> > > From: Chris Gorman
>>> > > Sent: Tuesday, October 8, 2024 8:08 AM
>>> > > To: Volker Schroer
>>> > > Cc: discuss-gnuradio@gnu.org
>>> > > Subject: Re: New install of GNU Radio executes old version
>>> > >
>>> > > Hi Jim,
>>> > >
>>> > > Your call on what to do about this. If it were me, I'd probably try
>>> > > what Volker is suggesting and use the prebuilt binary. That
>>> said, if
>>> > > you want to try to get gnuradio built on your pi, I'll try to help.
>>> > > Unfortunately, I'm kind of confused about your results. You should
>>> > > have more than just python-support and libad9361 if all the
>>> > > dependencies were installed.
>>> > >
>>> > > If you want to continue. Run the following and attach the build.log
>>> > > file produced to your next email. (It's the build command
>>> followed by
>>> > > stdio and stderr redirection to a file.)
>>> > >
>>> > > cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> > > --DPYTHON_EXECUTABLE=/usr/bin/python3 ../ > build.log 2>&1
>>> > >
>>> > > I'll take a look at the results and compare to what I'm getting
>>> on my
>>> > > x86 machine.
>>> > >
>>> > > All the best,
>>> > >
>>> > > Chris
>>> > >
>>> > > On Tue, Oct 8, 2024 at 5:20 AM Volker Schroer <dl1ksv@gmx.de> wrote:
>>> > > >
>>> > > > https://wiki.gnuradio.org/index.php?title=InstallingGR
>>> > > > says:
>>> > > > For Raspberry Pi OS64-bit ≥2021-10-30 the actual version of
>>> gnuradio
>>> > > > is
>>> > > > v3.10.5.1.
>>> > > >
>>> > > > Why can't you use this?
>>> > > > > Chris,
>>> > > > >
>>> > > > > I did what you suggested.
>>> > > > >
>>> > > > > I then ran cmake as before. The result was the same except
>>> that > > > > the
>>> > > > > following were added to the gnuradio enabled components:
>>> > > > >
>>> > > > > python-support
>>> > > > > libad9361
>>> > > > >
>>> > > > > I'm considering giving up on this. I'm consuming a lot of
>>> your > > > > time
>>> > > > > and
>>> > > > > this is a personal project only. I really appreciate the
>>> effort > > > > you
>>> > > > > have
>>> > > > > put into this.
>>> > > > >
>>> > > > > I wanted to upgrade in order to add a component to my project
>>> that
>>> > > > > requires 3.10.
>>> > > > >
>>> > > > > I wouldn't be upset if you want to pull the plug on this.
>>> > > > >
>>> > > > > Jim
>>> > > > >
>>> > > > > -----Original Message----- From: Chris Gorman
>>> > > > > Sent: Monday, October 7, 2024 9:22 AM
>>> > > > > To: Barry Jackson
>>> > > > > Cc: discuss-gnuradio@gnu.org
>>> > > > > Subject: Re: New install of GNU Radio executes old version
>>> > > > >
>>> > > > > Hello Jim,
>>> > > > >
>>> > > > > As Barry said you're missing lots of devel packages. I
>>> assume > > > > based
>>> > > > > on your python version that you're using Raspbian Bullseye as
>>> your
>>> > > > > OS.
>>> > > > > If that's the case, there is a list of packages that you'll
>>> need > > > > to
>>> > > > > install to build gnuradio. I would try the list of packages
>>> > > > > recommended on
>>> > > > > https://wiki.gnuradio.org/index.php?title=UbuntuInstall
>>> > > > > .
>>> > > > >
>>> > > > > Basically,
>>> > > > >
>>> > > > > sudo apt install git cmake g++ libboost-all-dev libgmp-dev
>>> > > > > python3-numpy
>>> > > > > \
>>> > > > > python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev \
>>> > > > > libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev
>>> > > > > python3-pyqt5
>>> > > > > \
>>> > > > > liblog4cpp5-dev libzmq3-dev python3-yaml python3-click
>>> > > > > python3-click-
>>> > > > > plugins \
>>> > > > > python3-zmq python3-scipy python3-gi python3-gi-cairo > > > >
>>> gir1.2-gtk-3.0
>>> > > > > \
>>> > > > > libcodec2-dev libgsm1-dev libusb-1.0-0 libusb-1.0-0-dev > > >
>>> > libudev-dev
>>> > > > > python3-setuptools
>>> > > > >
>>> > > > > sudo apt install pybind11-dev python3-matplotlib
>>> libsndfile1-dev \
>>> > > > > libsoapysdr-dev soapysdr-tools python3-pygccxml
>>> python3-pyqtgraph
>>> > > > >
>>> > > > > and
>>> > > > >
>>> > > > > sudo apt install libiio-dev libad9361-dev libspdlog-dev
>>> > > > > python3-packaging python3-jsonschema python3-qtpy
>>> > > > >
>>> > > > > Once you get those installed, you'll need to rebuild gnuradio.
>>> > > > > You're
>>> > > > > looking for a list of gnuradio enabled components after running
>>> > > > > cmake
>>> > > > > similar to the one I sent you.
>>> > > > >
>>> > > > > Hope this helps.
>>> > > > >
>>> > > > > Chris
>>> > > > >
>>> > > > > On Mon, Oct 7, 2024 at 4:21 AM Barry Jackson
>>> <zen25000@zen.co.uk>
>>> > > > > wrote:
>>> > > > >>
>>> > > > >> On 07/10/2024 01:11, Elmore Family wrote:
>>> > > > >> > Chris,
>>> > > > >> >
>>> > > > >> > Here is what I have after cmake:
>>> > > > >> >
>>> > > > >> > -- ######################################################
>>> > > > >> > -- # Gnuradio enabled components
>>> > > > >> > -- ######################################################
>>> > > > >> > -- * testing-support
>>> > > > >> > -- * post-install
>>> > > > >> > -- * doxygen
>>> > > > >> > -- * man-pages
>>> > > > >>
>>> > > > >> You are missing lots of -devel packages for all those disabled
>>> > > > >> missing
>>> > > > >> components.
>>> > > > >>
>>> > > > >> As a guide look at the BuildRequires in our (Mageia) > > >
>>> >> gnuradio.spec
>>> > > > >> they
>>> > > > >> start at line 75:
>>> > > > >>
>>> > > > >>
>>> http://svnweb.mageia.org/packages/cauldron/gnuradio/current/SPECS/
>>> > > > >> gnuradio.spec?revision=2102453&view=markup
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >
>>> > > > >
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> > > --
>>> > > This email has been checked for viruses by AVG antivirus software.
>>> > > www.avg.com
>>> > >
>>>
>>
>>

Sunday, October 13, 2024

Re: New install of GNU Radio executes old version

Hi Jim,

so, taking a step back from your problem I'd say you invested far more time into staying
on Debian 11 (which is "oldstable" by now) than it would have cost you to upgrade to 12
("stable", bookworm). So, in all honesty, *not* doing any source code building yourself
and upgrading to Debian bookworm would have probably been the winning move here :)

Is that an option?

Best regards,
Marcus

On 12.10.24 03:07, Elmore Family wrote:
> Marcus,
>
> My OS is Debian 11, Bullseye. I upgraded to Bullseye in Jan. 2022.
>
> I want to install GNU Radio 3.10+.
>
> The reason why has a long explanation. I have an application in which I wish to have a
> text display window instead of the text appearing in the console output.
> I posted this request last year when I began to think about this and Volker answered me
> suggesting I look in to gr-display.
> I went to the github account of the publisher of gr-display and downloaded everything. One
> of the dependencies is version 3.10+ of GNU Radio.
> I performed 'sudo apt-get install gnuradio' in an attempt to install 3.10+. I was informed
> that I already had the latest version (3.9.4).
> Thus, I arrived at the conclusion that the only way I could upgrade was to install from
> source which is what started me on this unfortunate path.
>
> Jim
>
> -----Original Message----- From: Marcus Müller
> Sent: Friday, October 11, 2024 10:48 AM
> To: discuss-gnuradio@gnu.org
> Subject: Re: New install of GNU Radio executes old version
>
> Hi Jim,
>
> sorry for jumping in so late, I've been travelling.
>
> I'm super confused as to *why* you're going through all this. And, yes,
> libuhd4.2.0 is *not* the name of library package.
>
> I've tried skimming the thread, and quite honestly, it's a bit of a
> collection of conflicting approaches, and it feels like that's setting
> you up for a hard time.
>
> Now, let's get this sorted as easily as possible: Just to verify,
> because, again, conflicting things,
>
> 1. what version of GNU Radio do you want to install
>
> 1.1 importantly: and why?
>
> 2. on which version of which OS (`cat /etc/os-release` might be the most
> authorative you can get)
>
> My *suspicion* is that knowing the answer to 1.1 gives me the info I'd
> need to give you a "tried and tested" way forward. Building GNU Radio on
> a Raspberry Pi certainly is *not* a desirable detour, if it can *at all*
> be avoided.
>
> Best,
> Marcus
>
> On 2024-10-11 3:15 PM, Elmore Family wrote:
>> Chris,
>>
>> Here's the latest in this never-ending saga:
>>
>> pi@raspberrypi:~ $ sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>> Reading package lists... Done
>> Building dependency tree... Done
>> Reading state information... Done
>> E: Unable to locate package libuhd4.2.0
>> E: Couldn't find any package by glob 'libuhd4.2.0'
>> E: Couldn't find any package by regex 'libuhd4.2.0'
>>
>> Jim
>>
>> -----Original Message----- From: Chris Gorman
>> Sent: Wednesday, October 9, 2024 9:05 PM
>> To: Elmore Family
>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> Subject: Re: New install of GNU Radio executes old version
>>
>> Hi Jim,
>>
>> I've found a cheat sheet on installing on the Pi.  It's available at
>> https://www.radiosrs.net/installing_uhd_gnuradio.html .  When I
>> originally read it I thought it said you'd need to build libuhd from
>> scratch, but it appears upon closer inspection that there are packages
>> for libuhd.  Yay!
>>
>> In short the author suggests,
>>
>> sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>>
>> to install UHD on the Pi.  If you have patience to try yet another
>> build, try installing those packages and see if it fixes the build
>> error.  (As you can see from the error it's happening with a Qt Rfnoc
>> file.)  You'll have to ...
>>
>> cd /home/pi/gnuradio
>> rm -rf build
>> mkdir build
>> cd build
>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> -DPYTHON_EXECUTABLE=/usr/bin/python3  ../
>> make -j4
>> sudo make install
>>
>> again, but my hope is with the libuhd4.2.0 and libuhd-dev packages,
>> your error will go away.
>>
>> Don't feel bad if you are tired of builds and want to install your
>> backup instead, I understand this has been a frustrating experience.
>> However, I do hope you get the source build to work.
>>
>> Best regards,
>>
>> Chris
>>
>> On Wed, Oct 9, 2024 at 7:56 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>>
>>> Chris,
>>>
>>> Here is the latest.
>>>
>>> It did seem to complete the install but with the same 2 errors as before:
>>>
>>> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o] Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>>
>>> Again the only gnuradio-companion file is the one in /gnuradio/grc/scripts
>>> whose execution results in cannot import gnuradio.
>>>
>>> Something must have been missed somewhere. I can't believe this can be this
>>> difficult.
>>>
>>> I have my backup of the system from before this began.
>>>
>>> Jim
>>>
>>>
>>> -----Original Message-----
>>> From: Chris Gorman
>>> Sent: Tuesday, October 8, 2024 8:43 PM
>>> To: Elmore Family
>>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> Subject: Re: New install of GNU Radio executes old version
>>>
>>> Hi Jim,
>>>
>>> I'm guessing on this, but I have had experiences where I explicitly
>>> disable a feature and it fixes a build failure.  So, rather than
>>> letting cmake disable gr-uhd and uhd-rfnoc, try forcing cmake's hand
>>> and disable them in the cmake call.  So I'd try ...
>>>
>>> cd /home/pi/gnuradio
>>> rm -rf build
>>> mkdir build
>>> cd build
>>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> -DPYTHON_EXECUTABLE=/usr/bin/python3 -DENABLE_GR_UHD=OFF
>>> -DENABLE_UHD_RFNOC=OFF ../
>>> make -j4
>>> sudo make install
>>>
>>> And wait for a while, especially on a Pi.  Hope this helps (and works).
>>>
>>> Chris
>>>
>>>
>>>
>>> Chris
>>>
>>> On Tue, Oct 8, 2024 at 7:36 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>> >
>>> > Chris,
>>> >
>>> > I have attached the build log. The following shows the install
>>> errors. I
>>> > think it all began with the top line.
>>> >
>>> > Jim
>>> >
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc: In member >
>>> function
>>> > 'void gr::qtgui::QRfnocF15ColorMapper::drawScale(std::string, float,
>>> > float,
>>> > float, float)':
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:15: error:
>>> > 'GL_TEXTURE_ENV' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_3D'?
>>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> >       |               ^~~~~~~~~~~~~~
>>> >       |               GL_TEXTURE_3D
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:31: error:
>>> > 'GL_TEXTURE_ENV_MODE' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_MAX_LOD'?
>>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> >       |                               ^~~~~~~~~~~~~~~~~~~
>>> >       |                               GL_TEXTURE_MAX_LOD
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:5: error:
>>> > 'glTexEnvf' was not declared in this scope
>>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> >       |     ^~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:167:5: error:
>>> > 'glBegin' was not declared in this scope
>>> >   167 |     glBegin(GL_QUADS);
>>> >       |     ^~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:168:5: error:
>>> > 'glTexCoord2f' was not declared in this scope
>>> >   168 |     glTexCoord2f(0.0f, 0.0f);
>>> >       |     ^~~~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:169:5: error:
>>> > 'glVertex2f' was not declared in this scope
>>> >   169 |     glVertex2f(x0, y0);
>>> >       |     ^~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:176:5: error:
>>> > 'glEnd'
>>> > was not declared in this scope
>>> >   176 |     glEnd();
>>> >       |     ^~~~~
>>> > make[2]: *** >
>>> [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/build.make:1025:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>>> > Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>> >
>>> >
>>> >
>>> > -----Original Message-----
>>> > From: Chris Gorman
>>> > Sent: Tuesday, October 8, 2024 4:44 PM
>>> > To: Elmore Family
>>> > Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> > Subject: Re: New install of GNU Radio executes old version
>>> >
>>> > Hi Jim,
>>> >
>>> > The --DPYTHON_EXECUATBLE=/usr with the extra switch is a typo on my
>>> > part, it should be -DPYTHON_EXECUTABLE=/usr .  Sorry.  You should get
>>> > an error from cmake with the second switch.
>>> >
>>> > Can you send the error and log file and I'll have a look.
>>> >
>>> > Hoping your nightmare ends soon. :)
>>> >
>>> > Chris
>>> >
>>> > On Tue, Oct 8, 2024 at 4:28 PM Elmore Family <wa4ywm@comcast.net>
>>> wrote:
>>> > >
>>> > > Chris, et al,
>>> > >
>>> > > The install failed with 2 errors at qtgui.
>>> > >
>>> > > This is a nightmare.
>>> > >
>>> > > Jim
>>> > >
>>> > > -----Original Message-----
>>> > > From: Chris Gorman
>>> > > Sent: Tuesday, October 8, 2024 8:08 AM
>>> > > To: Volker Schroer
>>> > > Cc: discuss-gnuradio@gnu.org
>>> > > Subject: Re: New install of GNU Radio executes old version
>>> > >
>>> > > Hi Jim,
>>> > >
>>> > > Your call on what to do about this.  If it were me, I'd probably try
>>> > > what Volker is suggesting and use the prebuilt binary.  That
>>> said, if
>>> > > you want to try to get gnuradio built on your pi, I'll try to help.
>>> > > Unfortunately, I'm kind of confused about your results.  You should
>>> > > have more than just python-support and libad9361 if all the
>>> > > dependencies were installed.
>>> > >
>>> > > If you want to continue.  Run the following and attach the build.log
>>> > > file produced to your next email.  (It's the build command
>>> followed by
>>> > > stdio and stderr redirection to a file.)
>>> > >
>>> > > cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> > > --DPYTHON_EXECUTABLE=/usr/bin/python3 ../ > build.log 2>&1
>>> > >
>>> > > I'll take a look at the results and compare to what I'm getting
>>> on my
>>> > > x86 machine.
>>> > >
>>> > > All the best,
>>> > >
>>> > > Chris
>>> > >
>>> > > On Tue, Oct 8, 2024 at 5:20 AM Volker Schroer <dl1ksv@gmx.de> wrote:
>>> > > >
>>> > > > https://wiki.gnuradio.org/index.php?title=InstallingGR
>>> > > > says:
>>> > > > For Raspberry Pi OS64-bit ≥2021-10-30 the actual version of
>>> gnuradio
>>> > > > is
>>> > > > v3.10.5.1.
>>> > > >
>>> > > > Why can't you use this?
>>> > > > > Chris,
>>> > > > >
>>> > > > > I did what you suggested.
>>> > > > >
>>> > > > > I then ran cmake as before. The result was the same except
>>> that > > > > the
>>> > > > > following were added to the gnuradio enabled components:
>>> > > > >
>>> > > > > python-support
>>> > > > > libad9361
>>> > > > >
>>> > > > > I'm considering giving up on this. I'm consuming a lot of
>>> your > > > > time
>>> > > > > and
>>> > > > > this is a personal project only. I really appreciate the
>>> effort > > > > you
>>> > > > > have
>>> > > > > put into this.
>>> > > > >
>>> > > > > I wanted to upgrade in order to add a component to my project
>>> that
>>> > > > > requires 3.10.
>>> > > > >
>>> > > > > I wouldn't be upset if you want to pull the plug on this.
>>> > > > >
>>> > > > > Jim
>>> > > > >
>>> > > > > -----Original Message----- From: Chris Gorman
>>> > > > > Sent: Monday, October 7, 2024 9:22 AM
>>> > > > > To: Barry Jackson
>>> > > > > Cc: discuss-gnuradio@gnu.org
>>> > > > > Subject: Re: New install of GNU Radio executes old version
>>> > > > >
>>> > > > > Hello Jim,
>>> > > > >
>>> > > > > As Barry said you're missing lots of devel packages.  I
>>> assume > > > > based
>>> > > > > on your python version that you're using Raspbian Bullseye as
>>> your
>>> > > > > OS.
>>> > > > > If that's the case, there is a list of packages that you'll
>>> need > > > > to
>>> > > > > install to build gnuradio.  I would try the list of packages
>>> > > > > recommended on
>>> > > > > https://wiki.gnuradio.org/index.php?title=UbuntuInstall
>>> > > > > .
>>> > > > >
>>> > > > > Basically,
>>> > > > >
>>> > > > > sudo apt install git cmake g++ libboost-all-dev libgmp-dev
>>> > > > > python3-numpy
>>> > > > > \
>>> > > > > python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev \
>>> > > > > libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev
>>> > > > > python3-pyqt5
>>> > > > > \
>>> > > > > liblog4cpp5-dev libzmq3-dev python3-yaml python3-click
>>> > > > > python3-click-
>>> > > > > plugins \
>>> > > > > python3-zmq python3-scipy python3-gi python3-gi-cairo > > > >
>>> gir1.2-gtk-3.0
>>> > > > > \
>>> > > > > libcodec2-dev libgsm1-dev libusb-1.0-0 libusb-1.0-0-dev > > >
>>> > libudev-dev
>>> > > > > python3-setuptools
>>> > > > >
>>> > > > > sudo apt install pybind11-dev python3-matplotlib
>>> libsndfile1-dev \
>>> > > > > libsoapysdr-dev soapysdr-tools python3-pygccxml
>>> python3-pyqtgraph
>>> > > > >
>>> > > > > and
>>> > > > >
>>> > > > > sudo apt install libiio-dev libad9361-dev libspdlog-dev
>>> > > > > python3-packaging python3-jsonschema python3-qtpy
>>> > > > >
>>> > > > > Once you get those installed, you'll need to rebuild gnuradio.
>>> > > > > You're
>>> > > > > looking for a list of gnuradio enabled components after running
>>> > > > > cmake
>>> > > > > similar to the one I sent you.
>>> > > > >
>>> > > > > Hope this helps.
>>> > > > >
>>> > > > > Chris
>>> > > > >
>>> > > > > On Mon, Oct 7, 2024 at 4:21 AM Barry Jackson
>>> <zen25000@zen.co.uk>
>>> > > > > wrote:
>>> > > > >>
>>> > > > >> On 07/10/2024 01:11, Elmore Family wrote:
>>> > > > >> > Chris,
>>> > > > >> >
>>> > > > >> > Here is what I have after cmake:
>>> > > > >> >
>>> > > > >> > -- ######################################################
>>> > > > >> > -- # Gnuradio enabled components
>>> > > > >> > -- ######################################################
>>> > > > >> > --   * testing-support
>>> > > > >> > --   * post-install
>>> > > > >> > --   * doxygen
>>> > > > >> > --   * man-pages
>>> > > > >>
>>> > > > >> You are missing lots of -devel packages for all those disabled
>>> > > > >> missing
>>> > > > >> components.
>>> > > > >>
>>> > > > >> As a guide look at the BuildRequires in our (Mageia) > > >
>>> >> gnuradio.spec
>>> > > > >> they
>>> > > > >> start at line 75:
>>> > > > >>
>>> > > > >>
>>> http://svnweb.mageia.org/packages/cauldron/gnuradio/current/SPECS/
>>> > > > >> gnuradio.spec?revision=2102453&view=markup
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >
>>> > > > >
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> > > --
>>> > > This email has been checked for viruses by AVG antivirus software.
>>> > > www.avg.com
>>> > >
>>>
>>
>>

Re: Getting constellation size as a variable

One can obtain the number of constellation points by using the syntax: constellation.arity() 
Replace "constellation" with the ID of the constellation object. This will return 'M' representing the number of distinct symbols 2^n.


From: discuss-gnuradio-bounces+jtjones49=tntech.edu@gnu.org <discuss-gnuradio-bounces+jtjones49=tntech.edu@gnu.org> on behalf of Austen, Jeffrey <JAusten@tntech.edu>
Sent: Sunday, October 13, 2024 11:24:47 AM
To: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org>
Subject: Getting constellation size as a variable
 
When using the Constellation Object block in Gnu Radio Companion how can
one obtain the size of the constellation, M, or the number of bits per
symbol? This value is needed so other blocks, e.g. Pack k Bits, can be
adjusted accordingly when the constellation size is changed.

A simple example would be "Random Source" producing a binary output,
followed by "Pack k Bits" to create symbols, then "Constellation
Encoder" to convert the symbols to complex-envelope symbol values.
Currently when the constellation size is changed it is necessary to also
change an additional variable, the number of bits per symbol (which is
needed by the Pack k Bits block). I'd like to be able to get this value
from the constellation object.

Getting constellation size as a variable

When using the Constellation Object block in Gnu Radio Companion how can
one obtain the size of the constellation, M, or the number of bits per
symbol? This value is needed so other blocks, e.g. Pack k Bits, can be
adjusted accordingly when the constellation size is changed.

A simple example would be "Random Source" producing a binary output,
followed by "Pack k Bits" to create symbols, then "Constellation
Encoder" to convert the symbols to complex-envelope symbol values.
Currently when the constellation size is changed it is necessary to also
change an additional variable, the number of bits per symbol (which is
needed by the Pack k Bits block). I'd like to be able to get this value
from the constellation object.

Friday, October 11, 2024

Re: New install of GNU Radio executes old version

Marcus,

My OS is Debian 11, Bullseye. I upgraded to Bullseye in Jan. 2022.

I want to install GNU Radio 3.10+.

The reason why has a long explanation. I have an application in which I wish
to have a text display window instead of the text appearing in the console
output.
I posted this request last year when I began to think about this and Volker
answered me suggesting I look in to gr-display.
I went to the github account of the publisher of gr-display and downloaded
everything. One of the dependencies is version 3.10+ of GNU Radio.
I performed 'sudo apt-get install gnuradio' in an attempt to install 3.10+.
I was informed that I already had the latest version (3.9.4).
Thus, I arrived at the conclusion that the only way I could upgrade was to
install from source which is what started me on this unfortunate path.

Jim

-----Original Message-----
From: Marcus Müller
Sent: Friday, October 11, 2024 10:48 AM
To: discuss-gnuradio@gnu.org
Subject: Re: New install of GNU Radio executes old version

Hi Jim,

sorry for jumping in so late, I've been travelling.

I'm super confused as to *why* you're going through all this. And, yes,
libuhd4.2.0 is *not* the name of library package.

I've tried skimming the thread, and quite honestly, it's a bit of a
collection of conflicting approaches, and it feels like that's setting
you up for a hard time.

Now, let's get this sorted as easily as possible: Just to verify,
because, again, conflicting things,

1. what version of GNU Radio do you want to install

1.1 importantly: and why?

2. on which version of which OS (`cat /etc/os-release` might be the most
authorative you can get)

My *suspicion* is that knowing the answer to 1.1 gives me the info I'd
need to give you a "tried and tested" way forward. Building GNU Radio on
a Raspberry Pi certainly is *not* a desirable detour, if it can *at all*
be avoided.

Best,
Marcus

On 2024-10-11 3:15 PM, Elmore Family wrote:
> Chris,
>
> Here's the latest in this never-ending saga:
>
> pi@raspberrypi:~ $ sudo apt-get install --no-install-recommends
> libuhd4.2.0 libuhd-dev
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> E: Unable to locate package libuhd4.2.0
> E: Couldn't find any package by glob 'libuhd4.2.0'
> E: Couldn't find any package by regex 'libuhd4.2.0'
>
> Jim
>
> -----Original Message----- From: Chris Gorman
> Sent: Wednesday, October 9, 2024 9:05 PM
> To: Elmore Family
> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
> Subject: Re: New install of GNU Radio executes old version
>
> Hi Jim,
>
> I've found a cheat sheet on installing on the Pi. It's available at
> https://www.radiosrs.net/installing_uhd_gnuradio.html . When I
> originally read it I thought it said you'd need to build libuhd from
> scratch, but it appears upon closer inspection that there are packages
> for libuhd. Yay!
>
> In short the author suggests,
>
> sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>
> to install UHD on the Pi. If you have patience to try yet another
> build, try installing those packages and see if it fixes the build
> error. (As you can see from the error it's happening with a Qt Rfnoc
> file.) You'll have to ...
>
> cd /home/pi/gnuradio
> rm -rf build
> mkdir build
> cd build
> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
> -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
> make -j4
> sudo make install
>
> again, but my hope is with the libuhd4.2.0 and libuhd-dev packages,
> your error will go away.
>
> Don't feel bad if you are tired of builds and want to install your
> backup instead, I understand this has been a frustrating experience.
> However, I do hope you get the source build to work.
>
> Best regards,
>
> Chris
>
> On Wed, Oct 9, 2024 at 7:56 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>
>> Chris,
>>
>> Here is the latest.
>>
>> It did seem to complete the install but with the same 2 errors as before:
>>
>> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>> Error
>> > 1
>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>> > make: *** [Makefile:160: all] Error 2
>>
>> Again the only gnuradio-companion file is the one in
>> /gnuradio/grc/scripts
>> whose execution results in cannot import gnuradio.
>>
>> Something must have been missed somewhere. I can't believe this can be
>> this
>> difficult.
>>
>> I have my backup of the system from before this began.
>>
>> Jim
>>
>>
>> -----Original Message-----
>> From: Chris Gorman
>> Sent: Tuesday, October 8, 2024 8:43 PM
>> To: Elmore Family
>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> Subject: Re: New install of GNU Radio executes old version
>>
>> Hi Jim,
>>
>> I'm guessing on this, but I have had experiences where I explicitly
>> disable a feature and it fixes a build failure. So, rather than
>> letting cmake disable gr-uhd and uhd-rfnoc, try forcing cmake's hand
>> and disable them in the cmake call. So I'd try ...
>>
>> cd /home/pi/gnuradio
>> rm -rf build
>> mkdir build
>> cd build
>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> -DPYTHON_EXECUTABLE=/usr/bin/python3 -DENABLE_GR_UHD=OFF
>> -DENABLE_UHD_RFNOC=OFF ../
>> make -j4
>> sudo make install
>>
>> And wait for a while, especially on a Pi. Hope this helps (and works).
>>
>> Chris
>>
>>
>>
>> Chris
>>
>> On Tue, Oct 8, 2024 at 7:36 PM Elmore Family <wa4ywm@comcast.net> wrote:
>> >
>> > Chris,
>> >
>> > I have attached the build log. The following shows the install
>> errors. I
>> > think it all began with the top line.
>> >
>> > Jim
>> >
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc: In member >
>> function
>> > 'void gr::qtgui::QRfnocF15ColorMapper::drawScale(std::string, float,
>> > float,
>> > float, float)':
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:15: error:
>> > 'GL_TEXTURE_ENV' was not declared in this scope; did you mean
>> > 'GL_TEXTURE_3D'?
>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>> GL_REPLACE);
>> > | ^~~~~~~~~~~~~~
>> > | GL_TEXTURE_3D
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:31: error:
>> > 'GL_TEXTURE_ENV_MODE' was not declared in this scope; did you mean
>> > 'GL_TEXTURE_MAX_LOD'?
>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>> GL_REPLACE);
>> > | ^~~~~~~~~~~~~~~~~~~
>> > | GL_TEXTURE_MAX_LOD
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:5: error:
>> > 'glTexEnvf' was not declared in this scope
>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>> GL_REPLACE);
>> > | ^~~~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:167:5: error:
>> > 'glBegin' was not declared in this scope
>> > 167 | glBegin(GL_QUADS);
>> > | ^~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:168:5: error:
>> > 'glTexCoord2f' was not declared in this scope
>> > 168 | glTexCoord2f(0.0f, 0.0f);
>> > | ^~~~~~~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:169:5: error:
>> > 'glVertex2f' was not declared in this scope
>> > 169 | glVertex2f(x0, y0);
>> > | ^~~~~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:176:5: error:
>> > 'glEnd'
>> > was not declared in this scope
>> > 176 | glEnd();
>> > | ^~~~~
>> > make[2]: *** >
>> [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/build.make:1025:
>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>> > Error
>> > 1
>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>> > make: *** [Makefile:160: all] Error 2
>> >
>> >
>> >
>> > -----Original Message-----
>> > From: Chris Gorman
>> > Sent: Tuesday, October 8, 2024 4:44 PM
>> > To: Elmore Family
>> > Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> > Subject: Re: New install of GNU Radio executes old version
>> >
>> > Hi Jim,
>> >
>> > The --DPYTHON_EXECUATBLE=/usr with the extra switch is a typo on my
>> > part, it should be -DPYTHON_EXECUTABLE=/usr . Sorry. You should get
>> > an error from cmake with the second switch.
>> >
>> > Can you send the error and log file and I'll have a look.
>> >
>> > Hoping your nightmare ends soon. :)
>> >
>> > Chris
>> >
>> > On Tue, Oct 8, 2024 at 4:28 PM Elmore Family <wa4ywm@comcast.net>
>> wrote:
>> > >
>> > > Chris, et al,
>> > >
>> > > The install failed with 2 errors at qtgui.
>> > >
>> > > This is a nightmare.
>> > >
>> > > Jim
>> > >
>> > > -----Original Message-----
>> > > From: Chris Gorman
>> > > Sent: Tuesday, October 8, 2024 8:08 AM
>> > > To: Volker Schroer
>> > > Cc: discuss-gnuradio@gnu.org
>> > > Subject: Re: New install of GNU Radio executes old version
>> > >
>> > > Hi Jim,
>> > >
>> > > Your call on what to do about this. If it were me, I'd probably try
>> > > what Volker is suggesting and use the prebuilt binary. That
>> said, if
>> > > you want to try to get gnuradio built on your pi, I'll try to help.
>> > > Unfortunately, I'm kind of confused about your results. You should
>> > > have more than just python-support and libad9361 if all the
>> > > dependencies were installed.
>> > >
>> > > If you want to continue. Run the following and attach the build.log
>> > > file produced to your next email. (It's the build command
>> followed by
>> > > stdio and stderr redirection to a file.)
>> > >
>> > > cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> > > --DPYTHON_EXECUTABLE=/usr/bin/python3 ../ > build.log 2>&1
>> > >
>> > > I'll take a look at the results and compare to what I'm getting
>> on my
>> > > x86 machine.
>> > >
>> > > All the best,
>> > >
>> > > Chris
>> > >
>> > > On Tue, Oct 8, 2024 at 5:20 AM Volker Schroer <dl1ksv@gmx.de> wrote:
>> > > >
>> > > > https://wiki.gnuradio.org/index.php?title=InstallingGR
>> > > > says:
>> > > > For Raspberry Pi OS64-bit ≥2021-10-30 the actual version of
>> gnuradio
>> > > > is
>> > > > v3.10.5.1.
>> > > >
>> > > > Why can't you use this?
>> > > > > Chris,
>> > > > >
>> > > > > I did what you suggested.
>> > > > >
>> > > > > I then ran cmake as before. The result was the same except
>> that > > > > the
>> > > > > following were added to the gnuradio enabled components:
>> > > > >
>> > > > > python-support
>> > > > > libad9361
>> > > > >
>> > > > > I'm considering giving up on this. I'm consuming a lot of
>> your > > > > time
>> > > > > and
>> > > > > this is a personal project only. I really appreciate the
>> effort > > > > you
>> > > > > have
>> > > > > put into this.
>> > > > >
>> > > > > I wanted to upgrade in order to add a component to my project
>> that
>> > > > > requires 3.10.
>> > > > >
>> > > > > I wouldn't be upset if you want to pull the plug on this.
>> > > > >
>> > > > > Jim
>> > > > >
>> > > > > -----Original Message----- From: Chris Gorman
>> > > > > Sent: Monday, October 7, 2024 9:22 AM
>> > > > > To: Barry Jackson
>> > > > > Cc: discuss-gnuradio@gnu.org
>> > > > > Subject: Re: New install of GNU Radio executes old version
>> > > > >
>> > > > > Hello Jim,
>> > > > >
>> > > > > As Barry said you're missing lots of devel packages. I
>> assume > > > > based
>> > > > > on your python version that you're using Raspbian Bullseye as
>> your
>> > > > > OS.
>> > > > > If that's the case, there is a list of packages that you'll
>> need > > > > to
>> > > > > install to build gnuradio. I would try the list of packages
>> > > > > recommended on
>> > > > > https://wiki.gnuradio.org/index.php?title=UbuntuInstall
>> > > > > .
>> > > > >
>> > > > > Basically,
>> > > > >
>> > > > > sudo apt install git cmake g++ libboost-all-dev libgmp-dev
>> > > > > python3-numpy
>> > > > > \
>> > > > > python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev \
>> > > > > libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev
>> > > > > python3-pyqt5
>> > > > > \
>> > > > > liblog4cpp5-dev libzmq3-dev python3-yaml python3-click
>> > > > > python3-click-
>> > > > > plugins \
>> > > > > python3-zmq python3-scipy python3-gi python3-gi-cairo > > > >
>> gir1.2-gtk-3.0
>> > > > > \
>> > > > > libcodec2-dev libgsm1-dev libusb-1.0-0 libusb-1.0-0-dev > > >
>> > libudev-dev
>> > > > > python3-setuptools
>> > > > >
>> > > > > sudo apt install pybind11-dev python3-matplotlib
>> libsndfile1-dev \
>> > > > > libsoapysdr-dev soapysdr-tools python3-pygccxml
>> python3-pyqtgraph
>> > > > >
>> > > > > and
>> > > > >
>> > > > > sudo apt install libiio-dev libad9361-dev libspdlog-dev
>> > > > > python3-packaging python3-jsonschema python3-qtpy
>> > > > >
>> > > > > Once you get those installed, you'll need to rebuild gnuradio.
>> > > > > You're
>> > > > > looking for a list of gnuradio enabled components after running
>> > > > > cmake
>> > > > > similar to the one I sent you.
>> > > > >
>> > > > > Hope this helps.
>> > > > >
>> > > > > Chris
>> > > > >
>> > > > > On Mon, Oct 7, 2024 at 4:21 AM Barry Jackson
>> <zen25000@zen.co.uk>
>> > > > > wrote:
>> > > > >>
>> > > > >> On 07/10/2024 01:11, Elmore Family wrote:
>> > > > >> > Chris,
>> > > > >> >
>> > > > >> > Here is what I have after cmake:
>> > > > >> >
>> > > > >> > -- ######################################################
>> > > > >> > -- # Gnuradio enabled components
>> > > > >> > -- ######################################################
>> > > > >> > -- * testing-support
>> > > > >> > -- * post-install
>> > > > >> > -- * doxygen
>> > > > >> > -- * man-pages
>> > > > >>
>> > > > >> You are missing lots of -devel packages for all those disabled
>> > > > >> missing
>> > > > >> components.
>> > > > >>
>> > > > >> As a guide look at the BuildRequires in our (Mageia) > > >
>> >> gnuradio.spec
>> > > > >> they
>> > > > >> start at line 75:
>> > > > >>
>> > > > >>
>> http://svnweb.mageia.org/packages/cauldron/gnuradio/current/SPECS/
>> > > > >> gnuradio.spec?revision=2102453&view=markup
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > This email has been checked for viruses by AVG antivirus software.
>> > > www.avg.com
>> > >
>>
>
>

Re: New install of GNU Radio executes old version

Hi Jim,

sorry for jumping in so late, I've been travelling.

I'm super confused as to *why* you're going through all this. And, yes,
libuhd4.2.0 is *not* the name of library package.

I've tried skimming the thread, and quite honestly, it's a bit of a
collection of conflicting approaches, and it feels like that's setting
you up for a hard time.

Now, let's get this sorted as easily as possible: Just to verify,
because, again, conflicting things,

1. what version of GNU Radio do you want to install

1.1 importantly: and why?

2. on which version of which OS (`cat /etc/os-release` might be the most
authorative you can get)

My *suspicion* is that knowing the answer to 1.1 gives me the info I'd
need to give you a "tried and tested" way forward. Building GNU Radio on
a Raspberry Pi certainly is *not* a desirable detour, if it can *at all*
be avoided.

Best,
Marcus

On 2024-10-11 3:15 PM, Elmore Family wrote:
> Chris,
>
> Here's the latest in this never-ending saga:
>
> pi@raspberrypi:~ $ sudo apt-get install --no-install-recommends
> libuhd4.2.0 libuhd-dev
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> E: Unable to locate package libuhd4.2.0
> E: Couldn't find any package by glob 'libuhd4.2.0'
> E: Couldn't find any package by regex 'libuhd4.2.0'
>
> Jim
>
> -----Original Message----- From: Chris Gorman
> Sent: Wednesday, October 9, 2024 9:05 PM
> To: Elmore Family
> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
> Subject: Re: New install of GNU Radio executes old version
>
> Hi Jim,
>
> I've found a cheat sheet on installing on the Pi.  It's available at
> https://www.radiosrs.net/installing_uhd_gnuradio.html .  When I
> originally read it I thought it said you'd need to build libuhd from
> scratch, but it appears upon closer inspection that there are packages
> for libuhd.  Yay!
>
> In short the author suggests,
>
> sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>
> to install UHD on the Pi.  If you have patience to try yet another
> build, try installing those packages and see if it fixes the build
> error.  (As you can see from the error it's happening with a Qt Rfnoc
> file.)  You'll have to ...
>
> cd /home/pi/gnuradio
> rm -rf build
> mkdir build
> cd build
> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
> -DPYTHON_EXECUTABLE=/usr/bin/python3  ../
> make -j4
> sudo make install
>
> again, but my hope is with the libuhd4.2.0 and libuhd-dev packages,
> your error will go away.
>
> Don't feel bad if you are tired of builds and want to install your
> backup instead, I understand this has been a frustrating experience.
> However, I do hope you get the source build to work.
>
> Best regards,
>
> Chris
>
> On Wed, Oct 9, 2024 at 7:56 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>
>> Chris,
>>
>> Here is the latest.
>>
>> It did seem to complete the install but with the same 2 errors as
>> before:
>>
>> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>> Error
>> > 1
>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>> > make: *** [Makefile:160: all] Error 2
>>
>> Again the only gnuradio-companion file is the one in
>> /gnuradio/grc/scripts
>> whose execution results in cannot import gnuradio.
>>
>> Something must have been missed somewhere. I can't believe this can
>> be this
>> difficult.
>>
>> I have my backup of the system from before this began.
>>
>> Jim
>>
>>
>> -----Original Message-----
>> From: Chris Gorman
>> Sent: Tuesday, October 8, 2024 8:43 PM
>> To: Elmore Family
>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> Subject: Re: New install of GNU Radio executes old version
>>
>> Hi Jim,
>>
>> I'm guessing on this, but I have had experiences where I explicitly
>> disable a feature and it fixes a build failure.  So, rather than
>> letting cmake disable gr-uhd and uhd-rfnoc, try forcing cmake's hand
>> and disable them in the cmake call.  So I'd try ...
>>
>> cd /home/pi/gnuradio
>> rm -rf build
>> mkdir build
>> cd build
>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> -DPYTHON_EXECUTABLE=/usr/bin/python3 -DENABLE_GR_UHD=OFF
>> -DENABLE_UHD_RFNOC=OFF ../
>> make -j4
>> sudo make install
>>
>> And wait for a while, especially on a Pi.  Hope this helps (and works).
>>
>> Chris
>>
>>
>>
>> Chris
>>
>> On Tue, Oct 8, 2024 at 7:36 PM Elmore Family <wa4ywm@comcast.net> wrote:
>> >
>> > Chris,
>> >
>> > I have attached the build log. The following shows the install
>> errors. I
>> > think it all began with the top line.
>> >
>> > Jim
>> >
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc: In member >
>> function
>> > 'void gr::qtgui::QRfnocF15ColorMapper::drawScale(std::string, float,
>> > float,
>> > float, float)':
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:15: error:
>> > 'GL_TEXTURE_ENV' was not declared in this scope; did you mean
>> > 'GL_TEXTURE_3D'?
>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>> GL_REPLACE);
>> >       |               ^~~~~~~~~~~~~~
>> >       |               GL_TEXTURE_3D
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:31: error:
>> > 'GL_TEXTURE_ENV_MODE' was not declared in this scope; did you mean
>> > 'GL_TEXTURE_MAX_LOD'?
>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>> GL_REPLACE);
>> >       |                               ^~~~~~~~~~~~~~~~~~~
>> >       |                               GL_TEXTURE_MAX_LOD
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:5: error:
>> > 'glTexEnvf' was not declared in this scope
>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>> GL_REPLACE);
>> >       |     ^~~~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:167:5: error:
>> > 'glBegin' was not declared in this scope
>> >   167 |     glBegin(GL_QUADS);
>> >       |     ^~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:168:5: error:
>> > 'glTexCoord2f' was not declared in this scope
>> >   168 |     glTexCoord2f(0.0f, 0.0f);
>> >       |     ^~~~~~~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:169:5: error:
>> > 'glVertex2f' was not declared in this scope
>> >   169 |     glVertex2f(x0, y0);
>> >       |     ^~~~~~~~~~
>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:176:5: error:
>> > 'glEnd'
>> > was not declared in this scope
>> >   176 |     glEnd();
>> >       |     ^~~~~
>> > make[2]: *** >
>> [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/build.make:1025:
>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>> > Error
>> > 1
>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>> > make: *** [Makefile:160: all] Error 2
>> >
>> >
>> >
>> > -----Original Message-----
>> > From: Chris Gorman
>> > Sent: Tuesday, October 8, 2024 4:44 PM
>> > To: Elmore Family
>> > Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> > Subject: Re: New install of GNU Radio executes old version
>> >
>> > Hi Jim,
>> >
>> > The --DPYTHON_EXECUATBLE=/usr with the extra switch is a typo on my
>> > part, it should be -DPYTHON_EXECUTABLE=/usr .  Sorry.  You should get
>> > an error from cmake with the second switch.
>> >
>> > Can you send the error and log file and I'll have a look.
>> >
>> > Hoping your nightmare ends soon. :)
>> >
>> > Chris
>> >
>> > On Tue, Oct 8, 2024 at 4:28 PM Elmore Family <wa4ywm@comcast.net>
>> wrote:
>> > >
>> > > Chris, et al,
>> > >
>> > > The install failed with 2 errors at qtgui.
>> > >
>> > > This is a nightmare.
>> > >
>> > > Jim
>> > >
>> > > -----Original Message-----
>> > > From: Chris Gorman
>> > > Sent: Tuesday, October 8, 2024 8:08 AM
>> > > To: Volker Schroer
>> > > Cc: discuss-gnuradio@gnu.org
>> > > Subject: Re: New install of GNU Radio executes old version
>> > >
>> > > Hi Jim,
>> > >
>> > > Your call on what to do about this.  If it were me, I'd probably try
>> > > what Volker is suggesting and use the prebuilt binary.  That
>> said, if
>> > > you want to try to get gnuradio built on your pi, I'll try to help.
>> > > Unfortunately, I'm kind of confused about your results.  You should
>> > > have more than just python-support and libad9361 if all the
>> > > dependencies were installed.
>> > >
>> > > If you want to continue.  Run the following and attach the build.log
>> > > file produced to your next email.  (It's the build command
>> followed by
>> > > stdio and stderr redirection to a file.)
>> > >
>> > > cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> > > --DPYTHON_EXECUTABLE=/usr/bin/python3 ../ > build.log 2>&1
>> > >
>> > > I'll take a look at the results and compare to what I'm getting
>> on my
>> > > x86 machine.
>> > >
>> > > All the best,
>> > >
>> > > Chris
>> > >
>> > > On Tue, Oct 8, 2024 at 5:20 AM Volker Schroer <dl1ksv@gmx.de> wrote:
>> > > >
>> > > > https://wiki.gnuradio.org/index.php?title=InstallingGR
>> > > > says:
>> > > > For Raspberry Pi OS64-bit ≥2021-10-30 the actual version of
>> gnuradio
>> > > > is
>> > > > v3.10.5.1.
>> > > >
>> > > > Why can't you use this?
>> > > > > Chris,
>> > > > >
>> > > > > I did what you suggested.
>> > > > >
>> > > > > I then ran cmake as before. The result was the same except
>> that > > > > the
>> > > > > following were added to the gnuradio enabled components:
>> > > > >
>> > > > > python-support
>> > > > > libad9361
>> > > > >
>> > > > > I'm considering giving up on this. I'm consuming a lot of
>> your > > > > time
>> > > > > and
>> > > > > this is a personal project only. I really appreciate the
>> effort > > > > you
>> > > > > have
>> > > > > put into this.
>> > > > >
>> > > > > I wanted to upgrade in order to add a component to my project
>> that
>> > > > > requires 3.10.
>> > > > >
>> > > > > I wouldn't be upset if you want to pull the plug on this.
>> > > > >
>> > > > > Jim
>> > > > >
>> > > > > -----Original Message----- From: Chris Gorman
>> > > > > Sent: Monday, October 7, 2024 9:22 AM
>> > > > > To: Barry Jackson
>> > > > > Cc: discuss-gnuradio@gnu.org
>> > > > > Subject: Re: New install of GNU Radio executes old version
>> > > > >
>> > > > > Hello Jim,
>> > > > >
>> > > > > As Barry said you're missing lots of devel packages.  I
>> assume > > > > based
>> > > > > on your python version that you're using Raspbian Bullseye as
>> your
>> > > > > OS.
>> > > > > If that's the case, there is a list of packages that you'll
>> need > > > > to
>> > > > > install to build gnuradio.  I would try the list of packages
>> > > > > recommended on
>> > > > > https://wiki.gnuradio.org/index.php?title=UbuntuInstall
>> > > > > .
>> > > > >
>> > > > > Basically,
>> > > > >
>> > > > > sudo apt install git cmake g++ libboost-all-dev libgmp-dev
>> > > > > python3-numpy
>> > > > > \
>> > > > > python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev \
>> > > > > libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev
>> > > > > python3-pyqt5
>> > > > > \
>> > > > > liblog4cpp5-dev libzmq3-dev python3-yaml python3-click
>> > > > > python3-click-
>> > > > > plugins \
>> > > > > python3-zmq python3-scipy python3-gi python3-gi-cairo > > > >
>> gir1.2-gtk-3.0
>> > > > > \
>> > > > > libcodec2-dev libgsm1-dev libusb-1.0-0 libusb-1.0-0-dev > > >
>> > libudev-dev
>> > > > > python3-setuptools
>> > > > >
>> > > > > sudo apt install pybind11-dev python3-matplotlib
>> libsndfile1-dev \
>> > > > > libsoapysdr-dev soapysdr-tools python3-pygccxml
>> python3-pyqtgraph
>> > > > >
>> > > > > and
>> > > > >
>> > > > > sudo apt install libiio-dev libad9361-dev libspdlog-dev
>> > > > > python3-packaging python3-jsonschema python3-qtpy
>> > > > >
>> > > > > Once you get those installed, you'll need to rebuild gnuradio.
>> > > > > You're
>> > > > > looking for a list of gnuradio enabled components after running
>> > > > > cmake
>> > > > > similar to the one I sent you.
>> > > > >
>> > > > > Hope this helps.
>> > > > >
>> > > > > Chris
>> > > > >
>> > > > > On Mon, Oct 7, 2024 at 4:21 AM Barry Jackson
>> <zen25000@zen.co.uk>
>> > > > > wrote:
>> > > > >>
>> > > > >> On 07/10/2024 01:11, Elmore Family wrote:
>> > > > >> > Chris,
>> > > > >> >
>> > > > >> > Here is what I have after cmake:
>> > > > >> >
>> > > > >> > -- ######################################################
>> > > > >> > -- # Gnuradio enabled components
>> > > > >> > -- ######################################################
>> > > > >> > --   * testing-support
>> > > > >> > --   * post-install
>> > > > >> > --   * doxygen
>> > > > >> > --   * man-pages
>> > > > >>
>> > > > >> You are missing lots of -devel packages for all those disabled
>> > > > >> missing
>> > > > >> components.
>> > > > >>
>> > > > >> As a guide look at the BuildRequires in our (Mageia) > > >
>> >> gnuradio.spec
>> > > > >> they
>> > > > >> start at line 75:
>> > > > >>
>> > > > >>
>> http://svnweb.mageia.org/packages/cauldron/gnuradio/current/SPECS/
>> > > > >> gnuradio.spec?revision=2102453&view=markup
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > This email has been checked for viruses by AVG antivirus software.
>> > > www.avg.com
>> > >
>>
>
>