From owner-freebsd-questions@FreeBSD.ORG Sun Mar 4 08:45:02 2007 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 182AE16A402 for ; Sun, 4 Mar 2007 08:45:02 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id EB90D13C442 for ; Sun, 4 Mar 2007 08:45:01 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id l248iPbT069925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Mar 2007 00:45:00 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id l248iPGj069924; Sun, 4 Mar 2007 00:44:25 -0800 (PST) Received: from fbsd61 ([192.168.200.61]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03405; Sun, 4 Mar 07 00:16:59 PST Date: Sun, 04 Mar 2007 00:18:00 -0800 From: perryh@pluto.rain.com To: scrappy@hub.org, doug@polands.org Message-Id: <45ea80b8.Qe+uQ8PBhjzYK3/T%perryh@pluto.rain.com> References: <57114.69.48.112.156.1172869231.squirrel@email.polands.org> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: questions@freebsd.org Subject: RESEND: Re: BSDstats report for Mar 1st, 2006 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: Sun, 04 Mar 2007 08:45:02 -0000 > suggested adding a prompt to sysinstall asking if ppl wanted to > participate, and the response I heard was that someone basically > needed to submit a patch ... anyone here know enough about > sysinstall to do so? If considering work on sysinstall to improve the stats, how about fixing some of the pitfalls that drive away prospective new users? (IOW increase the actual number of installations rather than just the fraction that get reported.) Surely it should be possible to avoid lethal messes like a newly- installed system that has no kernel, or a partitioning that will not accommodate the set of components selected for installation (resulting in failure when /usr fills up). And no, I am not suggesting any substantial change to the overall look and feel of the UI. That would be too much work for, at best, a cosmetic improvement.