[9970] in SIPB bug reports
Re: pine-sipb wrapper
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Jan 20 08:01:17 2004
From ghudson@MIT.EDU Tue Jan 20 13:01:17 2004
Return-Path: <ghudson@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 15136 invoked from network); 20 Jan 2004 13:01:17 -0000
Received: from pacific-carrier-annex.mit.edu (18.7.21.83)
by charon.mit.edu with SMTP; 20 Jan 2004 13:01:17 -0000
Received: from central-city-carrier-station.mit.edu (CENTRAL-CITY-CARRIER-STATION.MIT.EDU [18.7.7.72])
by pacific-carrier-annex.mit.edu (8.12.4/8.9.2) with ESMTP id i0KD1GRD016710;
Tue, 20 Jan 2004 08:01:16 -0500 (EST)
Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])
by central-city-carrier-station.mit.edu (8.12.4/8.9.2) with ESMTP id i0KCxbJQ005634;
Tue, 20 Jan 2004 07:59:44 -0500 (EST)
Received: from error-messages.mit.edu (ERROR-MESSAGES.MIT.EDU [18.101.0.169])
)
by melbourne-city-street.mit.edu (8.12.4/8.12.4) with ESMTP id i0KCu8Rj024793;
Tue, 20 Jan 2004 07:56:10 -0500 (EST)
Received: (from ghudson@localhost) by error-messages.mit.edu (8.12.9)
id i0KCu4Au019379; Tue, 20 Jan 2004 07:56:04 -0500
Subject: Re: pine-sipb wrapper
From: Greg Hudson <ghudson@MIT.EDU>
To: Jacob Morzinski <jmorzins@MIT.EDU>
Cc: bug-sipb@MIT.EDU
In-Reply-To: <400C72A0.7090105@mit.edu>
References: <400C72A0.7090105@mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1074603363.16682.75.camel@error-messages.mit.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4
Date: Tue, 20 Jan 2004 07:56:04 -0500
On Mon, 2004-01-19 at 19:13, Jacob Morzinski wrote:
> This is halfway between a warning and a request for comments.
I've looked over your plan, and it looks pretty clever.
I'm curious what your rationale is for using a separate .sipb-pine-noask
flag file, instead of the .athena-sipb-pine-noask file used by Athena's
pine wrapper. As far as I can tell, the main effect is that people who
have chosen (via the Athena wrapper) to always run SIPB pine will be
asked to make the choice again.
(It would also be nice if a user who runs /usr/athena/bin/pine and
chooses "I want to use the old SIPB pine, but ask me again next time"
doesn't get asked a second time by the SIPB pine wrapper. But the
Athena wrapper script doesn't export any environment variables which
could be used to detect this situation.)
