[OE-core] [Openembedded-architecture] Stable branch rules [Was: Re: [PATCH][jethro] glibc-locale: fix QA warning]

[Khem Raj]

On Sun, Feb 7, 2016 at 2:43 PM, Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
> On Sun, 2016-01-31 at 11:55 -0800, Armin Kuster wrote:
>> From: Armin Kuster <akuster at mvista.com>
>>
>> WARNING: QA Issue: glibc-locale: /glibc-binary-localedata-sd
>> -in/usr/lib/locale/sd_IN/LC_CTYPE is owned by uid 1000, which is the
>> same as the user running bitbake. This may be due to host
>> contamination [host-user-contaminated]
>>
>> fix type
>> Signed-off-by: Armin Kuster <akuster at mvista.com>
>> ---
>>  meta/recipes-core/glibc/glibc-locale.inc | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> Enough is enough.
>
> I cannot tell whether these patches are in master or not or whether
> master needs them or not. Master needs this one, its not in master, its
> only being proposed for jethro. Its a mess.


We should always check fix into master or ensure that master does not
exhibit same problem
If master needs fix then it should flow into stable branches via master.
In cases where master does not show the problem or has the isssue
fixed due to some other indirect
change which is too intrusive for stable branches, a patch for stable
only should be proposed.

In some cases we may offer to defer, master fixes if we are certain
that another pending chnages e.g. recipe upgrades can fix it
for master, I would still recommend that we propose it for master
still and recipe upgrade accounts for it later by removing this
change. At least we will have a cherry-pick chance to newer stable branches.

>
> I am therefore not taking any more stable branch patches at all until
> we amend the stable branch rules to state that pull requests and
> patches clearly state which branches need a fix, or clearly state why
> they don't.
>
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-architecture mailing list
> Openembedded-architecture at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-architecture