[4758] in testers
9.0.6: Misc. issues, some serious
daemon@ATHENA.MIT.EDU (Christopher D. Beland)
Tue Jun 12 07:55:05 2001
Message-Id: <200106121152.HAA06774@space-invaders.mit.edu>
To: testers@MIT.EDU
Date: Tue, 12 Jun 2001 07:52:32 -0400
From: "Christopher D. Beland" <beland@MIT.EDU>
I've stumbled across two rather serious problems: AFS failing to
shutdown under Linux at least, and a bootstrapping problem in renewing
your authenticaion if you don't happen to have a terminal already on
your screen when it expires. I've also thrown in a bunch of minor
miscellanous issues here.
Unless otherwise noted, tested with a clean (from /usr/prototype_user)
set of dotfiles in the gu account.
*** SERIOUS PROBLEMS ***
---dig-dug Linux 9.0.6 ---
As root, "/etc/rc.d/init.d/afs stop" fails with the following
output:
Stopping AFS services.....
inetd.afs: no process killed
umount: /afs: device is busy
libafs-2.4.2-2: Device or resource busy
even with all lockers detached, all users logged off except root
which is on the console, and the cwd as "/". This causes problems
on shutdown, and on my home machine, occasional fscking on reboot.
---gyruss Solaris 9.0.6---
When your tickets and tokens have expired,
"/usr/athena/bin/gnome-terminal" generates the following error and
fails to start a new terminal:
Gnome-ERROR **: Could not set mode 0700 on private per-user Gnome directory </afs/athena.mit.edu/user/b/e/beland/.gnome_private> - aborting
aborting...
This also happens when you try to start a new terminal from the
menu obtained when you middle-click on the root window. (not that
most users will even realize this is possible.) This breaks the
renew.sh kludge currently on the menus, as well. (This could be
fixed.)
If one is very clever, it is possible to start a regular xterm from
the menus, and manually kinit and aklog. (The "renew" alias is not
available in a new window without tokens.) But this is obviously
beyond the expertise of most users.
The right thing to do, I think would be to try to fix
gnome-terminal so it doesn't need write permission in your ~/.gnome
to run.
*** LESS SERIOUS PROBLEMS ***
---gyruss Solaris 9.0.6---
* "/usr/athena/bin/texshow /afs/dev/project/relnotes/rel90.tex"
fails with the following output:
Can't locate Tk.pm in @INC (@INC contains: /usr/athena/share/texmf/context/perltk/ /usr/athena/lib/perl5/5.6.0/i686-linux /usr/athena/lib/perl5/5.6.0 /usr/athena/lib/perl5/site_perl/5.6.0/i686-linux /usr/athena/lib/perl5/site_perl/5.6.0 /usr/athena/lib/perl5/site_perl .) at /usr/athena/share/texmf/context/perltk//cont_set.pm line 57.
BEGIN failed--compilation aborted at /usr/athena/share/texmf/context/perltk//cont_set.pm line 57.
Compilation failed in require at /usr/athena/bin/texshow line 57.
BEGIN failed--compilation aborted at /usr/athena/bin/texshow line 57.
--- GENERAL ---
- There should be instructions on how to get back to Gnome after
reverting, probably as an acknowledgement after you succeed in
doing so. (Namely delete ~/.athena_dash_interface. Certainly I'm
sure it will be documented.) Maybe an even better idea would be to
add an entry to Dash that would do this for you.
- "punt panel" doesn't trigger panel to respawn like it used to. Is
this intentional? "punt panel; panel&" causes the logout button to
quit panel, rather than actually logging you out. But I can't
think of any better way to restart a misbehaving panel.
- "hesinfo beland uid" doesn't work; the manpage seems to indicate to
me that it should. "hesinfo beland passwd", etc. work as
advertised, as far as I know.
- When you su to root, there is no prompt change to remind you of
this. This seems poor, not to mention a little confusing.
---dig-dug Linux 9.0.6 ---
- Found on the console after a screensave:
04:00 webcollage: 04:00:06: didn't find xloadimage, xli, or xv on $PATH.
04:00 xss: child pid 3684 (webcollage) exited abnormally (code 2).
--- space-invaders IRIX 9.0.6 ---
- Does the Gnome interface have any need to be creating
~/.desktop_o2/ under IRIX, for users who never get anything but the
Gnome interface? I suppose it's benign, though.
