On Thu, 4 Jul 2024 at 18:47, Randy MacLeod <[email protected]> wrote: > That's true, but it's always nicer to be able to reproduce a problem locally > so one can tests fixes properly. > Richard and I suggested that we at least get the distro and list of packages > identified so that Sundeep > could see if he can reproduce the problem independently. > > You're right that it's not essential but we're also trying to avoid putting > too much extra > load on the autobuilders and the people who run builds there. > > It's a long-standing problem that the Rust updates are done and pass all > local tests only > to fail on one or more of the YP AB systems. We'd like to understand why that > happens > so if you could share the info that Sundeep requested, that may help for this > bug and for > future Rust work as well.
The host distro is Debian 12, but I still do not think this is relevant, here's why. I spent much of yesterday and today figuring out how to trigger non-reproducibility reliably, and a few options were ruled out: - re-running the build in the same build directory (mv tmp tmpN && bitbake -c install rust) is reproducible - running two builds in two adjacent build directories with names of same length (build-1/ and build-2/) is reproducible - what seems to be *not* reproducible is having two different build directories with significantly different names (e.g. build/ and build-rustreprolongdir/). I've seen this in build/ vs build-2/ as well, but e.g. build-2/ and build-3/ are reproducible. Such experiments are very expensive time-wise (each option needs to be tried several times to ensure the issue is not intermittent with reasonable confidence), so I'd appreciate if you try the third option locally. Cheers, Alex
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#201602): https://lists.openembedded.org/g/openembedded-core/message/201602 Mute This Topic: https://lists.openembedded.org/mt/106407787/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
