On 06/08/2024 11:30, Marcus Müller wrote:
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
I guess it depends on where the overall UHD install got installed. If
it's installed system-wide (as is the case for installs from
the packaged-by-the-distro packages), then I see no reason not to
also have the images download available system-wide as
well.
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
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
