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 ESMTP id 3B9642FA for ; Sun, 11 May 2014 17:57:40 +0000 (UTC) Received: from mail-ee0-f42.google.com (mail-ee0-f42.google.com [74.125.83.42]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 8989A1F950 for ; Sun, 11 May 2014 17:57:39 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id d49so4061967eek.29 for ; Sun, 11 May 2014 10:57:38 -0700 (PDT) Message-ID: <536FBA0E.5090301@gmail.com> Date: Sun, 11 May 2014 19:57:34 +0200 From: Sebastian Hesselbarth To: ksummit-discuss@lists.linuxfoundation.org References: <20140511053037.GQ12708@titan.lakedaemon.net> In-Reply-To: <20140511053037.GQ12708@titan.lakedaemon.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jason Cooper Subject: Re: [Ksummit-discuss] [CORE TOPIC] hobbyist recruiting List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On 05/11/2014 07:30 AM, Jason Cooper wrote: > During the proposal period for last year's KS, there was quite a bit of > talk regarding maintainer survivorship. imho, the best solution > involves continuously bringing in new maintainers and developers as they > crop up. Should we encounter the unfortunate situation of needing to > find a replacement, having plenty of pre-trained developers on hand > gives us more flexibility. > > As a hobbyist, I of course think the answer is recruiting more hobbyists > into the ranks :) > > Unfortunately, we ran out of time during the lightning round last year > for me to give a short presentation on the topic of hobbyist recruiting. > > I'm not a fan of reaching out in the direct sense. I much prefer to > keep my eye out for new comers who seek out the community and make sure > they don't get ignored. I know a lot of us have pretty aggressive mail > filtering out of necessity. For those interested in assisting me, I'd > like to discuss creating some basic resources to facilitate spotting new > comers and directing them as appropriate. > > Something as simple as creating a separate mailbox and ruleset for > senders we haven't seen before (with a few keywords to filter out the > spam) would help greatly. > > On a related topic, I've also started receiving patches from first time > contributors who are taking part in the Eudyptula Challenge [1]. No, I > hadn't heard of it either. It's very similar to the Matasano Crypto > Challenge [2], except that it builds up to contributing patches to the > kernel. > > If this topic is accepted, I'll give a status update on the hobbyists > I've seen since the last KS, what work they've done (hint: those > Chromecasts can boot mainline now ;-), I'll also compile some rough > stats on first-time posters to the most popular email lists. eg was it > legit, did anyone respond, did the poster return? Currently, I'm > thinking lkml and lakml would be most relevant. There may be other > lists I'm not aware of. Please let me know if that's the case. > > If anyone is already doing work in this area, I'd be interested in > hearing from you as well. I copy Jason's proposal. Based on my last year's experience with the hobbyist slot on ELC, I suggest to continue the effort. It was an exciting experience and nice to see the people you know from the mailing lists. Although I think Ksummit would be more suited and more interesting for Kernel hobbyists to attend than ELC was. The chance to meet known people and participate in interesting topics is higher than on the (IMHO) commercially orientated ELC. Also, for the co-maintainer topic, I think some maintainers really need some supporters reviewing the basic stuff already. There is some maintainers who have people reducing the vast amount of patches, but some others really need a helping hand. IMHO, even hobbyists are suited for co-maintainership as it is a good opportunity to get more insight into core kernel, common mistakes, patch organization, and git workflow and we should encourage promising recuitees early to constantly assist other maintainers. Sebastian