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. > 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. 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
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#8450): https://lists.yoctoproject.org/g/meta-virtualization/message/8450 Mute This Topic: https://lists.yoctoproject.org/mt/102476135/21656 Group Owner: [email protected] Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/leave/6693005/21656/1014668956/xyzzy [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
