From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 18 00:00:38 2012 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ECBF106568E for ; Wed, 18 Jan 2012 00:00:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AC0768FC20 for ; Wed, 18 Jan 2012 00:00:32 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id CAA17008; Wed, 18 Jan 2012 02:00:27 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RnIx0-0005nS-K9; Wed, 18 Jan 2012 02:00:26 +0200 Message-ID: <4F160B99.1060001@FreeBSD.org> Date: Wed, 18 Jan 2012 02:00:25 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Ian Lepore References: <4F15C44F.1030208@freebsd.org> <1326836797.1669.234.camel@revolution.hippie.lan> <4F16019F.2060300@FreeBSD.org> <1326843399.1669.249.camel@revolution.hippie.lan> In-Reply-To: <1326843399.1669.249.camel@revolution.hippie.lan> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD has serious problems with focus, longevity, and lifecycle X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 00:00:38 -0000 on 18/01/2012 01:36 Ian Lepore said the following: > On Wed, 2012-01-18 at 01:17 +0200, Andriy Gapon wrote: >> on 17/01/2012 23:46 Ian Lepore said the following: >>> Now, before we're even really completely up and running on 8.2 at work, >>> 9.0 hits the street, and developers have moved on to working in the 10.0 >>> world. What are the chances that any of the patches I've submitted for >>> bugs we fixed in 8.x are ever going to get commited now that 8 is well >>> on its way to becoming ancient history in developers' minds? >> >> My opinion is that this will have more to do with your approach to pushing the >> patches (and your persistence) rather than with anything else. As long as >> stable/8 is still a supported branch or the bugs are reproducible in any of the >> supported branches. > > Well I submitted a sort of random sample of the patches we're > maintaining at work, 11 of them as formal PRs and 2 posted to the lists > here recently. Just a note: the next best thing you can to _not_ have a patch committed is to just open a PR and stop at that. The best thing being not sharing the patch at all :-) > So far two have been committed (the most important one > and the most trivial one, oddly enough). I'm not sure just how pushy > one is supposed to be, I don't want to be a jerk. Some things that help: - send a problem description and a patch (or a short description and a link to a PR) to a relevant mailing list - maintain a discussion of the patch if it arises - try to be interesting and keep the interested folks hooked - find some folks who recently committed stuff in the area of the patch and contact them directly - don't just wait for too long, remind about yourself and the patch, try different mailing lists/people - never give up - stay technical, never get bitter or overly emotional - don't refuse when offered a commit bit :-) > Not to mention that I > wouldn't know who to push. That's actually why I'm now being active on > the mailing lists, I figured maybe patches will be more accepted from > someone the commiters know rather than just as code out of the blue > attached to a PR. That helps. And, as I've said above, being pro-active about the patches helps too. > I think it would be great if there were some developers (a team, maybe > something not quite that formal) who concentrated on maintenance of > older code for the user base who needs it. Yes, it would be great if some current developers found themselves interested/motivated to do that kind of work. Or if some new developers joined the ranks to do the job. > I'd be happy to contribute > to that effort, both on my own time, and I have a commitment from > management at work to allow me a certain amount of billable work hours > to interface with the FreeBSD community, especially in terms of getting > our work contributed back to the project (both to help the project, and > to help us upgrade more easily in the future). That sounds great! I am sure that this approach will be productive. > I have no idea if there are enough developers who'd be interested in > such a concept to make it work, co-op or otherwise. But I like the fact > that users and developers are talking about their various needs and > concerns without any degeneration into flame wars. It's cool that most > of the focus here is centered on how to make things better for everyone. -- Andriy Gapon