Hi Martin & Bruce,

Thanks for your responses & filling in some of the background here.

On Tue, Mar 31, 2020 at 6:32 PM Bruce Ashfield <[email protected]> wrote:
> Also note that in 2017 Trevor Woerner tried exactly the same fix that
> you are doing, but ended up retracting it when he found a test case
> that was still adding a + to the version.
>
> see: [OE-core] [PATCH] meta/classes/kernel.bbclass: revert 56fe5300ab5
>
> It might be worth checking with Trevor to see if he recalls what case
> it was where the + snuck back in.

Absolutely - Trevor if you recall any details they'd be very much
appreciated. I have my fingers crossed it might have been a case like
the one Martin describes below :)

On Tue, Mar 31, 2020 at 7:03 PM Martin Jansa <[email protected]> wrote:
> Another piece of this puzzle might also be that in 2012 I was still using 
> minimalistic gentoo chroot, which was shared across all builders as git 
> repository, so even when you were building some kernel from tarball it might 
> have incorrectly assume that the kernel repo is dirty (even when it was the 
> git repo in top level rootfs directory which was dirty).

Interesting - I think we should be able to deal with that case by
setting the GIT_CEILING_DIRECTORIES environment variable, I'll give
that a go.

Thanks,
    Paul
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#136936): 
https://lists.openembedded.org/g/openembedded-core/message/136936
Mute This Topic: https://lists.openembedded.org/mt/72690129/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to