Hi Chris, Marcus and Scott,

Just to be the balancing Marcus here: I like the approach of user downloadability. In testing environments, we heavily advocate for isolating installations from user-done downloads, for example! I think what Marcus tried to say is: His 2ct are that you shouldn't be afraid to run a thing that you want to have system-wide consequences with sudo. I'm not disagreeing, I'm just not sure you want the system-wide aspect here :)

As a matter of fact, you can just configure the path where UHD looks by setting the UHD_IMAGES_DIR environment variable, e.g. in your ~/.profile. (It doesn't seem like we currently have a preferences setting for that in uhd.conf; maybe we should.)

Best regards,
Marcus

On 06.08.24 17:08, Chris Gorman wrote:
Thank you Marcus,

I stand corrected.

The command should be

sudo /usr/local/lib/uhd/utils/uhd_images_downloader.py

This should put your files in the correct location for the other
programs to find.

Hope this helps.

Chris

On Tue, Aug 6, 2024 at 10:31 AM Marcus D. Leech <patchvonbr...@gmail.com> wrote:
On 06/08/2024 10:13, Chris Gorman wrote:
Hi Scott,

I believe the problem you're experiencing is linux not allowing you to
write to the /usr/local directory structure as it is not owned by your
user.  I think you have a couple of choices to download the images.
The first is to install them into the default directory with sudo,
which I wouldn't recommend, the second is installing the packages into
a different directory with the -i switch to uhd_images_downloader.py.
Perhaps run the following commands

cd ~/
mkdir uhd_images
/usr/local/lib/uhd/utils/uhd_images_downloader.py -i ~/uhd_images

That should get you the download images I think.

Hope this helps,

Chris
This will come with the added "bonus" that tools that expect the images
to be in "the standard location" will
    be unable to find them unless you set the appropriate environment
variables to tell the tools where to find them.

There's nothing wrong with installing
files-that-are-conceptually-system-files in the standard "system file"
places,
    using sudo.

This whole thing is basically "living and working as a dev on
<Unix-family-OS>".  If that is to be the platform of choice
    in this case, then it would be productive to learn how to live and
work on the OS, including learning what file
    permissions are, and how to live with them and use them appropriately.

Just my $0.02, having been a "Unix-family-OS" guy since I was a
teenager---in 1979.


On Tue, Aug 6, 2024 at 4:16 AM Dr. Scott Best via USRP-users
<usrp-users@lists.ettus.com> wrote:
Dear USRP-Users Group,



I installed UHD 4.7 on an Ubuntu MiniPC following the online instructions.  It 
seems to be working OK, so I tried updating the firmware for an N200 that I 
picked up as a test vehicle for my set of new N320s.  I ran into a bug that I 
have not found an answer to, as seen in the following Terminal script with UHD 
commands shown in BOLD TYPE:



drscott@Ubuntu:~/workarea/uhd/host/utils$ uhd_find_devices

[INFO] [UHD] linux; GNU C++ version 11.4.0; Boost_107400; 
UHD_4.7.0.0-0-ga5ed1872

--------------------------------------------------

-- UHD Device 0

--------------------------------------------------

Device Address:

      serial: E2R16TEUN

      addr: 192.168.10.2

      name:

      type: usrp2





drscott@Ubuntu:~/workarea/uhd/host/utils$ uhd_usrp_probe

[INFO] [UHD] linux; GNU C++ version 11.4.0; Boost_107400; 
UHD_4.7.0.0-0-ga5ed1872

[INFO] [USRP2] Opening a USRP2/N-Series device...

Error: RuntimeError:

Please update the firmware and FPGA images for your device.

See the application notes for USRP2/N-Series for instructions.

Expected FPGA compatibility number 11, but got 9:

The FPGA build is not compatible with the host code build.

Please run:



"/usr/local/lib/uhd/utils/uhd_images_downloader.py"

"/usr/local/bin/uhd_image_loader" \

      --args="type=usrp2,addr=192.168.10.2"



drscott@Ubuntu:~/workarea/uhd/host/utils$ 
/usr/local/lib/uhd/utils/uhd_images_downloader.py

[INFO] Using base URL: https://files.ettus.com/binaries/cache/

[INFO] Images destination: /usr/local/share/uhd/images

[ERROR] Invalid permissions to write images destination

drscott@Ubuntu:~/workarea/uhd/host/utils$



UHD on Ubuntu is able to find the N200, and is able to probe the N200 with the 
second UHD command.  However, the third command is 
/usr/local/lib/uhd/utils/uhd_images_downloader.py, which produces the following 
ERROR MESSAGE - Invalid permissions to write images destination.  The N200 was 
not booted in SAFE MODE, so it should be available for firmware updates.



I have been unable to locate any information online for how to eliminate this 
problem so I can write firmware updates to the N200.  Is a document available 
for fixing this problem?  If not, can you tell me how to fix this firmware 
update problem on the N200?



Thanks in advance for your assistance with fixing this problem.



Respectfully,



Scott



_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

Reply via email to