[48353] in SIPB bug reports
Re: A proposal to encourage more use of /mit/sipb/bin
daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Mon Aug 19 14:10:10 2013
From kaduk@MIT.EDU Mon Aug 19 18:10:10 2013
Return-Path: <kaduk@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 9241 invoked from network); 19 Aug 2013 18:10:10 -0000
Received: from mailhub-auth-2.mit.edu (18.7.62.36)
by charon.mit.edu with SMTP; 19 Aug 2013 18:10:10 -0000
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])
by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id r7JIA4FC021789
for <bug-sipb@MIT.EDU>; Mon, 19 Aug 2013 14:10:04 -0400
Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37])
(authenticated bits=56)
(User authenticated as kaduk@ATHENA.MIT.EDU)
by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r7JIA2Lp021304
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
for <bug-sipb@mit.edu>; Mon, 19 Aug 2013 14:10:03 -0400
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308)
id r7JIA1Ux026638; Mon, 19 Aug 2013 14:10:01 -0400 (EDT)
Date: Mon, 19 Aug 2013 14:10:01 -0400 (EDT)
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: bug-sipb@MIT.EDU
Subject: Re: A proposal to encourage more use of /mit/sipb/bin
In-Reply-To: <alpine.DEB.2.00.1308182122200.15460@team-rocket.mit.edu>
Message-ID: <alpine.GSO.1.10.1308191407210.24720@multics.mit.edu>
References: <alpine.DEB.2.00.1308182122200.15460@team-rocket.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 Sun, 18 Aug 2013, Geoffrey Thomas wrote:
> What do folks think about this plan? Note that it'd require shaking up
> everything in /mit/sipb/bin, although if folks feel like it would reduce
/mit/sipb/bin is a disaster of a symlink farm, if I remember correctly. I
managed to break the entire locker for a couple hours some years ago by
adding a new sysname and only putting a single binary in it, without
rebuilding the symlink farm.
What I did then replicates the poor state of many sysnames, leading to
chains of many symlinks to get to the actual executable. I'd be happy to
see this get cleaned up into a more sensible form.
-Ben
