I need the pantavisor-appengine-ARM32.tar.gz pre-built binary. The S3 bucket at pantavisor-ci.s3.amazonaws.com returns AccessDenied. pvr 052 is already installed and working. Can you share a public download link for the ARM32 appengine binary?
The appengine right now is built for x86 because is intended to be use to run pantavisor in your host computer.
Integrate meta-pantavisor into your Yocto Build (Recommended)
Since the device runs Yocto Rocko with FSLC X11, integrating the official Yocto layer is the cleanest way to produce a flashable image or initramfs containing Pantavisor.
Clone the layer:
cd path/to/yocto/sources
git clone https://github.com/pantavisor/meta-pantavisor.git
Add the layer to your build environment: Edit conf/bblayers.conf to include meta-pantavisor:
Thanks for the detailed responses. A bit more context on my situation:
I don’t have access to the original Yocto/BSP source tree that built this device’s current image, I only have SSH/root access to the running device itself (FSLC X11 2.4, Yocto rocko, kernel 4.9.88, armv7l/i.MX6UL). I checked the device’s own package feed (dnf search pantavisor, pv-appengine, appengine, pantahub) and there’s nothing pre-staged there either.
Given that, a couple of questions:
Is there any way to get pv-appengine running on this device without a full custom Yocto build, e.g. a generic armv7 rpm/ipk that could be installed onto an existing rocko-based rootfs?
If a custom Yocto build is unavoidable, is the Toradex Colibri iMX6ULL config (mentioned by @ferlzc) close enough to attempt as a starting point even without knowing my exact board’s original BSP, or would that risk incompatibility with my board’s specific peripherals/bootloader?
Regarding @asac’s note on DISTRO_FEATURES/PANTAVISOR_FEATURES, since I’d be starting a fresh Yocto build from meta-pantavisor’s own reference configs (not adding a layer to an existing vendor tree), are there other flags/configs I’d need to also pull in to get a bootable image for a generic i.MX6UL target?
If you don’t have the trees to reproduce the system and you dont have an SDK either to build new stuff for that exact system, it will be quite cumbersome to do any binary compatible builds for your system. Easiest would be if you have enough storage to put a full rootfs in that system and use chroot etc. to then run appengine with all the dependencies from that rootfs.