From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 28 13:27:32 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99FCC16A4E2; Fri, 28 Jul 2006 13:27:32 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE5F43D5C; Fri, 28 Jul 2006 13:27:26 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FAD4.dip.t-dialin.net [84.165.250.212]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6SDEn5J019186; Fri, 28 Jul 2006 15:14:50 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6SDRTqR087917; Fri, 28 Jul 2006 15:27:29 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 28 Jul 2006 15:27:28 +0200 Message-ID: <20060728152728.3pwcc5glesc08c0k@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 28 Jul 2006 15:27:28 +0200 From: Alexander Leidinger To: Robert Watson References: <200607280705.k6S7585g094248@repoman.freebsd.org> <20060728092503.U4612@fledge.watson.org> <20060728142237.lhocfctqugoocc48@netchild.homeip.net> <20060728133744.D56782@fledge.watson.org> In-Reply-To: <20060728133744.D56782@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Fri, 28 Jul 2006 14:35:17 +0000 Cc: hackers@FreeBSD.org, Joel Dahl Subject: Re: cvs commit: www/en/projects/ideas index.sgml X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2006 13:27:32 -0000 Quoting Robert Watson (from Fri, 28 Jul 2006 =20 13:45:50 +0100 (BST)): > > On Fri, 28 Jul 2006, Alexander Leidinger wrote: > >>> BTW, a problem that has occurred a number of times in the past is =20 >>> that people have approached us with implementations of ideas in =20 >>> the idea list that it has later transpired we aren't actually =20 >>> interested in (sometimes at all). I think it might not be a bad =20 >>> idea to sprinkle the >> >> My impression is, that we lack some committers which not only have =20 >> time to review the submissions, but also have the necessary domain =20 >> specific knowledge at the same time. > > I suggest marking unreviewed ideas as unreviewed then. My biggest Which isn't entirely true. We filter incoming ideas (we at least =20 rejected one or two... after talking with the submitter), but we =20 aren't able to distinguish good looking but bad ideas from good =20 looking and good ideas. Some ideas are only rejectable by someone with =20 enough domain specific knowledge and look ok for most other people. So when do you think an entry is reviewed? How to determine whom to =20 ask for review and how to get this person interested enough for a =20 review? > concern is that we have people who come along, see the idea, implement > it, and it's then dropped on the floor because it turns out we didn't > really want it, but it was on the list. If we don't want it, we > shouldn't list it. If we're not sure if we want it, but think it might > be neat, then we should say that's why it's on the list, so as to avoid > misunderstandings. I agree. >> We need some reviewers here... while I'm able to come up with a =20 >> nice technical description of roughly expressed ideas (as long as I =20 >> get the idea), I'm not a TRB and as such aren't aware of every =20 >> implication. And some ideas are expressed in a way which make them =20 >> sound like it's "common knowledge to people which work in this =20 >> field" (ATM I refer to the NFS lockd in kernel implementation idea). > > Given that we can't get the user space code to work and don't have an > owner for it (it appears to be abandonware), I think moving it into the > kernel would be a disaster. Uhm... I'm withhin the implicit assumption that we first need to fix =20 NFS lockd (an entry before the "move into the kernel" entry)... ok, we =20 need to record dependencies here. >> So: helping hands are welcome! >> >> Thanks for taking some time to review some parts of the list. > > I'll try to take a look through the rest of them later today. Thanks, Alexander. --=20 Let me put it this way: today is going to be a learning experience. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137