From owner-freebsd-questions@FreeBSD.ORG Fri Dec 12 20:20:13 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A42A106564A for ; Fri, 12 Dec 2008 20:20:13 +0000 (UTC) (envelope-from js.lists@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 289288FC25 for ; Fri, 12 Dec 2008 20:20:13 +0000 (UTC) (envelope-from js.lists@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so768248wag.27 for ; Fri, 12 Dec 2008 12:20:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=8T8XpBw3vhVBTHrkI/G2BKxPQwwEuN4DDt2cnic7/40=; b=xnMs4nxzvuWPA4cxWDjxTDqtJ/G6iKNPXwqZ+lDMUPd6Uu/ila8pMRNXCD+HBXilZK cZGeWvbEjXxSOLw+VLpH37B3ejL0g1KFnq/O8OUQ+Zqu7Xttqpw3IU4bGJGCVZdNvyfb mW7UCRzmMPS0iQUom2oxclGDOROunqb9bcgoE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=eHLZj7nazi6z9drO1497ZU6vJgCJjtwFaryX/Pr4/SC3WAe6Q2IfEKnT1OwxkzNS72 z4igOB5hgaX/3i+faWCiR9oCyggNmfZQg/oRbWmxZRbrJtHS+AkXCfXH03rneWjo/YLV AxFBqxsAwb14B/Mh6Szf0Bnlxj0SGLkc09m58= Received: by 10.114.160.17 with SMTP id i17mr2991316wae.125.1229113212733; Fri, 12 Dec 2008 12:20:12 -0800 (PST) Received: by 10.115.94.7 with HTTP; Fri, 12 Dec 2008 12:20:12 -0800 (PST) Message-ID: Date: Fri, 12 Dec 2008 12:20:12 -0800 From: "Joe S" To: "Maxim Khitrov" In-Reply-To: <26ddd1750812121149r6581ace1gec21e415afe3deca@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200811121259.25046.jonathan+freebsd-questions@hst.org.za> <20081112120147.GA62386@slackbox.xs4all.nl> <18754.42851.295211.155980@jerusalem.litteratus.org> <4ad871310812121028m4e368da4n69e06d592e312eb0@mail.gmail.com> <26ddd1750812121113o1590d54r9962ec3d22a20bdb@mail.gmail.com> <4ad871310812121128y18db1c19n8aa45dcc75794739@mail.gmail.com> <26ddd1750812121149r6581ace1gec21e415afe3deca@mail.gmail.com> Cc: Glen Barber , freebsd-questions@freebsd.org Subject: Re: Release schedules X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 20:20:13 -0000 On Fri, Dec 12, 2008 at 11:49 AM, Maxim Khitrov wrote: > On Fri, Dec 12, 2008 at 2:28 PM, Glen Barber wrote: >> On Fri, Dec 12, 2008 at 2:13 PM, Maxim Khitrov wrote: >>> For example, RC2 builds were scheduled for 29 September 2008. When >>> that day comes (or same week perhaps), whoever has the ability to >>> change the release schedule page should update it regardless of what >>> happened. If RC2 builds started, that should be reflected in the >>> 'actual' column. Otherwise, if it's a minor change in the timeline, >>> put the new expected date in. As is the case of 7.1 release, if the >>> person honestly has no idea when RC2 will happen, put in 'December', >>> 'January', 'Second half of January'... 'Sometime next year' if it's >>> that uncertain. Anything at all; it takes 5 minutes to do. In the >>> worst case, your estimate will need to be updated again in a month or >>> two. In the best case, the release will be made before the expected >>> date. I, for one, promise not to complain about that. :) >>> >> >> If the sacrifice is an out-of-date column in a webpage while bugs are >> being worked out, in my opinion, that's fine with me. (IMHO) > > My point was that it shouldn't be one or the other. Taking a few > minutes to update the web page does not interfere with the debugging > process. It also doesn't force developers to follow that timeline. It > is simply an indication to the users what their expectations should be > at the present time. > > - Max Again, I wonder if the reason for the delays is that too much work is being taken on for each release. I agree that FreeBSD should be released when it is done and quality is of utmost importance. Perhaps it would be better to focus on adding a few less features than planned, so that they can be implemented well and on time. I admit, I am not part of the project, and in the end, I have no idea what's going on. I just know that other projects with FAR less developers have found a way to do this, so it's not *that* hard.