From owner-freebsd-security@FreeBSD.ORG Thu Oct 12 07:43:27 2006 Return-Path: X-Original-To: freebsd-security@freebsd.org Delivered-To: freebsd-security@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F8C16A403; Thu, 12 Oct 2006 07:43:27 +0000 (UTC) (envelope-from dan@obluda.cz) Received: from smtp1.kolej.mff.cuni.cz (smtp1.kolej.mff.cuni.cz [195.113.24.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC0843D58; Thu, 12 Oct 2006 07:43:25 +0000 (GMT) (envelope-from dan@obluda.cz) X-Envelope-From: dan@obluda.cz Received: from [10.20.0.26] (openvpn.ms.mff.cuni.cz [195.113.20.87]) by smtp1.kolej.mff.cuni.cz (8.13.1/8.13.1) with ESMTP id k9C7jRf7024143; Thu, 12 Oct 2006 09:45:28 +0200 (CEST) (envelope-from dan@obluda.cz) Message-ID: <452DF218.3090902@obluda.cz> Date: Thu, 12 Oct 2006 09:43:20 +0200 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060918 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Garance A Drosihn References: <451F6E8E.8020301@freebsd.org> <20061011102106.GY1594@obiwan.tataz.chchile.org> <20061011151458.L97038@atlantis.atlantis.dp.ua> <20061011083021.C2780@treehorn.dfmm.org> <452D7351.6050804@obluda.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd security , security-officer@freebsd.org, FreeBSD Stable Subject: Re: [fbsd] HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Security issues \[members-only posting\]" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Oct 2006 07:43:27 -0000 Garance A Drosihn napsal/wrote, On 10/12/06 04:09: > Your 4.x system is not doing to die when we EOL 4.x. We're only > This is an open-source project. If it really is as easy to support > 4.x with security fixes as you think it is, then "you" (all of you Yes, I'm ready to self-support the 4.x for me. In the fact, the problem is not in system, the problem is in ports, but I used few ports only, so it's acceptable. But, maybe for my poor knowledge of english, you misunderstand the point of my think. The main problem is - 6.x is still not competitive replacement for 4.x. I'm NOT speaking about old unsupported hardware - I speaked about performance in some situation and believe in it's stability. It has been serie of decisions of commiters and release team that create current situation and all I say is, the resulting situation is not good because we must drop product when worse replacement available only. > who depend on a 4.x system) should be able to do that work without > help from "us" (the people running AMD64, ARM, PowerPC, Sparc64, > or even just recent i386 hardware which is not supported by 4.x). I fully understand it. But' I'm not sure if there is sufficient amount of users of those new platform in the community. I sayd the commiters prefer to work on new toys over maintaining the previous code (including it's own). I understant the working on new toys is more interesting work than debugging code with not so exact PR in hand only. Despite of it, I respect the sovereighty of an commiter to decide what he want to work on. May be - the project need to adopt commiters of another sort - those who are ready to review old code, repairing bug and polishing. Well - it's off-topic here. I sayd the current situation (which has no good solution) is result of recent decision. > I don't want to sound unsympathetic here, because up until just > six months ago I was also depending on security fixes for 4.x. > But after having two of my personal PC's fried (due to a broken > air-conditioner), I have now moved on. I'm also preparing to transition, but it's first time I'm changing better version and thinking I'm upgrading to worse system than previous .... Despite of anything I sayd, we should thank for the whole team for it's work. I'm sure anybody do all he can. Dan -- Dan Lukes SISAL MFF UK AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz