In general, we think installing from the PPA/Launchpad is a good idea. It
gives you tested binaries, and you have no hassle of figuring out
dependencies, etc. The only problem is that the way Launchpad works, there
is no guarantee that you will be able to download the same binaries in the
future. That means, if you can't be sure that you can archive the
container, then building from source is more future-proof (but also more
annoying). That's your tradeoff.

Note that if you pin your container distro version (e.g., to Ubuntu 24.04
with a fixed date) and are OK with using the distro version of UHD, then
you also don't have that problem (but you also don't get the latest UHD
necessarily).

We always suggest people use binary installers that we provide (or that the
distro provides) over building from source if they're not super comfortable
doing that. But there are corner cases where it's the wrong approach. I
can't tell exactly where you land.

--M

On Tue, Sep 16, 2025 at 3:49 PM <ardelg...@gradiant.org> wrote:

> Hi Martin,
>
> The issue about python API was my mistake, srry about that 😅. I was
> experimenting with different installations in a devcontainer and I didn’t
> realise I had skipped the previous dependency commands:
>
> sudo apt update && sudo apt install -y \
>
>     git build-essential cmake libboost-all-dev \
>
>     libusb-1.0-0-dev libudev-dev python3-dev \
>
>     python3-mako python3-numpy python3-requests \
>
>     python3-setuptools python3-pip
>
> I understand that, in your opinion, building UHD from source is the better
> approach. Do you not recommend using the PPA option? I’m really afraid
> about potential version missmatches between devices and USRPs (e.g. N310 or
> X410 images).
>
> Thanks for your fast support.
>
> Best regards,
>
> Álvaro
> _______________________________________________
> 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