From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 02:38:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 843821065680 for ; Sun, 8 Jun 2008 02:38:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3828FC0C for ; Sun, 8 Jun 2008 02:38:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so835335ywe.13 for ; Sat, 07 Jun 2008 19:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=llg+ERR3UN4OySm8DmfUPrAJGSdJCgEbPK2Hemj3IJ8=; b=d2YvDSyJADEA6qkoiDerLpZz/Sp4ag30/7nICiV5JLae45pE67sZda5HW0tpwKcmOV nDEeHa6wFGayz/kybCiAHSgZAJjP37EDT85p58FdgRsLCagvkIFLWOtU/ZLsSN3r++7C bzdNTlqXQmZrxrdSNAEFzI9NJ94E1vCDTTyq8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=pCAmBj2nLU+My27klYdQVy6YzQVdro5RccgKkdOtkl7H8b1X7x8siVs+3eTzT+DuoQ B4/Sp4T3FLiDZij/EXoEZ3W9xyXtQConLShRtVo0jBrpeu0SWmMbnYghDve6QZR4lpOP HK1mU5d6yLYFVlQWe8Da+uTtaIOWmdFSP/yv4= Received: by 10.150.206.21 with SMTP id d21mr3351262ybg.227.1212892689474; Sat, 07 Jun 2008 19:38:09 -0700 (PDT) Received: by 10.150.140.14 with HTTP; Sat, 7 Jun 2008 19:38:09 -0700 (PDT) Message-ID: <8cb6106e0806071938x6a524ba4o969fbc4f0c85206@mail.gmail.com> Date: Sat, 7 Jun 2008 22:38:09 -0400 From: "Josh Carroll" To: "Adrian Chadd" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: FreeBSD Stable Subject: Re: 6.2; 6.3; EOL; combustible discussions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 02:38:10 -0000 > I think the developers and users have made their points clear, and > they're no going to agree any more (but they may agree less) over > time. You make it sound as if all users are of the same opinion as Jo. The majority of the responses from users running 6.3 in the thread(s) have been positive feedback of its operating properly. I know what you meant, though. Just don't want anyone to think there is somehow a line being drawn in the sand between users and developers. :) > * Some users standing up, stating "yes, 6.2 lifetime means a lot to > us, we'll happily contribute back security fixes and/or bug fixes for > our hardware so we can continue using it!", and then doing so. While it would be interesting to see the response here, it still doesn't necessarily provide a solution. It will still involved developers' time to QA the user-submitted patches, so it won't entirely eliminate the additional workload for maintainers. There is also zero (enforceable) accountability. If X people commit to this, what happens when only a fraction of them actually do end up helping? > * Some users (Jo, in particular) providing hardware which 6.2 runs on > but 6.3 may or may not, and allowing interested developers to jump on > and test/debug, so this whole discussion can be ejected out the > nearest airlock. That would, of course, require that Jo actually try to run 6.3 on his particular hardware, something he said he does not have the time (currently) to do. As others have pointed out, hardware often has numerous revisions and it's quite possible 6.3 will work fine for him. > Anything else, really, is just going to continue upsetting people. > Yes, users want stability in their specific environments. Yes, > developers are mere mortals, and users should be happy that there's > even a project here they can get access to without some kind of > warez-like upload/download ratio. further discussion is just going to > upset people even further. :) I agree, the horse has been beaten to death numerous times. I guess the one thing that I've taken away from this entire discussion is that perhaps it would be useful to the end users to have a managed/tracked list of regressions between releases. I know there are known bugs published, but is there a list of items that are strictly regressions? Even if it doesn't solve the problem of users with particular hardware configurations being able to run the new release, at least it's something people can use in deciding when/if to upgrade or whether they want to go the route of self-supporting security/errata fixes until they find a release they feel comfortable migrating to? Just my two cents, and hopefully I'm not throwing wood on the fire here. Regards, Josh