From owner-freebsd-current@FreeBSD.ORG Tue Nov 9 05:35:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B85D16A4CE for ; Tue, 9 Nov 2004 05:35:25 +0000 (GMT) Received: from avas7.globetrotter.net (smtp2.globetrotter.net [142.169.1.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555F243D31 for ; Tue, 9 Nov 2004 05:35:24 +0000 (GMT) (envelope-from freebsd-current@sfina.com) Received: from smtp2.telusquebec.local(192.168.250.24) by avas7.globetrotter.net via csmap id b39b5cb4_3210_11d9_92b6_0002b3a434af_8537; Tue, 09 Nov 2004 00:32:10 -0500 (EST) Received: from avas7.globetrotter.net (c207.134.17-22.clta.globetrotter.net [207.134.17.22]) by smtp2.globetrotter.net (iPlanet Messaging Server 5.2) with SMTP id <0I6W0078VCUY5J@"TELUS Quebec"> for freebsd-current@freebsd.org; Tue, 09 Nov 2004 00:35:23 -0500 (EST) Received: from c207.134.17-22.clta.globetrotter.net(207.134.17.22) by avas7.globetrotter.net via csmap id b2bb941c_3210_11d9_897e_0002b3a434af_8488; Tue, 09 Nov 2004 00:32:08 -0500 (EST) Date: Tue, 09 Nov 2004 00:36:21 -0500 From: Yuval Levy In-reply-to: To: Brad Knowles Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal cc: freebsd-current@freebsd.org Subject: RE: FreeBSD 6.0 and onwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 05:35:25 -0000 Brad Knowles wrote: > That's not possible. You can't continually accrete more and more > patches on top of one another. Sooner or later, you have to make > discontinuous changes. FreeBSD works to make these as smooth and as > infrequent as reasonably possible, but they still have to > occasionally be made. I was not thinking of patches, but rather of a clean rewrite with backward compatibility. I understand it is not always possible and there are trade offs in terms of time and ressources dedicated to the effort. I appreciate the effort of the FreeBSD project to make disruption as infrequent as reasonably possible and understand that occasionally disruption is inevitable. All I wanted to contribute to the discussion was my preference for slow and steady progress of a stable environment with clearly defined and possibly automated upgrade path rather than quantum leaps requiring a fully fledged migration. Yuval Levy