Date: Fri, 11 Sep 2009 11:02:18 -0400 From: "Jason J. Hellenthal" <jasonh@DataIX.net> To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no> Cc: Remko Lodder <remko@elvandar.org>, John Baldwin <jhb@freebsd.org>, svn-src-stable@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Robert Watson <rwatson@freebsd.org>, svn-src-stable-8@freebsd.org, Ken Smith <kensmith@cse.buffalo.edu>, "Jason J. Hellenthal" <jasonh@DataIX.net>, Ken Smith <kensmith@freebsd.org> Subject: Re: svn commit: r197065 - in stable/8: etc/defaults lib/libc/stdlib sys/amd64/conf sys/i386/conf sys/ia64/conf sys/pc98/conf sys/powerpc/conf sys/sparc64/conf Message-ID: <alpine.BSF.2.00.0909111047270.39604@qvzrafvba.5c.ybpny> In-Reply-To: <86tyza6j47.fsf@ds4.des.no> References: <200909101404.n8AE41C6021588@svn.freebsd.org> <200909101023.44913.jhb@freebsd.org> <1252593149.75144.18.camel@bauer.cse.buffalo.edu> <200909101118.22525.jhb@freebsd.org> <alpine.BSF.2.00.0909101641170.78984@fledge.watson.org> <B2406051-CD40-4559-82AB-5F517A17D332@elvandar.org> <alpine.BSF.2.00.0909101759280.32227@fledge.watson.org> <alpine.BSF.2.00.0909110139470.42661@qvzrafvba.5c.ybpny> <86tyza6j47.fsf@ds4.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 11 Sep 2009 03:22 -0000, des wrote: > "Jason J. Hellenthal" <jasonh@DataIX.net> writes: >> If I may, I would like to introduce a distributed targeting system to >> this conversation in addition to crashinfo. Given with the above >> conversations I cant help but think that in a case like this it would >> be helpful to setup a central database for collection of information >> and write a little bit more code into crashinfo for uuencoding a blob >> to send through email or maybe another way so data can be collected, >> sorted & analyzed with statistics spilled out into a web page for >> review. > > It's a good idea in principle, but I'm worried that such a system might > get flooded with crash reports from people running old -STABLE versions > and / or local patches. There is no way we can control that, neither in > the client script nor at the receiving end. > > DES > I am thinking more of something like the distributed.net project where as they have two very well defined projects or areas that they can allow their users to work on and that they can close at any point in time. This would certainly get rid of the unwanted branch reports. As for the others I can only help but think of Subversion, uuids, md5 sums, and specific version strings that are made up on compile time so as if r??????M is a version that is being submitted it would be turned down by the waiting server or stopped directly on client side. And for the rest of the world running CVS ;) I don't have something coming to mind at the moment. I am pretty sure though by any means that a solution to all the above can be met with prejudice. -- Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1))
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0909111047270.39604>