From owner-freebsd-ports@FreeBSD.ORG Mon Feb 23 17:59:32 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C304916A4CE for ; Mon, 23 Feb 2004 17:59:32 -0800 (PST) Received: from mgate12.so-net.ne.jp (mgate12.so-net.ne.jp [210.139.254.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3818C43D2F for ; Mon, 23 Feb 2004 17:59:32 -0800 (PST) (envelope-from fuyuki@nigredo.org) Received: from mail.dg8.so-net.ne.jp (mspool12.so-net.ne.jp [210.139.248.12]) by mgate12.so-net.ne.jp with ESMTP id i1O1xSH15107; Tue, 24 Feb 2004 10:59:28 +0900 (JST) Received: from ns.nigredo.org (pdd7464.spprac00.ap.so-net.ne.jp [218.221.116.100]) by mail.dg8.so-net.ne.jp with ESMTP id i1O1xRE09945; Tue, 24 Feb 2004 10:59:27 +0900 (JST) Received: from ns.nigredo.org (localhost [IPv6:::1]) by ns.nigredo.org (Postfix) with ESMTP id 7076520A8; Tue, 24 Feb 2004 10:59:27 +0900 (JST) Date: Tue, 24 Feb 2004 10:59:26 +0900 Message-ID: <86n0792q69.wl%fuyuki@nigredo.org> From: Kimura Fuyuki To: linimon@lonesome.com In-Reply-To: <200402231852.36042.linimon@lonesome.com> References: <86u11h2wh4.wl%fuyuki@nigredo.org> <200402231852.36042.linimon@lonesome.com> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) X-Public-Key: http://www.nigredo.org/fuyuki/public.key X-Fingerprint: 8D68 1138 1A85 8556 C6A9 274B 2C72 2E56 3AF7 3D89 MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: ports@FreeBSD.org Subject: Re: The official release of the FreeBSD ports monitoring system X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2004 01:59:32 -0000 At Mon, 23 Feb 2004 18:52:36 -0600, Mark Linimon wrote: > > I can't think of a completely general way to allow every report > to be restricted -- simply from a user-interface standpoint. The > underlying SQL could be made to do it. Hm, perhaps a query-builder style UI would be nice. As such it allows us to freely choose - report style [option button] - portname [textbox] - (virtual) categories [checkbox] - environments [checkbox] - maintainer [textbox] - error types [checkbox] etc, etc... -- fuyuki