[37503] in SIPB bug reports
Re: cups clients for sun4x_510
daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Mon Sep 20 16:09:55 2010
From kaduk@MIT.EDU Mon Sep 20 20:09:54 2010
Return-Path: <kaduk@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 14130 invoked from network); 20 Sep 2010 20:09:54 -0000
Received: from mailhub-auth-4.mit.edu (18.7.62.39)
by charon.mit.edu with SMTP; 20 Sep 2010 20:09:54 -0000
Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id o8KK9sCU003370;
Mon, 20 Sep 2010 16:09:54 -0400
Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73])
(authenticated bits=56)
(User authenticated as kaduk@ATHENA.MIT.EDU)
by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o8KK9qlV002824
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Mon, 20 Sep 2010 16:09:53 -0400 (EDT)
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308)
id o8KK9phO006157; Mon, 20 Sep 2010 16:09:51 -0400 (EDT)
Date: Mon, 20 Sep 2010 16:09:51 -0400 (EDT)
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Ken T Takusagawa <kenta@MIT.EDU>
cc: Geoffrey Thomas <geofft@MIT.EDU>, bug-sipb@MIT.EDU
Subject: Re: cups clients for sun4x_510
In-Reply-To: <alpine.DEB.2.00.1009200036300.7028@contents-vnder-pressvre.mit.edu>
Message-ID: <alpine.GSO.1.10.1009201604110.9337@multics.mit.edu>
References: <alpine.GSO.1.10.1009182359240.9337@multics.mit.edu> <alpine.DEB.1.10.1009191919540.18652@dr-wily.mit.edu> <alpine.GSO.1.10.1009192348080.9337@multics.mit.edu> <alpine.DEB.2.00.1009200036300.7028@contents-vnder-pressvre.mit.edu>
User-Agent: Alpine 1.10 (GSO 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Mon, 20 Sep 2010, Ken T Takusagawa wrote:
> I'd like to advocate sticking it in its own locker; then you
> can "add -f" it without worrying about conflicts with the
> rest of what's in sipb. (and maybe prefixing issues go
> away?)
I'm not really convinced. I feel like SIPB has long been in the business
of keeping old Athena platforms dragging along, and the sipb locker seems
a reasonable place for that to happen, to me.
I'm not particularly inclined to 'add -f' much of anything, so the
prefixing seems like a good solution to me.
-Ben
