[961] in arla-drinkers
ANNOUNCE: afsutils for Arla (klog, tokens, unlog)
daemon@ATHENA.MIT.EDU (Chris Wing)
Thu Jul 8 22:39:15 1999
From owner-arla-drinkers@stacken.kth.se Fri Jul 09 02:39:14 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 16050 invoked from network); 9 Jul 1999 02:39:12 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 9 Jul 1999 02:39:12 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id EAA14045
for arla-drinkers-list; Fri, 9 Jul 1999 04:30:26 +0200 (MET DST)
Received: from shaft.engin.umich.edu (wingc@shaft.engin.umich.edu [141.213.33.85])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id EAA14041
for <arla-drinkers@stacken.kth.se>; Fri, 9 Jul 1999 04:30:21 +0200 (MET DST)
Received: from localhost (wingc@localhost)
by shaft.engin.umich.edu (8.9.3/8.9.3) with ESMTP id WAA23244
for <arla-drinkers@stacken.kth.se>; Thu, 8 Jul 1999 22:30:15 -0400
X-Authentication-Warning: shaft.engin.umich.edu: wingc owned process doing -bs
Date: Thu, 8 Jul 1999 22:30:15 -0400 (EDT)
From: Chris Wing <wingc@engin.umich.edu>
To: arla-drinkers@stacken.kth.se
Subject: ANNOUNCE: afsutils for Arla (klog, tokens, unlog)
Message-ID: <Pine.LNX.4.10.9907082218280.22921-100000@shaft.engin.umich.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
Hi. I wrote to this list last week about the possibility of writing a
'klog' for Arla. Since then, I've also written a 'tokens' and 'unlog'.
From the README:
--------------------------------------------------------------------------
These are re-implementations of the traditional user utilities 'klog',
'tokens', and 'unlog' from AFS. The code is mostly written from scratch
with the appropriate bits of glue and insight taken from KTH-KRB.
The main goal in writing these programs was to achieve maximum
compatibility with the original programs by the same name (minus any truly
stupid bugs or security holes). In many cases, I believe users will find
themselves in a heterogeneous environment where Arla will be used
alongside the official AFS client on different machines, but with the same
shared user accounts.
It is not reasonable to expect such users to be forced to learn different
syntax for the same commands on both platforms. Indeed, even small
semantic differences quickly annoy users, and mercilessly cause scripts to
break.
While it is possible to do much of what these programs can do by using
script wrappers on the programs from KTH-KRB, it is not possible to get
100% of the features.
These features include:
[ klog ]
- looking up the correct ViceId for the stored token, so that the
output of 'tokens' is more meaningful for those with access to
several AFS accounts
- a new -timeout option, so that authentication won't hang forever
if the network is down
- support for the -pipe and -setpag options from the original klog
[ tokens ]
- the return code of the program can be used from a script to find
out if any (valid) tokens are present
- the output format is identical to the original 'tokens' by
default
[ unlog ]
- you can now unlog yourself from one or more cells only, leaving
the rest of your tokens intact
--------------------------------------------------------------------------
You can download a patch for Arla 0.25 that enables building/installing
klog, tokens, and unlog along with the rest of the utilities in Arla:
http://www-personal.engin.umich.edu/~wingc/patches/arla-0.25-afsutils.patch
You will also need to apply this patch against Arla 0.25:
http://www-personal.engin.umich.edu/~wingc/patches/arla-0.25-viocgettok.patch
(I believe the Arla developers already know about the issues in that patch
so it's probably 'fixed in CVS' by now)
The patch adds man pages for klog, tokens, and unlog to the Arla source
(in man/) but they are not yet installed with 'make install'.
The tools seem to work fine but I'd consider them pre-beta; I've just
finished writing and testing them and there may yet be some small bugs and
cosmetic issues.
Comments, suggestions, bug reports, and help in porting would be greatly
appreciated.
Thank you very much,
Chris Wing
wingc@engin.umich.edu
