Feature Developement vs. Stablisation and Bug fixing
Hi,
I know in the past this has taken some people by surprise. Both OE-Core and the Yocto Project are aiming at release points every six months, roughly October and April. In order to prepare for those there is a period of 6-8 weeks beforehand which is aimed at stabilisation and bug fixing.
We are now entering that window where we need to heavily taper off new features and concentrate on the quality and stability of the release which is scheduled for mid October. I'm not saying no new feature patches will get taken but I will be asking questions like "why is this being worked on?" and "shouldn't this wait until after release?". I'd really like to see effort being focused on bugs now, not enhancements.
I know there are a couple of things which have been worked on for a while and have been slightly delayed which I'd probably lean towards taking (some offline postinstall work spring to mind). I was asked whether I'd take a binutils update in a couple of weeks and the answer is no, I'd very likely not as we're at the point we need to lock in on the toolchain now (and major kernel version).
Does anyone have any questions?
Cheers,
Richard
Quoted 15 lines · Richard Purdie
Hi,
I know in the past this has taken some people by surprise. Both OE-Core and the Yocto Project are aiming at release points every six months, roughly October and April. In order to prepare for those there is a period of 6-8 weeks beforehand which is aimed at stabilisation and bug fixing.
We are now entering that window where we need to heavily taper off new features and concentrate on the quality and stability of the release which is scheduled for mid October. I'm not saying no new feature patches will get taken but I will be asking questions like "why is this being worked on?" and "shouldn't this wait until after release?". I'd really like to see effort being focused on bugs now, not enhancements.
Quoted 8 lines
I know there are a couple of things which have been worked on for a while and have been slightly delayed which I'd probably lean towards taking (some offline postinstall work spring to mind). I was asked whether I'd take a binutils update in a couple of weeks and the answer is no, I'd very likely not as we're at the point we need to lock in on the toolchain now (and major kernel version).
Does anyone have any questions?
Is stuff discussed in thread:
ARM-tuning -- was qemuarm: should it really have TUNE_ARCH armv5te? considered new feature or bug?
In other words: should I try to test and send my proposed changes soon, or keep that for next cycle and just stop building qemuarm?
Cheers,
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Quoted 23 lines · Martin Jansa
Quoted 22 lines · Richard Purdie
Hi,
I know in the past this has taken some people by surprise. Both OE-Core and the Yocto Project are aiming at release points every six months, roughly October and April. In order to prepare for those there is a period of 6-8 weeks beforehand which is aimed at stabilisation and bug fixing.
We are now entering that window where we need to heavily taper off new features and concentrate on the quality and stability of the release which is scheduled for mid October. I'm not saying no new feature patches will get taken but I will be asking questions like "why is this being worked on?" and "shouldn't this wait until after release?". I'd really like to see effort being focused on bugs now, not enhancements.
I know there are a couple of things which have been worked on for a while and have been slightly delayed which I'd probably lean towards taking (some offline postinstall work spring to mind). I was asked whether I'd take a binutils update in a couple of weeks and the answer is no, I'd very likely not as we're at the point we need to lock in on the toolchain now (and major kernel version).
Quoted 8 lines
Quoted 1 line
Does anyone have any questions?
Is stuff discussed in thread:
ARM-tuning -- was qemuarm: should it really haveTUNE_ARCHarmv5te? considered new feature or bug?In other words: should I try to test and send my proposed changes soon, or keep that for next cycle and just stop building qemuarm?
I'd consider this a bugfix but one we probably need to figure out sooner than later...
Cheers,
Richard
Hi Richard,
Quoted 15 lines · Richard Purdie
Hi,
I know in the past this has taken some people by surprise. Both OE-Core and the Yocto Project are aiming at release points every six months, roughly October and April. In order to prepare for those there is a period of 6-8 weeks beforehand which is aimed at stabilisation and bug fixing.
We are now entering that window where we need to heavily taper off new features and concentrate on the quality and stability of the release which is scheduled for mid October. I'm not saying no new feature patches will get taken but I will be asking questions like "why is this being worked on?" and "shouldn't this wait until after release?". I'd really like to see effort being focused on bugs now, not enhancements.
Quoted 9 lines
I know there are a couple of things which have been worked on for a while and have been slightly delayed which I'd probably lean towards taking (some offline postinstall work spring to mind). I was asked whether I'd take a binutils update in a couple of weeks and the answer is no, I'd very likely not as we're at the point we need to lock in on the toolchain now (and major kernel version).
Does anyone have any questions?
do you expect to have a filed bug in Yocto's bugzilla to attract attention to a problem, or published patchset with problem description and a fix is sufficient?
With best wishes,
Vladimir
Quoted 25 lines · Vladimir Zapolskiy
Hi Richard,
Quoted 22 lines · Richard Purdie
Hi,
I know in the past this has taken some people by surprise. Both OE-Core and the Yocto Project are aiming at release points every six months, roughly October and April. In order to prepare for those there is a period of 6-8 weeks beforehand which is aimed at stabilisation and bug fixing.
We are now entering that window where we need to heavily taper off new features and concentrate on the quality and stability of the release which is scheduled for mid October. I'm not saying no new feature patches will get taken but I will be asking questions like "why is this being worked on?" and "shouldn't this wait until after release?". I'd really like to see effort being focused on bugs now, not enhancements.
I know there are a couple of things which have been worked on for a while and have been slightly delayed which I'd probably lean towards taking (some offline postinstall work spring to mind). I was asked whether I'd take a binutils update in a couple of weeks and the answer is no, I'd very likely not as we're at the point we need to lock in on the toolchain now (and major kernel version).
Quoted 6 lines
Quoted 2 lines
Does anyone have any questions?
do you expect to have a filed bug in Yocto's bugzilla to attract attention to a problem, or published patchset with problem description and a fix is sufficient?
It doesn't have to have a bug number to be a fix to a valid problem so as long as the problem is described in the patchset, that should be ok.
Cheers,
Richard