One of the goals with OE-Core which differs from how OE-dev operated is to have some stabilisation and release periods. We discussed this in the TSC meeting last night and I'd like to make people aware this is going to happen as it has several implications.
The reason for doing this is to try and turn people's attention from adding features to bugfixing and stabilisation for a short while, hopefully to the benefit of the code base. Many other projects do this and I think it offers many benefits for us too. We have a six month release cycle, the next release is due in October and as such, I'm anticipating stabilisation to start around mid August. What this means is that I'll start being a lot more careful about the kinds of changes that are being merged, strongly preferring bug fixes to things which make major changes or add features. This means package version changes are less likely to be accepted for example unless its to address security issues or issues people using the recipes are actively running into. If people do have feature type changes they want to see in OE-Core, you therefore need to get them in sooner than later or be prepared to wait. Obviously none of this stops anyone's ability to develop something on a branch in the meantime. After stabilising on master for a while, we'll branch to the release branch and master can then open up again. This is the first time we'll have done this so its going to be a learning experience for everyone although Yocto has been through this a couple of times and we've learnt things from that. None of the process is set in stone, I'd like to think we can adapt as needed. Cheers, Richard _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
