12569 2018-02-23 17:52:13 +0000 Rare non-determinism in gdb means it doesn't build gdbserver 2020-08-20 22:10:49 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 2.5 x86 Multiple RESOLVED OBSOLETE Medium normal 4.99 1 juro.bystricky raj.khem meta.mr.watcher meta.watcher stephano --- --- Don't know oldest_to_newest 79578 0 juro.bystricky 2018-02-23 17:52:13 +0000 I failed to build core-image-sato-sdk with the current master for qemumis: Build Configuration: BB_VERSION = "1.37.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS = "mips-poky-linux" MACHINE = "qemumips" DISTRO = "poky" DISTRO_VERSION = "2.4+snapshot-20180223" TUNE_FEATURES = "o32 bigendian fpu-hard mips32r2" TARGET_FPU = "" meta meta-poky meta-yocto-bsp = "master:2f030dfc082d6d8143c712cd9e18a0da13ec66e1" local.conf: MACHINE = "qemumips" I get the error: ERROR: core-image-sato-sdk-1.0-r0 do_rootfs: Could not invoke dnf. Command '/data/master/poky/build-sato-testimage/tmp/work/qemumips-poky-linux/core-image-sato-sdk/1.0-r0/recipe-sysroot-native/usr/bin/dnf -y -c /data/master/poky/build-sato-testimage/tmp/work/qemumips-poky-linux/core-image-sato-sdk/1.0-r0/rootfs/etc/dnf/dnf.conf --setopt=reposdir=/data/master/poky/build-sato-testimage/tmp/work/qemumips-poky-linux/core-image-sato-sdk/1.0-r0/rootfs/etc/yum.repos.d --repofrompath=oe-repo,/data/master/poky/build-sato-testimage/tmp/work/qemumips-poky-linux/core-image-sato-sdk/1.0-r0/oe-rootfs-repo --installroot=/data/master/poky/build-sato-testimage/tmp/work/qemumips-poky-linux/core-image-sato-sdk/1.0-r0/rootfs --setopt=logdir=/data/master/poky/build-sato-testimage/tmp/work/qemumips-poky-linux/core-image-sato-sdk/1.0-r0/temp --nogpgcheck install kernel-devsrc packagegroup-core-sdk packagegroup-core-x11-base packagegroup-core-x11-sato packagegroup-core-standalone-sdk-target packagegroup-core-ssh-openssh packagegroup-core-boot packagegroup-core-eclipse-debug packagegroup-core-tools-profile packagegroup-base-extended rpm dnf packagegroup-core-tools-debug packagegroup-core-tools-testapps run-postinsts psplash locale-base-en-us locale-base-en-gb' returned 1: Added oe-repo repo from /data/master/poky/build-sato-testimage/tmp/work/qemumips-poky-linux/core-image-sato-sdk/1.0-r0/oe-rootfs-repo Last metadata expiration check: 0:00:04 ago on Fri 23 Feb 2018 05:45:32 PM UTC. Error: Problem 1: conflicting requests - nothing provides gdbserver needed by packagegroup-core-eclipse-debug-1.0-r0.noarch Problem 2: conflicting requests - nothing provides gdbserver needed by packagegroup-core-tools-debug-1.0-r3.noarch ERROR: core-image-sato-sdk-1.0-r0 do_rootfs: Function failed: do_rootfs And indeed, gdbserver is not built (for no obvious reason, however it does get built for qemumips64) 79579 1 ross.burton 2018-02-23 18:20:01 +0000 I thought we had a bug for this already. Welcome to an incredibly rare race where sometimes gdbserver doesn't get build. $10 says if you force gdb to rebuild, it appears. 79580 2 juro.bystricky 2018-02-23 18:34:26 +0000 (In reply to comment #1) > I thought we had a bug for this already. we do now > > Welcome to an incredibly rare race where sometimes gdbserver doesn't get > build. > > $10 says if you force gdb to rebuild, it appears. indeed, I did $ bitbake gdb -ccleanall $ bitbake gdb $ bitbake core-image-sato-sdk and no problems this time. 79581 3 ross.burton 2018-02-23 18:55:12 +0000 I should have asked you to rebuild it using -C instead of cleanall to preserve the logs of the good and bad builds :/ 87262 4 ross.burton 2020-05-20 09:29:44 +0000 Reassigning to Khem in case he has any thoughts. Or, maybe it's not a bug anymore. I've been meaning to throw check that the file exists into the recipe and make it error out if not. 87264 5 raj.khem 2020-05-20 13:30:38 +0000 (In reply to comment #4) > Reassigning to Khem in case he has any thoughts. Or, maybe it's not a bug > anymore. I've been meaning to throw check that the file exists into the > recipe and make it error out if not. I have never encountered this error myself so have no idea, We have also upgraded gdb bunch of times since this bug so perhaps its gone too, next time when it happens I would like to take a look at the build and config.log files of gdb. Without this its hard to tell what could be going on. 88005 6 raj.khem 2020-08-20 22:10:49 +0000 I can not reproduce this in master for few many months now. Please re-open if it can still be reproduced.