[9972] in SIPB bug reports
Re: pine-sipb wrapper
daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Tue Jan 20 09:18:45 2004
From jmorzins@MIT.EDU Tue Jan 20 14:18:44 2004
Return-Path: <jmorzins@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 17068 invoked from network); 20 Jan 2004 14:18:44 -0000
Received: from fort-point-station.mit.edu (18.7.7.76)
by charon.mit.edu with SMTP; 20 Jan 2004 14:18:44 -0000
Received: from central-city-carrier-station.mit.edu (CENTRAL-CITY-CARRIER-STATION.MIT.EDU [18.7.7.72])
by fort-point-station.mit.edu (8.12.4/8.9.2) with ESMTP id i0KEIilT003112;
Tue, 20 Jan 2004 09:18:44 -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 i0KEIhIg011548;
Tue, 20 Jan 2004 09:18:43 -0500 (EST)
Received: from mit.edu (WELL.MIT.EDU [18.250.1.77])
)
by melbourne-city-street.mit.edu (8.12.4/8.12.4) with ESMTP id i0KEIfRj011998;
Tue, 20 Jan 2004 09:18:42 -0500 (EST)
Message-ID: <400D38A1.10605@mit.edu>
Date: Tue, 20 Jan 2004 09:18:09 -0500
From: Jacob Morzinski <jmorzins@MIT.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en, it, fr
MIME-Version: 1.0
To: Greg Hudson <ghudson@MIT.EDU>, bug-sipb@MIT.EDU
Subject: Re: pine-sipb wrapper
References: <400C72A0.7090105@mit.edu> <1074603363.16682.75.camel@error-messages.mit.edu>
In-Reply-To: <1074603363.16682.75.camel@error-messages.mit.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
My reason for the new "noask" flag file was that I do indeed want people
to be asked to make the choice again. I'd like to push people towards
the pine that receives version updates. Perhaps the desire to shoo
people away from the old program is needlessly complicated?
You make a good point that people bouncing from one wrapper to another
may get asked twice for their preference. The issue is mitigated a
little by the fact that there should be very few people remaining who
still meet the athena wrapper's criteria for asking their preference.
It is possible for me to add dotfile detection or env variable detection
or command line flag detection to the script, if you want to propose a
method for the athena wrapper to communicate its "run just once"
setting. (I have just now created a farm of "pine.sipb" symlinks in the
sipb locker, which is another possible entry point.)
-Jacob
Greg Hudson wrote:
> 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.)
