From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+willy=40w.ods.org-S1751160AbWGZVQ1@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751160AbWGZVQ1 (ORCPT <rfc822;willy@w.ods.org>);
	Wed, 26 Jul 2006 17:16:27 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751170AbWGZVQ1
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 26 Jul 2006 17:16:27 -0400
Received: from host36-195-149-62.serverdedicati.aruba.it ([62.149.195.36]:1208
	"EHLO mx.cpushare.com") by vger.kernel.org with ESMTP
	id S1751160AbWGZVQ0 (ORCPT <rfc822;Linux-Kernel@Vger.Kernel.ORG>);
	Wed, 26 Jul 2006 17:16:26 -0400
Date: Wed, 26 Jul 2006 23:17:41 +0200
From: andrea@cpushare.com
To: Adrian Bunk <bunk@stusta.de>
Cc: "J. Bruce Fields" <bfields@fieldses.org>, Hans Reiser <reiser@namesys.com>,
       Nikita Danilov <nikita@clusterfs.com>, Rene Rebe <rene@exactcode.de>,
       Linux Kernel Mailing List <Linux-Kernel@vger.kernel.org>
Subject: Re: the " 'official' point of view" expressed by kernelnewbies.org regarding reiser4 inclusion
Message-ID: <20060726211741.GU32243@opteron.random>
References: <44C65931.6030207@namesys.com> <20060726124557.GB23701@stusta.de> <20060726132957.GH32243@opteron.random> <20060726134326.GD23701@stusta.de> <20060726142854.GM32243@opteron.random> <20060726145019.GF23701@stusta.de> <20060726160604.GO32243@opteron.random> <20060726170236.GD31172@fieldses.org> <20060726172029.GS32243@opteron.random> <20060726205022.GI23701@stusta.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20060726205022.GI23701@stusta.de>
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

On Wed, Jul 26, 2006 at 10:50:22PM +0200, Adrian Bunk wrote:
> But depending on the nature of the error, the worst case might be the 
> common case (as I've already explained in another email).
> 
> If you can't ensure the quality of your data, please don't use this data 
> to wrongly draw any conclusions from them [1].

Please read the footer of the KLive pages:

"The use of the information and of the software in this website is at
 your own risk.  KLive probably doesn't represent a reliable sample of
 the real usage of the Linux Kernel."

Said that pretending that KLive data has absolutely no significance at
all and that you can't draw any conclusion at all from it, to me seems
as wrong as pretending it to perfect.