On Wed, Nov 8, 2023 at 11:28 PM Bruce Ashfield <[email protected]> wrote: > > On Wed, Nov 8, 2023 at 8:56 PM Bruce Ashfield via > lists.yoctoproject.org > <[email protected]> wrote: > > > > On Wed, Nov 8, 2023 at 6:42 PM Theodore A. Roth <[email protected]> wrote: > > > > > > Hi, > > > > > > With the recent updates to meta-virtualization master branch for > > > podman (to 4.7.1) and buildah (to 1.32.0), > > > our builds are breaking. > > > > > > I'm seeing the problem when building for either raspberrypi4 or qemuarm64. > > > > > > The podman failure appears to be due to not using the native go-md2man > > > binary when building the man pages. > > > I was able to work around this by adding the following to the > > > do_compile() and do_install() functions > > > in the podman recipe: > > > > > > export GOMD2MAN="${RECIPE_SYSROOT_NATIVE}/usr/bin/go-md2man" > > > > > > > Argh. I have something in progress for this. > > > > It works in x86. We used to inhibit the docs for this reason, but I > > re-enabled > > them and it looks like I didn't drag all the changes forward. > > > > My proposed patch for this is on master-next. > > While we could use our separately build go-md2man, podman can now > build its own .. which apparently is to avoid version skew and issues with > the manpages. > > I updated the build to define the host arch properly, so the build can run > the binary. > > > > I'm more than happy to send a patch if that is the correct fix. > > > > > > I'm stumped on the buildah failure. Here's the error messages: > > > > > > NOTE: Executing Tasks > > > ERROR: buildah-1.32.0-r0 do_package_qa: QA Issue: Architecture did not > > > match (x86-64, expected ARM) in > > > /usr/lib/go/src/github.com/containers/buildah/internal/mkcw/embed/entrypoint > > > [arch] > > > ERROR: buildah-1.32.0-r0 do_package_qa: Fatal QA errors were found, > > > failing task. > > > ERROR: Logfile of failure stored in: > > > /home/troth/work/bedrock/bedrock-main/build-rpi4/tmp/work/cortexa7t2hf-neon-vfpv4-trimble-linux-gnueabi/buildah/1.32.0/temp/log.do_package_qa.1252786 > > > ERROR: Task > > > (/home/troth/work/bedrock/bedrock-main/build-rpi4/../oe/meta-virtualization/recipes-containers/buildah/buildah_git.bb:do_package_qa) > > > failed with exit code '1' > > > NOTE: Tasks Summary: Attempted 5377 tasks of which 5353 didn't need to > > > be rerun and 1 failed. > > > > > > Summary: 1 task failed: > > > > > > /home/troth/work/bedrock/bedrock-main/build-rpi4/../oe/meta-virtualization/recipes-containers/buildah/buildah_git.bb:do_package_qa > > > Summary: There were 2 ERROR messages, returning a non-zero exit code. > > > > > > This looks like bitbake is not using the go cross compiler to build > > > the buildah binaries. > > > Since I'm not versed in go development, I don't know how to fix or > > > work around this one. > > > Looking over the recipe and comparing it to other recipes did not > > > yield any obvious change that I could try. > > > > > > Curious if anyone else is seeing either of these issues to allow me to > > > determine if this is specific to my setup or a general problem with > > > meta-virtualization. > > > > buildah has a statically linked x86 binary as an entrypoint. We aren't > building using the Makefiles, and I'm not seeing where it is used in > our common use cases. > > So for now, I've removed the binary to avoid the QA issue. > > I left a hint in the commit if someone wants to force it to rebuild (and > presumably they are using it). I didn't go that far, since I don't have > any way to test it. > > Bruce
Thanks for the quick fix Bruce! Tested your master-next fixes both on my workstation and on our CI system. Builds are no longer failing. Ted Roth > > > They are general issues. > > > > They did pass during my integration testing, but there might be > > some interactions with OEcore that I missed. > > > > With any luck, I can have it fixed shortly. > > > > Bruce > > > > > > > > I'm building all of this using the master branches of poky, > > > meta-openembedded, meta-raspberrypi and meta-virtualization (all > > > updated from upstream git servers today). > > > > > > Can provide any other information if needed. > > > > > > Ted Roth > > > > > > > > > > > > > > > -- > > - Thou shalt not follow the NULL pointer, for chaos and madness await > > thee at its end > > - "Use the force Harry" - Gandalf, Star Trek II > > > > > > > > > -- > - Thou shalt not follow the NULL pointer, for chaos and madness await > thee at its end > - "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#8453): https://lists.yoctoproject.org/g/meta-virtualization/message/8453 Mute This Topic: https://lists.yoctoproject.org/mt/102476135/21656 Group Owner: [email protected] Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
