experimental branch

Rich Brown richb.hanover at gmail.com
Wed Nov 30 08:22:23 EST 2016


Hi John,

That's OK - we can point interested forum readers to the list. And if interesting ideas come up on the forum, we can link them into the list.

Let the discussion begin! 

Rich

> On Nov 30, 2016, at 8:19 AM, John Crispin <john at phrozen.org> wrote:
> 
> i would prefer the mailing list as i dont really use forums.
> 
> 	John
> 
> On 30/11/2016 14:14, Rich Brown wrote:
>> Thanks to John for starting this discussion. 
>> 
>> I wrote the following in response to a question about the flip-side of the question - a stable release. https://forum.lede-project.org/t/current-state-and-maturity-of-the-current-code-is-there-a-issue-list/396/2
>> 
>> I've quoted my note below: could we open a broader discussion on the forum? Thanks.
>> 
>> Rich
>> 
>> ---
>> And you have identified the next big question for LEDE. A while back, I wrote:
>> 
>>> As I watch the announcements of patches fly by on the lede-dev list, I am astonished at the backlog of work 
>>> that is getting resolved before my eyes. But with all this change, I wonder if the project will ever hit 
>>> a stable point that is "safe to use at home", with a spouse and kids who will rely on it...
>>> 
>>> We all await a decision of when LEDE will be Good Enough to declare a RC1, that will 
>>> lead to a stable long(er) term supported version, and to a set of predictable release cycles.
>> 
>> I know that the core developers are thinking about this, but I'm not aware of any public discussion yet.
>> 
>> There was a recent note about setting up an experimental branch for the code, but that doesn't address the flip-side, a stable branch.
>> 
>> It seems to me that there are two approaches to take:
>> 
>> 	• Date-based: We'll release RC1 with whatever's working on a specific date (say, 1 Jan 2017)
>> 	• Goal-based: We need to have kernel 4.x plus feature A, B, W, and Z working to declare RC1
>> 
>> Either way would be fine for me: either is a path toward something we can begin to put into production. (And that stable release provides a springboard for further experimentation: once the base system is reliable, it's more fun to try one single wacky enhancement...)
>> 
>> I invite a further discussion of the path to our first stable release ... in the LEDE forum. Thanks.
>> ---
>> 
>> 
>>> On Nov 27, 2016, at 11:57 AM, John Crispin <john at phrozen.org> wrote:
>>> 
>>> Hi all,
>>> 
>>> i would like to start a discussion about an official experimental
>>> branch. the branch should be in the same git as trunk and would allow
>>> felix to stage his patches for proper testing in an official location.
>>> looking at the recent metadata patch, mac80211 updates, image building
>>> code, ... they all cause horrific fallout. i talked to felix about this
>>> and he says if he does not push people wont test which i can understand.
>>> 
>>> the same tree can also be used for kernel updates, new targets,
>>> busybox/toolchain updates and all other intrusive changes that we make.
>>> having a special branch would mitigate this fallout problem to a certain
>>> extend.
>>> 
>>> 	John
>>> 
>>> 
>>> _______________________________________________
>>> lede-adm mailing list
>>> lede-adm at lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/lede-adm
>> 
>> 
>> _______________________________________________
>> lede-adm mailing list
>> lede-adm at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/lede-adm
>> 





More information about the openwrt-adm mailing list