From owner-freebsd-stable Sat Jan 29 20:33:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id F32961542A for ; Sat, 29 Jan 2000 20:31:40 -0800 (PST) (envelope-from daemon@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id FAA16376 for freebsd-stable@freebsd.org; Sun, 30 Jan 2000 05:31:39 +0100 (CET) (envelope-from daemon@bigeye.rhein-neckar.de) Received: (from daemon@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id FAA18171 for freebsd-stable@freebsd.org; Sun, 30 Jan 2000 05:16:45 +0100 (CET) (envelope-from daemon) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: Tracking updates to FreeBSD Date: 30 Jan 2000 05:16:44 +0100 Message-ID: <870dvc$hng$1@bigeye.rhein-neckar.de> References: <200001300054.QAA29149@vashon.polstra.com> To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Heckaman wrote: > Personally, as far as my needs are concerned. I would like to be able, for > example, to track only cvs changes on a specific port, or file, and so on. Put an autoselect in your kill file. Besides browsing through cvs-all anyway, I've made sure I'll not miss changes to the ARC loader and openssh port. For FreeBSD this works well. (Not so for NetBSD and OpenBSD which don't put the affected files in the subject lines of their source-changes mailing lists. I guess one could do some munging.) > I like to keep up on cvs changes that could affect me, but the volume of > traffic on cvs-all is far more than I can take. It's also less ideal to > setup mail filters to show only stuff you want to see since that still > eats bandwith if you are the mail server, or if your mail client downloads > before filtering as many do. Considering that most people who complain about mail bandwidth readily pull down megabytes of pointless graphic junk from the WWW on a daily basis, I'm pretty tired about that line of argument. Setting up a single central server to hold user state and send out only selected subsets is lots of work to implement, doesn't scale very well, raises privacy issues, etc. Although I'm sure the FreeBSD project will react favorably, if you implement such a system. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message