[9973] in SIPB bug reports
Re: pine-sipb wrapper
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Jan 20 09:25:55 2004
From ghudson@MIT.EDU Tue Jan 20 14:25:55 2004
Return-Path: <ghudson@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 17283 invoked from network); 20 Jan 2004 14:25:55 -0000
Received: from biscayne-one-station.mit.edu (18.7.7.80)
by charon.mit.edu with SMTP; 20 Jan 2004 14:25:55 -0000
Received: from manawatu-mail-centre.mit.edu (MANAWATU-MAIL-CENTRE.MIT.EDU [18.7.7.71])
by biscayne-one-station.mit.edu (8.12.4/8.9.2) with ESMTP id i0KEPePM025613;
Tue, 20 Jan 2004 09:25:40 -0500 (EST)
Received: from equal-rites.mit.edu (EQUAL-RITES.MIT.EDU [18.18.1.59])
(authenticated bits=56)
(User authenticated as ghudson@ATHENA.MIT.EDU)
by manawatu-mail-centre.mit.edu (8.12.4/8.12.4) with ESMTP id i0KEPd8e003268;
Tue, 20 Jan 2004 09:25:40 -0500 (EST)
Received: (from ghudson@localhost) by equal-rites.mit.edu (8.12.9)
id i0KEPdov000667; Tue, 20 Jan 2004 09:25:39 -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: <400D38A1.10605@mit.edu>
References: <400C72A0.7090105@mit.edu>
<1074603363.16682.75.camel@error-messages.mit.edu> <400D38A1.10605@mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1074608738.467.2.camel@equal-rites.mit.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4
Date: Tue, 20 Jan 2004 09:25:39 -0500
On Tue, 2004-01-20 at 09:18, Jacob Morzinski wrote:
> 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?
Well, it seems like adding a new flag file each time we want to shoo
people away is a bit complicated, yes. You could check the mod time on
the flag file instead, perhaps (although that's a little tricky in
/bin/sh; you'd either want to create a reference file and use find
-newer, or just use perl). But if you want to go with the current
script, that's okay with me.
> 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.
Yeah, lacking a good solution for this problem, we should probably just
ignore it. I don't really want to change the Athena pine wrapper.
