From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id DF254BAC for ; Tue, 14 Jul 2015 14:00:25 +0000 (UTC) Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 4D72F1A7 for ; Tue, 14 Jul 2015 14:00:25 +0000 (UTC) Message-ID: <55A515F2.5090001@oracle.com> Date: Tue, 14 Jul 2015 10:00:18 -0400 From: Sasha Levin MIME-Version: 1.0 To: Zefan Li References: <55A1407E.5080800@oracle.com> <55A38FD6.2070103@huawei.com> <55A3E383.6070107@oracle.com> <55A4DFB8.4050901@huawei.com> In-Reply-To: <55A4DFB8.4050901@huawei.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Greg Kroah-Hartman , ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [CORE TOPIC] Issues with stable process List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On 07/14/2015 06:08 AM, Zefan Li wrote: > I agree it will save us a lot of work if we work together, and that will better ensure > a fix won't be missing from some stable trees. > > It helps more for maintainers who work on stable tress that are very close in version. > Take Ben and I as an example, if I already manually backport a commit to 3.4.y, Ben will > get notified. Now Ben can just pick it for 3.2.y, and it probably can be applied cleanly, > thus save his time. > > Maybe there should be a workshop during KS for stable tree maintainers to get together > and discuss how to work on how to share each other's work. > > Another related issue is we all have our own scripts. If we share a set of common scripts, > then we can benefit from each other's improvements on those scripts. Ben once brought this > up in stable mailing list: > > http://www.spinics.net/lists/stable/msg89430.html I agree, a workshop could be beneficial in improving the coordination between stable tree maintainers, and hopefully reducing duplicate work in the future. Greg, do you have any objections to pursuing this idea? Thanks, Sasha