From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4581 invoked from network); 7 Apr 2004 17:59:08 -0000 Received: from unknown (HELO monty-python.gnu.org) (199.232.76.173) by sources.redhat.com with SMTP; 7 Apr 2004 17:59:08 -0000 Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BBHJ9-0006Rw-RM for listarch-gnats-devel@sources.redhat.com; Wed, 07 Apr 2004 13:57:51 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BBHI8-00067W-VP for help-gnats@gnu.org; Wed, 07 Apr 2004 13:56:48 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BBHHc-0005tZ-HG for help-gnats@gnu.org; Wed, 07 Apr 2004 13:56:47 -0400 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1BBHHc-0005t9-5y for help-gnats@gnu.org; Wed, 07 Apr 2004 13:56:16 -0400 Received: from [207.17.137.64] (helo=colo-dns-ext2.juniper.net) by mx20.gnu.org with esmtp (Exim 4.30) id 1BBGdC-00085J-N6 for help-gnats@gnu.org; Wed, 07 Apr 2004 13:14:30 -0400 Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) by colo-dns-ext2.juniper.net (8.12.3/8.12.3) with ESMTP id i37HEBBm013337; Wed, 7 Apr 2004 10:14:11 -0700 (PDT) (envelope-from hatzis@juniper.net) Received: from juniper.net (ssh2.juniper.net [207.17.136.44]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id i37HEBJ19657; Wed, 7 Apr 2004 10:14:11 -0700 (PDT) (envelope-from hatzis@juniper.net) Message-ID: <40743697.9040207@juniper.net> Date: Wed, 07 Apr 2004 17:59:00 -0000 From: Mel Hatzis User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chad Walstrom References: <20040405222907.GJ10707@wookimus.net> <20040407155341.GB30144@wookimus.net> In-Reply-To: <20040407155341.GB30144@wookimus.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: help-gnats@gnu.org Subject: Re: GNATS debian package cleanups X-BeenThere: help-gnats@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: General discussion about GNU GNATS List-Archive: List-Post: List-Help: List-Subscribe: , Sender: help-gnats-bounces+listarch-gnats-devel=sources.redhat.com@gnu.org Errors-To: help-gnats-bounces+listarch-gnats-devel=sources.redhat.com@gnu.org X-SW-Source: 2004-q2/txt/msg00018.txt.bz2 Hi Chad, ... On 04/07/2004 08:53 AM, Chad Walstrom submitted: > More cleanup notes. It looks like there was a couple missing manpages > for gnats. "getclose" was one of them. I wrote a new manpage a couple > nights ago using the existing ones as a template. It is attached. > > I also realized that the install-sid shell script did not have a > manpage. In researching the script to find out what it did, I was > puzzled as to why it even existed. All it does is replace the > Submitter-Id environment variable in the send-pr script. The send-pr > script already references a configuration file (shell script), > /etc/gnats/send-pr.conf, to override the default variables in the script > itself. Note that the send-pr.conf file is not part of the GNATS install...it's something that the GNATS administrator must manually setup. > Does anyone see a need to keep install-sid around? In order to use it > on a send-pr installed in /usr/bin, the user must be root anyway. It is > an administrator tool, and as an administrator, I cringe at the prospect > of having to remount /usr as read-write just to change a shell > environment variable in some random script. > The idea of setting a default Submitter-Id in send-pr (which is what install-sid exists for) assumes a usage model for GNATS in which multiple separate organizations are filing PRs against a centralized GNATS datastore, and each organization is equipped with a send-pr which identifies it for PRs submitted from that organization. In an organization running it's own GNATS server, the submitter-id is generally of limited value. Considering the first usage model (multiple disparate organizations filing against a single GNATS repository), is is useful for the centralized GNATS server to identify where the PR originates. Now that we have that out of the way, we can begin to consider why install-sid is around. It's a question of how send-pr is installed. If one wanted to supply a single version of send-pr that could be distributed to many organizations, say, as part of a standard set of OS utilities, one obviously, cannot assume a submitter-id. How would the submitter-id be defined for each organization? Before the send-pr.conf file it probably seemed appropriate to have a "random script" for defining the default submitter-id in send-pr if one was not already defined. Now that we have send-pr.conf, I suggest we get rid of install-sid and modify the send-pr error message (referring to install-sid) so that it instead, references the send-pr.conf file. As for organizations running their own private GNATS server, the GNATS installer ought to use the '--with-submitter' and '--with-organization' configure options to setup appropriate defaults. This will allow them to operate without installing a send-pr.conf file. Of course, there's no harm in using one in any case, though I prefer not to install files unless it's necessary. -- Mel Hatzis _______________________________________________ Help-gnats mailing list Help-gnats@gnu.org http://mail.gnu.org/mailman/listinfo/help-gnats