On Mon, Mar 18, 2019 at 08:29:09AM -0700, akuster808 wrote: > > > On 3/18/19 7:46 AM, Tom Rini wrote: > > On Mon, Mar 18, 2019 at 02:01:37PM +0000, Burton, Ross wrote: > >> On Mon, 18 Mar 2019 at 12:49, Richard Purdie > >> <[email protected]> wrote: > >>> My proposal is therefore that where an upstream has a stable release > >>> mechanism, we should work with that in OE-Core, taking direct stable > >>> version upgrades. We've been doing this already for the kernel and > >>> recipes like openssl. I'd propose we should be doing this more widely. > >>> > >>> I appreciate its hard for the stable maintainer to know which upstreams > >>> focus on this. I therefore believe we should make a list of recipes > >>> where this is acceptable, either in the policy/wiki or through recipe > >>> markup or some other mechanism. I don't worry too much about the > >>> mechanism, we can figure that out, I do believe we need to change our > >>> "no upgrade" rule to be more adaptable. > >> I don't really have a strong opinion on the mechanics behind > >> documenting the behaviour, but how do we decide what upstreams have a > >> suitable stable release? We don't want to trust every upstream that > >> says they've a 'stable branch' until they can demonstrate that they > >> are competent at the job. > > I would be inclined to go the other way. If a project says they're > > doing a stable release mechanism, and then, well, aren't, we should > > bring that up with the project and see what they mean by stable. Is > > there an example here? If so, is it boost? > Boost is not an example. One commit does not set the standard or norm > for the project. > I have seen this happen in the kernel too. > > > And if that's also true, is > > there a second example? If it's just boost, we could/should note that > > they don't follow the expected rules. > | But I would hope the general case > > is that projects that say they do a stable branch keep it, well, stable. > Is the project going to be judged by one commit ?
To be clear, I am _not_ referring to the current thread about if you should or should not have rev'ed boost as an example of "OE should not have done this". I am however asking if the Boost project is an example of something that, based on my own history building boost stuff and comments from others, if something where "project says it's stable" is not something that is stable enough for us. -- Tom
signature.asc
Description: PGP signature
_______________________________________________ Openembedded-architecture mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-architecture
