[15203] in Athena Bugs
Re: Sun license timeout continues to suck
daemon@ATHENA.MIT.EDU (John Hawkinson)
Mon Jun 16 22:50:49 1997
Date: Mon, 16 Jun 1997 22:50:41 -0400 (EDT)
To: f_l@MIT.EDU, bugs@MIT.EDU, 3partysw@MIT.EDU
Cc: dkk@MIT.EDU
In-Reply-To: "[288] in third_party_sw"
From: John Hawkinson <jhawk@MIT.EDU>
Alex sent me a reply, and subsequently provided permission to forward it.
--jhawk
Received: from SOUTH-STATION-ANNEX.MIT.EDU by po10.MIT.EDU (5.61/4.7) id AA11140; Fri, 13 Jun 97 14:45:30 EDT
Received: from DIT.MIT.EDU by MIT.EDU with SMTP
id AA08123; Fri, 13 Jun 97 14:45:30 EDT
From: alexp@MIT.EDU
Received: by dit.MIT.EDU (5.x/4.7) id AA06956; Fri, 13 Jun 1997 14:45:29 -0400
Message-Id: <9706131845.AA06956@dit.MIT.EDU>
To: jhawk@MIT.EDU
Cc: alexp@MIT.EDU
Subject: Sun software
Date: Fri, 13 Jun 1997 14:45:28 EDT
>Could someone try to find out what the timetable for upgrades is,
>and perhaps whether the new software is vulnerable.
John,
Several newer releases of Sun compilers/debuggers etc. are in various
lockers other than sunsoft; there is sunsoft_v4.2, and sunsoft_v5.1
(the latter is still being configured, but is mostly in a workable
state). The numbers are the Volume and Number of the Sun CD, by the
way, not compiler versions- these vary since there are several. I
generally try to keep my What Runs Where
(web.mit.edu/acs/www/whereruns.html) listing these current (though
sunsoft_v5.1 is not there yet because it's not quite finished).
Both sunsoft_v4.2 and sunsoft_v5.1 use a new licensing system that does
not involve contacting a license daemon; they just need a key file stored
in the locker so I doubt they would have any of the problems you describe.
Since the stuff in sunsoft is now at least 2 releases out of date, I sort
of doubt that Sun will go back and fix things even if we flame them.
The default for cc is still sunsoft (as far as I know); the Release
Team decides changing this and I don't know when they plan to change
it.
Alex
