Philip,

All the files are located in that same location Michael mentioned, sorted
by product and named by release. So this should never go stale.

https://files.ettus.com/binaries/cache/

If you're ever unsure which one is the right one for your version, you can
check the manifest file, which is what uhd_images_downloader does. For
example:

https://github.com/EttusResearch/uhd/blob/v4.0.0.0/images/manifest.txt

Thanks

Wade

On Wed, Oct 14, 2020 at 11:15 AM Philip Balister via USRP-users <
[email protected]> wrote:

> On 10/14/20 6:00 AM, Martin Braun via USRP-users wrote:
> > A quick reminder that
> >
> > uhd_images_downloader -t e320 -t sdk
> >
> > will download the corresponding SDK for your UHD version even when the
> link
> > Michael provided is no longer accurate.
>
> Installing uhd on a machine just to figure out a download link seems
> excessive. Can you publish direct links in a form that do not go stale?
>
> Philip
>
> >
> > M
> >
> > On Mon, 12 Oct 2020, 17:48 Michael Dickens via USRP-users, <
> > [email protected]> wrote:
> >
> >> Hi Mark - You need to use a more recent SDK for the cross-build. Here
> are
> >> the SDKs for the 2 most recent UHD releases. I hope this helps! - MLD
> >>
> >> <
> >>
> https://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0/e3xx_e320_sdk_default-v3.15.0.0.zip
> >>>
> >> <
> >>
> https://files.ettus.com/binaries/cache/e3xx/meta-ettus-v4.0.0.0/e3xx_e320_sdk_default-v4.0.0.0.zip
> >>>
> >>
> >>
> >> On Mon, Oct 12, 2020 at 10:47 AM Andrews, Mark J. via USRP-users <
> >> [email protected]> wrote:
> >>
> >>> Hello,
> >>>
> >>> I am trying to cross-compile UHD on an E320 with the OE SDK, but I
> cannot
> >>> get past the cmake step due to multiple errors.  On the host PC, I am
> able
> >>> to install the SDK and source the environment variable without issues.
> >>> When I go to build UHD, the first error is that the CMakeLists.txt
> file for
> >>> UHD 3.15 has a minimum CMake version of 3.5.1, but the OE SDK cmake is
> >>> version 2.8.12.2 (my host PC is version 3.18.4).  I manually edited the
> >>> CMakeLists.txt to accept the older version of CMake, but then it has a
> >>> boost version error and cannot find several python packages (platform,
> >>> mako, requests, numpy).  I again edited it for the Boost version, but
> it
> >>> still can't find the python packages.  Do I need to somehow install
> all the
> >>> UHD dependencies in the OE SDK paths after installing it?  Or am I
> doing
> >>> something else wrong?
> >>>
> >>> I also tried running "import sys" to see the Python path configuration
> >>> and the "program name", "sys._base_executable", and "sys.executable"
> are
> >>> all pointing to "/usr/bin/python3" instead of the
> >>> "/home/~/oe/sysroots/x86_64-oesdk-linux" path.  Not sure if that's
> part of
> >>> the problem or not, but it seemed suspicious.  The cmake and import sys
> >>> outputs are copied below.
> >>>
> >>>
> >>> ===============================================================
> >>> cmake
> -DCMAKE_TOOLCHAIN_FILE=../host/cmake/Toolchains/oe-sdk_cross.cmake
> >>> -DCMAKE_INSTALL_PREFIX=/usr -DENABLE_E300=ON ..
> >>>
> >>> -- Configuring the Python interpreter...
> >>> -- Manually determining build Python version...
> >>> ImportError: No module named site
> >>> -- Python interpreter:
> >>> /home/~/oe/sysroots/x86_64-oesdk-linux/usr/bin/python Version:
> >>> -- Override with: -DPYTHON_EXECUTABLE=<path-to-python>
> >>> -- Manually determining runtime Python version...
> >>> ImportError: No module named site
> >>> -- Python runtime interpreter:
> >>> /home/~/oe/sysroots/x86_64-oesdk-linux/usr/bin/python Version:
> >>> -- Override with: -DRUNTIME_PYTHON_EXECUTABLE=<path-to-python>
> >>> -- Finding Python Libraries...
> >>> CMake Warning (dev) at cmake/Modules/UHDPython.cmake:168
> (find_package):
> >>>   Ignoring EXACT since no version is requested.
> >>> Call Stack (most recent call first):
> >>>   cmake/Modules/UHDVersion.cmake:9 (include)
> >>>   cmake/Modules/UHDPackage.cmake:9 (include)
> >>>   CMakeLists.txt:103 (include)
> >>> This warning is for project developers.  Use -Wno-dev to suppress it.
> >>>
> >>> -- Python Libraries:
> >>> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/
> >>> libpython2.7.so
> >>> -- Python include directories:
> >>>
> /home/`/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/python2.7
> >>> -- Working off of feature or development branch. Updating version
> number.
> >>> ImportError: No module named site
> >>> ImportError: No module named site
> >>> ImportError: No module named site
> >>> -- Using UHD Images Directory: /usr/share/uhd/images
> >>> -- Build type not specified: defaulting to release.
> >>> --
> >>> -- Configuring Boost C++ Libraries...
> >>> --
> >>> -- Checking for Boost version 1.57 or greater
> >>> --   Looking for required Boost components...
> >>> --     Disabling boost::asio use of std::string_view
> >>> --   Boost version: 1.57.0
> >>> --   Boost include directories:
> >>> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include
> >>> --   Boost library directories:
> >>> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib
> >>> --   Boost libraries:
> >>>
> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_chrono-mt.so;/home/!/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_date_time-mt.so;/home/!/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_filesystem-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_program_options-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_regex-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_unit_test_framework.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_serialization-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_thread-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_system-mt.so
> >>> -- Looking for Boost version 1.57 or greater - found
> >>> --
> >>> -- Python checking for Python version 2.7 or greater
> >>> ImportError: No module named site
> >>> -- Python checking for Python version 2.7 or greater - "import
> platform"
> >>> failed
> >>> --
> >>> -- Python checking for Mako templates 0.4.2 or greater
> >>> ImportError: No module named site
> >>> -- Python checking for Mako templates 0.4.2 or greater - "import mako"
> >>> failed
> >>> --
> >>> -- Python checking for requests 2.0 or greater
> >>> ImportError: No module named site
> >>> -- Python checking for requests 2.0 or greater - "import requests"
> failed
> >>> --
> >>> -- Python checking for numpy 1.7 or greater
> >>> ImportError: No module named site
> >>> -- Python checking for numpy 1.7 or greater - "import numpy" failed
> >>> --
> >>> -- Configuring LibUHD support...
> >>> --   Dependency Boost_FOUND = 1
> >>> --   Dependency HAVE_PYTHON_PLAT_MIN_VERSION = FALSE
> >>> --   Dependency HAVE_PYTHON_MODULE_MAKO = FALSE
> >>> CMake Error at cmake/Modules/UHDComponent.cmake:59 (message):
> >>>   Dependencies for required component LibUHD not met.
> >>> Call Stack (most recent call first):
> >>>   CMakeLists.txt:363 (LIBUHD_REGISTER_COMPONENT)
> >>>
> >>>
> >>> ====================================================
> >>> import sys
> >>>
> >>> Python path configuration:
> >>>   PYTHONHOME = '/home/~/oe/sysroots/x86_64-oesdk-linux'
> >>>   PYTHONPATH = (not set)
> >>>   program name = '/usr/bin/python3'
> >>>   isolated = 0
> >>>   environment = 1
> >>>   user site = 1
> >>>   import site = 1
> >>>   sys._base_executable = '/usr/bin/python3'
> >>>   sys.base_prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
> >>>   sys.base_exec_prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
> >>>   sys.executable = '/usr/bin/python3'
> >>>   sys.prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
> >>>   sys.exec_prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
> >>>   sys.path = [
> >>>     '/home/~/oe/sysroots/x86_64-oesdk-linux/lib/python38.zip',
> >>>     '/home/~/oe/sysroots/x86_64-oesdk-linux/lib/python3.8',
> >>>     '/home/~/oe/sysroots/x86_64-oesdk-linux/lib/python3.8/lib-dynload',
> >>>   ]
> >>> Fatal Python error: init_fs_encoding: failed to get the Python codec of
> >>> the filesystem encoding
> >>> Python runtime state: core initialized
> >>> ModuleNotFoundError: No module named 'encodings'
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> USRP-users mailing list
> >>> [email protected]
> >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>>
> >> _______________________________________________
> >> USRP-users mailing list
> >> [email protected]
> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to