On Wed, 2026-09-30 at 14:10 +0200, Markus Volk wrote: > Hi Paul, > > I think this is generally a good idea and I can create a patch for it. > But presumably this will not fix my problem: > Something in the signature of perl-native changes, such as a class, a > variable, or a native dependency, without the result changing. > The taskhash changes; there is no sstate for it, so perl-native is > rebuilt. After the build, bitbake reports the outhash to the hash > server. > The output is identical to the previous one, so the server maps the new > taskhash to the old unihash. > The tasks in libio-socket-ssl-perl construct their hashes from the > unihashes of their dependencies. For them, nothing has changed: > `do_configure` does not run again, and the old Makefile remains. > However, the consumer’s sysroot remembers the dependency’s > taskhash, not the unihash. It sees the new taskhash, removes > perl-native, > and restages it. The files come from the fresh build and carry its > timestamp. Afterward, sed -i sets them to “now.”
Hi Markus, I am struggling to follow what the actual issue is here. The commit message in the v2 patch said "these become newer than the Makefile because of a sed in: staging.bbclass:185". This is why I recommended changing that to preserve mtime. If the issue isn't that sed call, then we need to find the actual root cause. Best regards, -- Paul Barker
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#246975): https://lists.openembedded.org/g/openembedded-core/message/246975 Mute This Topic: https://lists.openembedded.org/mt/121446692/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
