Date: Tue, 27 Oct 87 18:52:29 GMT From: root@ukc.ac.uk To: unix-staff-archive@ukc.ac.uk Subject: Initial archive test Helo   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21276; 27 Oct 87 18:56 GMT Date: Tue, 27 Oct 87 18:55:44 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Testing mail archice I mean archive - of course   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21872; 27 Oct 87 19:08 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21844; 27 Oct 87 19:07 GMT To: unix-staff@ukc.ac.uk Subject: unix-staff archive From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 27 Oct 87 19:12:12 +0000 Message-ID: <15159.562360332@kite> Sender: pc@ukc.ac.uk I have arranged to copy this to a file on kestrel. This has to be done on kestrel because that is where the list is maintained. The file is ~pc/unix-staff-archive. It is not clear to me how/whether this should be distributed further - or even how that should be done. If you have a coherent idea which can be executed with no great effort then please send it to me. So... at present... if you have no kestrel login and require a copy of the archive - please mail me and I will give you a copy.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02698; 28 Oct 87 17:10 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02593; 28 Oct 87 17:04 GMT Date: Wed, 28 Oct 87 16:59:27 GMT From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: m/c room key Does somebody have a copy of the memo giving details about the machine room key? I don't have it, never got a copy, and would like to know what's up. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22820; 29 Oct 87 11:45 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22772; 29 Oct 87 11:39 GMT Date: Thu, 29 Oct 87 11:37:06 GMT From: ih@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Rsh Can all SAs check that rsh and rlogin on their systems are 4710 with group ownership staff. I say this coz it appears that its become a practice to get around our rlogin restriction by typing "rsh host -l user csh -i". Worse, "user" need not be the invoker of the rsh command. It appears some users have somehow gained access to other users logins then created a .rhosts file giving them further access. So, another thing for all SAs to do is to run something like "more `find / -name .rhosts -print` | mail root", then scan the output for anything fishy.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23117; 29 Oct 87 12:03 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23023; 29 Oct 87 11:59 GMT Date: Thu, 29 Oct 87 12:04:33 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: rlogin At the UNIX meeting of 24th March 1987, (section 3.8), we decided: It was agreed that rlogin and call should be removed from the Orions since their use overloaded the machines and adequate control was not available. ALI would investigate the possible removal of similar facilities, e.g.rsh. I seem to recall that we could see no good reason to have rlogin, since call provides the same facility, and is cheaper and more controllable. Rlogin was duly removed from the Orion distribution. Can anyone remember what we subsequently decided (if anything) about rsh? Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23947; 29 Oct 87 12:25 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23655; 29 Oct 87 12:18 GMT Date: Thu, 29 Oct 87 12:18:41 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rsh Further to ih/cmd mail, I've changed /usr/ucb/rsh from mode 4711 to 4710, and touch'd it so it will get distributed tonight from hobby.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27806; 29 Oct 87 15:08 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27797; 29 Oct 87 15:06 GMT Date: Thu, 29 Oct 87 15:06:05 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: installing fuj on raven We need to install fuj on raven for a document preocessing course. The script /usr/local/fuj says: #! /bin/sh # @(#)fuj.sh 1.2 (UKC) 1/4/87 # fuj - user interface for nroffing to the Fujitsu DPL24 printer # find filename for job header echo fuj on raven is broken - fix will be made asap >&2 exit 1 for a do etc etc etc Can whoever either put the script up or, better, added this message, please contact me to let me know what the problems were with it, as this may save me some time. ta Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28527; 29 Oct 87 15:49 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28245; 29 Oct 87 15:34 GMT Date: Thu, 29 Oct 87 15:39:03 GMT From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: clipper C compiler I have a copy of the clipper compiler manual. If anybody wants a copy can they mail me. sean   Received: from ukc.ac.uk by kestrel.ukc.AC.UK List Processor id aa13035; 30 Oct 87 10:15 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13001; 30 Oct 87 10:13 GMT Date: Fri, 30 Oct 87 10:14:06 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/pass To all Orion SAs:- Last warning. hobby:/usr/pub/passlog shows what I intend to delete from /etc/pass/ on *your* machine(s) after lunch today. Alan   Received: from ukc.ac.uk by kestrel.ukc.AC.UK List Processor id aa14843; 30 Oct 87 10:54 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder Subject: modhead funchead Date: 30 Oct 87 10:51:52 GMT (Fri) Sender: pjh@ukc.ac.uk On my behalf ali has put modhead and funchead along with proghead in /usr/pub on all orions and vaxen. They may not be ideal but no one came up with better alternatives, so I've added them in case people want to use them. proghead - full c program heading modhead - module of large c program heading funchead - standard c program function heading Peter H.   Received: from ukc.ac.uk by kestrel.ukc.AC.UK List Processor id aa21990; 30 Oct 87 13:36 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21943; 30 Oct 87 13:35 GMT Date: Fri, 30 Oct 87 13:40:18 GMT From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: porting to clippers The clipper c compiler defaults to unsigned int, short and char. This made a bit of a mess of one of the mmdf channels. To get around this use the -X55 flag which makes them signed. MMDF now works :-) sean   Received: from ukc.ac.uk by kestrel.ukc.AC.UK List Processor id aa22853; 30 Oct 87 14:02 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22699; 30 Oct 87 13:55 GMT Date: Fri, 30 Oct 87 13:57:55 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/pass The updates/deletions on /etc/pass on the orions are being actioned now.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07749; 2 Nov 87 11:37 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07729; 2 Nov 87 11:34 GMT To: unix-staff@ukc.ac.uk Subject: Keys From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 02 Nov 87 11:43:07 +0000 Message-ID: <13479.562851787@kite> Sender: pc@ukc.ac.uk Can I make this offer plain. I am happy to be contacted at the weekend for someone to come and pick up a machine room key in case of need. My phone number is in the book and is 61824   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07816; 2 Nov 87 11:49 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07813; 2 Nov 87 11:49 GMT Date: Mon, 2 Nov 87 11:54:22 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: unsigned integers Sean asserts that ints are unsigned on Clippers. I think he is wrong about this, and should tell us exactly what happened, in order to eliminate any confusion that may have arisen. I am confused. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10219; 2 Nov 87 15:21 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10134; 2 Nov 87 15:15 GMT Date: Mon, 2 Nov 87 15:20:10 GMT From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk, steve@hlh.uucp Subject: setjmp/longjmp on clippers. The C compiler provides the incorrect default action if you are using setjmp/longjmp. It pushes user-defined local variables into registers if possible so after a longjmp call the machine state is restored incorrectly - some local variables have their values reset. A work around is to use the -X18 flag, but you shouldn't really need to. sean ----- On a VAX, original orion, or clipper with the -X18 flag this gives 0, 1, and exits. On a clipper this normally loops forever printing 0. #include jmp_buf abc; main() { int rst = 0; setjmp(abc); printf("rst -> %d\n", rst); if (!rst) { rst++; do_it(); } } do_it() { longjmp(abc, 1); }   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10330; 2 Nov 87 15:38 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10292; 2 Nov 87 15:33 GMT Date: Mon, 2 Nov 87 15:37:42 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: A corrupt manual page On orions, /usr/man/man1/enroll.1 used to be a pointer to a non-existent manual page xsend(1). (Was this part of secret mail?) I have removed it from hobby anyhow. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10408; 2 Nov 87 15:50 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10404; 2 Nov 87 15:49 GMT Date: Mon, 2 Nov 87 15:47:58 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: new kernel To all Orion (NOT clipper) SAs:- There is a new kernel on /nu on your machine(s). It allows more streams between the orion and the rigel front-end. This is to allow the booking system (/etc/usrs et al) to work more efficiently. Once the kernel is installed you can turn on up to about 40 terminals in /etc/ttys. However, you must not have '/etc/usrs active' set to more than 32. The additional terminals are only there to provide a buffer while /etc/uctrl is killing off non-booked users. Setting the active user limit above 32 is likely to run the kernel out of clists and cause embarassment to the other orion on your rigel front-end. I'll port this mod over to the clippers by the end of the week. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02235; 3 Nov 87 12:29 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02190; 3 Nov 87 12:25 GMT Date: Tue, 3 Nov 87 12:19:21 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /dev/kmem Allowing general read access to kernel memory by mortals is a security hazard. Some public programs have a valid need to read kernel memory. Up to now we have made kmem root access only, and have made programs setuid root. This is probably wrong, in that setuid root programs are also known to be risky if not maintained with care. I propose to create a new group called 'kmem'. The /dev entries will be readable by group kmem. The programs will be setgid kmem. I'll publish a list of kmem programs soon, and people can add the things I've forgotten. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02521; 3 Nov 87 12:48 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02465; 3 Nov 87 12:44 GMT Date: Tue, 3 Nov 87 12:49:43 GMT From: "M.A.Pralat" To: unix-staff@ukc.ac.uk Subject: Security Hole. I was using script on raven and found the following *big* hole. If while in script you 'su user', any user and give the correct password you become root! Good Huh? This appears on Raven, and I'd guess other Orion-Clippers, but not on the Orion-0's (Mars at least) Script started on Tue Nov 3 12:33:18 1987 % whoami map % su map Password: raven# whoami root raven# ^D% % whoami map % Script done on Tue Nov 3 12:33:49 1987 ('su user' works ok if in the csh). Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02571; 3 Nov 87 12:59 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02567; 3 Nov 87 12:57 GMT To: unix-staff@ukc.ac.uk Subject: New admin list From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 03 Nov 87 13:02:28 +0000 Message-ID: <18164.562942948@kite> Sender: pc@ukc.ac.uk betelgeuse # Clipper sjl theoretical computing capella # Clipper sjl theoretical computing eagle # VAX 780 pc service falcon # Orion cmd second year cs teaching gos # Orion mg second year cs teaching hawk # VAX 750 pc research hobby # Orion ali orion development/distribution plot server canon fileserver #1 troff server jay # Orion ali ulcc, jtmp, admin server kestrel # Orion pjh mail kite # VAX 750 pc research and development lucy # Orion map social anthropology teaching mars # Orion map maths teaching merlin # Orion mg second year cs teaching mike # Orion map electronics teaching osprey # Orion pwr net dev & backup raven # Clipper ali teaching roger # VAX 750 ltw electronics research jax # VAX 750 ? physics research   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02752; 3 Nov 87 13:17 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02748; 3 Nov 87 13:16 GMT Date: Tue, 3 Nov 87 13:21:16 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: New admin list Since my last suggestion was ignored, I am posting what I think is a correct list. betelgeuse # Clipper sjl theoretical computing capella # Clipper sjl theoretical computing eagle # VAX 780 pc service man page server for hawk and kite falcon # Orion cmd second year cs teaching backup canon fileserver gos # Orion mg third year cs teaching hawk # VAX 750 pc research hobby # Orion ali orion development/distribution plot server primary canon fileserver troff server man page server for kestrel jay # Orion ali ulcc, jtmp, admin server kestrel # Orion pjh mail and news gateway kite # VAX 750 pc research and development lucy # Orion map social anthropology teaching mars # Orion map maths teaching merlin # Orion mg first year cs teaching mike # Orion map electronics teaching osprey # Orion pwr net dev & backup raven # Clipper ali teaching Orion 1 (clipper) distribution roger # VAX 750 ltw electronics research jax # VAX 750 ? physics research   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02770; 3 Nov 87 13:23 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02764; 3 Nov 87 13:21 GMT Date: Tue, 3 Nov 87 13:26:21 GMT From: "S.J.Leviseur" To: "C.M.Downey" cc: unix-staff@ukc.ac.uk Subject: Re: New admin list roger # VAX 750 bmh electronics research Since roger now has a real SA .... sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02917; 3 Nov 87 13:35 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02884; 3 Nov 87 13:31 GMT Date: Tue, 3 Nov 87 13:35:45 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: 40 ttys I have installed Alan's new kernel, created ttys 32-39, and put a line of the form /etc/usrs "active 32" into /etc/rc.local, on merlin, gos and falcon. Hopefully, this should solve the problems we have been having with people not being able to login in classes. We will see. If you do create these extra ttys on your machines, please be careful to put this line into rc.local - the user control stuff takes its number of active lines from /etc/ttys unless told otherwise, and this could result in you running out of clists. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02936; 3 Nov 87 13:35 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02915; 3 Nov 87 13:35 GMT Date: Tue, 3 Nov 87 13:39:10 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: group kmem The same remark applies, of course, to /dev/mem. Some programs read both. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03313; 3 Nov 87 14:03 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03286; 3 Nov 87 14:02 GMT Date: Tue, 3 Nov 87 14:07:12 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Security hole on clippers AAAAAAAAAAaaaaaaaaarrrrrrrrrrrrgh! Mark is right. Pro tem, I have chmodded /bin/su to 4710, group cur. We are looking into it. mg & cmd   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03838; 3 Nov 87 14:41 GMT Received: from falcon by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03835; 3 Nov 87 14:41 GMT Date: Tue, 3 Nov 87 14:27:57 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: remote troff I have put remote troff up with hobby (or should I say "TROFFSERVER") as the poor machine which runs troff. Currently the only clients are Gos and Kestrel. This means that /usr/lib/font has had to be rdisted to kestrel (it wasn't, for reasons of disc space), but it is only 512k (only! ha ha hee hee)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03951; 3 Nov 87 14:57 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03919; 3 Nov 87 14:55 GMT Date: Tue, 3 Nov 87 15:00:14 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: su on raven Su on the Clipper Orions has now been fixed. I have also installed the standard version of getlogin() in libc.a; however, there may be some programs which are broken, and will remain so until they are recompiled. I can't think of any with the same sort of security hole off hand, but ... Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab03951; 3 Nov 87 14:57 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03934; 3 Nov 87 14:56 GMT Date: Tue, 3 Nov 87 14:48:32 GMT From: cmd@ukc.ac.uk To: steve@hlh.uucp Subject: root security hole Cc: unix-staff@ukc.ac.uk We just discovered a big security hole in Clipper Orions. The following: % script Script started, file is typescript % su cmd Password: # gives anyone root. It only works within "script". The problem appears to be that getlogin() does not return NULL if the calling process has no attached tty; it returns "root", and evidently uses the password library, overwriting the static password structure within this module. Thus, any program which does pwd = getpwnam(name); ... login = getlogin(); ... setuid(pwd->pw_uid); is broken on Clippers. One of our students actually discovered this before we fixed it. The manual page for getlogin says that it returns NULL if the process is not attached to a tty. Is the action of getlogin() on the Clipper due to a compiler bug, or have you changed the semantics of a standard UNIX library function? Chris Downey   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04502; 3 Nov 87 15:52 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04500; 3 Nov 87 15:52 GMT Date: Tue, 3 Nov 87 15:48:07 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: security in general I am thinking vaguely of writing a program to run once a night to ensure that things are as they should be on machines. This is partly a gestapo program, but really is an automated software system maintenance (or at least, problem reporting) program. If you know of things which should be checked periodically, please mail me. For example, it should check: The permissions and group ownership of /usr/lib/batch and contents. Existence of users with null passwords. Existence of users with no passwords (eg opr) and no FTP password set. Perhaps the existence of binaries without manual pages and vice versa, but I haven't really thought about this yet Existence of globally writable files and directories. I imagine it would be implemented as a shell script with perhaps a few support binaries, with a section for each software system it is checking. Comments? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04528; 3 Nov 87 15:58 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04513; 3 Nov 87 15:57 GMT Date: Tue, 3 Nov 87 15:56:34 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: kmem This is the list of programs I intend to change from setuid root to setgid kmem, to control access to /dev/{mem,kmem} :- ps pstat rstat vmstat uptime dmesg Any more? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04625; 3 Nov 87 16:10 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04592; 3 Nov 87 16:05 GMT Date: Tue, 3 Nov 87 16:10:16 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: Re: security in general My "writeables" shell script can be used to detect globally- or group-writeable files or directories; perhaps this could be incorporated into the system. One other idea is to check the su log file for strange entries - this might need a C program. Anyway, I think it's a good idea; this sort of stuff needs to be automated - we cannot rely on SAs being omniscient any more. hris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04857; 3 Nov 87 16:32 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04773; 3 Nov 87 16:28 GMT Date: Tue, 3 Nov 87 16:29:33 GMT From: jd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: More on security Should I put a hack into ftp so that if a user has a null password then it will never match the password given for the transfer? Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05105; 3 Nov 87 16:42 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04886; 3 Nov 87 16:33 GMT Date: Tue, 3 Nov 87 16:37:48 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [Steve Thomas: Re: root security hole] Here's the explanation from HLH. A gold star to pc for getting this right with uwst. Chris ----- Forwarded message # 1: From: Steve Thomas Date: Tue, 3 Nov 87 16:26:17 GMT To: cmd@ukc.ac.uk Subject: Re: root security hole > We just discovered a big security hole in Clipper Orions. > ... I've been unable to duplicate the effects you describe, but there's clearly a problem. Here's our getlogin(), which has been bodged as you describe. I'll investigate why getlogin was altered in this way, and fix it. Thanks for bringing it to our attention. Steve #include /* Used in sub-window fix below. */ #include #include #include #include static char UTMP[] = "/etc/utmp"; static struct utmp ubuf; char * getlogin() { register int me, uf; register char *cp; if (!(me = ttyslot())) return(0); if ((uf = open(UTMP, 0)) < 0) return (0); lseek (uf, (long)(me*sizeof(ubuf)), 0); /* * Fix for use in Sub-Windows which are separate tty's but * have no entry in UTMP. * Login name is name of owner of tty. * Can't rely on getuid() as su(1) changes uid. * 15jul86 DRB. * Added check for null ubuf.ut_name 9Dec86 DRB. */ if (read(uf, (char *)&ubuf, sizeof (ubuf)) != sizeof (ubuf) || ubuf.ut_name[0] == '\0') { char *name = NULL; int tty; struct stat fsb; for (tty = 0; tty < 4; tty++) if (isatty(tty) && fstat(tty, &fsb) >= 0) break; if (tty < 4) name = getpwuid(fsb.st_uid)->pw_name; close(uf); return (name); } close(uf); ubuf.ut_name[sizeof (ubuf.ut_name)] = ' '; for (cp = ubuf.ut_name; *cp++ != ' '; ) ; *--cp = '\0'; return (ubuf.ut_name); } ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05110; 3 Nov 87 16:42 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04908; 3 Nov 87 16:34 GMT Date: Tue, 3 Nov 87 16:31:32 GMT From: jd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: MicroEMACS I have installed the latest MicroEMACS (3.7 with scrungy bits) on all machines. This fixes a long standing bug that happens on the terminals in the DSL. If the punters start whinging that summat is wrong point them at me. I have also installed the new ftp everywhere except roger which appears to have lost rdist. Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05287; 3 Nov 87 16:53 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05240; 3 Nov 87 16:49 GMT Date: Tue, 3 Nov 87 16:53:55 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Re: More on security jd writes: > Should I put a hack into ftp so that if a user has a null password then it > will never match the password given for the transfer? Dunno. This sounds pragmatic, but also busybodying. Surely ftp with null passwords is not an impossible thing ever to require, and the machanism for doing and preventing this exists in the password system at UKC. I don't know what the decision should depend upon for other sites running standard vanilla (an old and stale vanilla) password systems. I would guess that it would be philosophically sound to act appropriately upon the information in the password file. Most programs which take decisions like this into their own hands tend to be a pain. yes? no? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05292; 3 Nov 87 16:54 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05265; 3 Nov 87 16:51 GMT Date: Tue, 3 Nov 87 16:55:52 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: More on security I thought we had been through this ages ago - and that ftp would refuse a transfer if both passwords were null; it would use the ftp password if set; but would default to the login password otherwise. Can anyone see anything wrong with this? Chris .   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06652; 3 Nov 87 18:38 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06561; 3 Nov 87 18:33 GMT Date: Tue, 3 Nov 87 18:29:03 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: clippers Rdist is now in production use on the clippers. Raven is the reference machine (like hobby is for the orions). Any changes to the raven public filestore will have far-reaching consequences, so everyone must take appropriate care. I suggest the following rules for where to keep sources:- If it runs on vaxen, source on eagle (probably under the 4.3 tree) else if it runs on orions, source on hobby under usr/src else (clipper-only) source on raven under /usr/src. As yet, raven's src tree isn't backed up. I'll talk to pwr about doing something to correct this deficiency. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18513; 4 Nov 87 8:32 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18424; 4 Nov 87 8:28 GMT To: unix-staff@ukc.ac.uk Subject: Re: More on security In-reply-to: Your message of Tue, 3 Nov 87 16:53:55 GMT. Date: 04 Nov 87 08:34:19 GMT (Wed) From: Ian Dallas Following the interchange between Jim and Martin, viz. > jd writes: > > Should I put a hack into ftp so that if a user has a null password then it > > will never match the password given for the transfer? > Dunno. This sounds pragmatic, but also busybodying. > Surely ftp with null passwords is not an impossible thing ever to require, > etc. This hack would have to apply to LOCAL transfers only, since there are systems on JANET where a null password specifically must be used. The JANET news system is one, the EARN gateway at Rutherford is another, and there must be others. Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18972; 4 Nov 87 9:10 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder Subject: re: Security in General cc: pjh@ukc.ac.uk Date: 04 Nov 87 09:08:35 GMT (Wed) Sender: pjh@ukc.ac.uk I think an automatic program is an excellent idea, but wouldn't once a week be sufficient. If we have survived for years without it, then a weekly check would be a great improvement and would allow SA's to just correct things once a week, rather than having extra mail each day. Peter.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20207; 4 Nov 87 10:39 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20180; 4 Nov 87 10:35 GMT Date: Wed, 4 Nov 87 10:23:50 GMT From: seb@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: troublesome mail At a recent programmer's meeting it was reported that occasional troublesome and unproductive exchanges of mail were taking place with odd users. The solution (if in doubt) is to pass the mail to seb for reply. Steve   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20896; 4 Nov 87 11:51 GMT To: Ian Dallas cc: unix-staff@ukc.ac.uk Subject: Re: More on security In-reply-to: Your message of 04 Nov 87 08:34:19 GMT (Wed). Date: 04 Nov 87 11:51:24 GMT (Wed) From: jd@ukc.ac.uk Oops! I should have made myself clearer. I was refering to hacking the Q station so that only passwords at UKC had to be non-null. This doesn't stop you sending null passwords to other sites. Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22184; 4 Nov 87 13:28 GMT Date: Wed, 4 Nov 87 13:27:29 GMT From: pc@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Seb's last posting Was bounced by raven -> for ih Sorry - this is testing why   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22638; 6 Nov 87 11:06 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22630; 6 Nov 87 11:05 GMT Date: Fri, 6 Nov 87 10:56:39 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven /usr/src There is 10Mb on raven's /usr/src. This is *not* backed up (yet)! Remember that the only sources which should be permanently held on raven are for programs which *only* run on clippers. Otherwise the sources should be on eagle or hobby, with appropriate "#ifdef clipper" constructs. I'm going to back up /usr/src, but it's unreasonable to foist 10Mb onto osprey unless it's absolutely necessary. As a new working practice, can I ask implementors to ship source trees into their home directories when they are just compiling sources taken from elsewhere? As of now, the following major sources are on raven:- su, srv, usrs, libc (needed for bcopy mod), em, grep, jove, ftp, ue3.7, pascal, nrs, lpr, maild Please will the 'owners' of these sources check to make sure they really should be on raven. If nothing is done I may be tempted to apply the rule "if I can find sources of the same name on eagle or hobby then rm -rf ..."! Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22704; 6 Nov 87 11:11 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22649; 6 Nov 87 11:07 GMT To: unix-staff@ukc.ac.uk Subject: Kestrel recovery From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 06 Nov 87 11:14:38 +0000 Message-ID: <8523.563195678@kite> Sender: pc@ukc.ac.uk In the event of a catastrophic disaster on kestrel, I suspected that it would be hard to recover. Many salient files are cherished but I was worried about: /usr/l /usr/cur/mmdf /usr/cur/infosrv /usr/cur/uknet These are now being tar'ed to Osprey - well, all of uknet's files were a little too much - so I am only copying things which are crucial to the service. This has been a `if I get run over by a bus' message.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25023; 6 Nov 87 14:14 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25007; 6 Nov 87 14:12 GMT Date: Fri, 6 Nov 87 14:11:26 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: kmem protection As previously advertised, I've made access to /dev/{mem,kmem} only available to group kmem on all clippers and orions. I did it by rdisting a shell script into /tmp on all targets and then using 'special' to execute it. /etc/tmpclean should dispose of the script within 4 hours, so for info here is a copy of that script:- #!/bin/sh PLIST="/bin/ps /etc/pstat /usr/ucb/vmstat /etc/rstat /usr/ucb/netstat \ /etc/dmesg /usr/hlh/klstat" grep -s kmem /etc/group if [ $? = 1 ] ; then echo 'kmem:*:10728:' >> /etc/group fi /etc/chown root /dev/mem /dev/kmem /bin/chgrp kmem /dev/mem /dev/kmem /bin/chmod 640 /dev/mem /dev/kmem for PROG in $PLIST do /etc/chown root $PROG /bin/chgrp kmem $PROG /bin/chmod 2711 $PROG done Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04038; 7 Nov 87 23:26 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04026; 7 Nov 87 23:26 GMT To: unix-staff@ukc.ac.uk, prog-staff@ukc.ac.uk Subject: 4.3 on hawk From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 07 Nov 87 23:32:11 +0000 Message-ID: <15398.563326331@kite> Sender: pc@ukc.ac.uk I have scanned hawk's /usr/local/directory to attempt to find what else remains to be done before I can switch hawk to 4.3. Below is the result of the cast. I do not really intend to port any of the programs below which are marked with a question mark. It might be better to remove them and wait for people to require them to be ported. Anyway, what do you all think... this is also to remind you of the things which need porting. Please let me know a) what you intend to port b) if there is some crucial set of tools which need porting c) do the Secretaries still *USE* offer/accept? -rwxr-xr-x 1 rlh 17408 Oct 15 1985 Info Delete -rwxr-xr-x 1 602 8644 Mar 6 1987 Pnews Needs porting -rwxr-xr-x 1 602 5144 Mar 6 1987 Rnmail Needs porting -rwxr-xr-x 1 rde 106496 Sep 12 1986 a68k Needs porting -rws--x--x 1 root 15360 Jun 24 1986 accept Needs porting -rwxr-x--x 1 root 5120 Oct 17 1985 addcr Delete -rwx--x--x 1 root 11264 Oct 15 12:20 alert Needs porting -rwsr-x--x 1 root 22528 Jun 8 10:06 ba Needs porting -rwxr-x--x 1 root 8192 May 8 1984 banner Delete -rwsr-x--x 1 root 11264 Dec 18 1984 baq Needs porting -rwsr-x--x 1 root 10240 Dec 18 1984 barm Needs porting -rwxr-xr-x 1 rde 19456 Apr 12 1985 bcpl Needs porting -rwxr-xr-x 1 rde 31744 Oct 21 1986 bcplz Needs porting -rwxr-x--x 1 root 18432 Oct 17 1985 bed Delete -rwxr-x--x 1 root 6144 Feb 22 1984 beeb Delete? -rwxr-x--x 1 root 28672 Mar 5 1984 bib In usr/new -rwxr-x--x 1 root 12288 Mar 20 1985 bload Needs porting -rwxr-xr-x 1 root 11264 Mar 9 1986 bm Delete - use grep -rwxr-x--x 1 root 8192 Apr 3 1984 bold Delete (dcw - still need this?) -rwxr-x--x 1 root 12288 Mar 20 1985 bsave Needs porting -rwxr-x--x 1 root 11264 Oct 30 1985 calls Port? -rwx--x--x 1 root 12288 May 24 1985 canon Needs porting -rwx--x--x 1 rlh 15360 May 31 1985 cchk Port? -rwxr-x--x 1 root 13312 Oct 17 1985 ccon Port? -r-xrwxr-x 1 root 1474 May 9 1986 ccst In /usr/lib/m68k/bin -rwxr-x--x 1 root 18432 Oct 17 1985 cdecl Port? -rwx--x--x 1 root 9216 Nov 17 1986 cgrep Needs porting -rwxr-x--x 1 rde 62464 May 13 1984 chef Needs porting -rwx--x--x 1 root 10240 Mar 1 1985 clash Port? -rwxr-x--x 2 root 14336 Jul 19 1984 compress Standard -rwxr-x--x 3 root 15360 Apr 30 1986 compress4 Delete -rwx--s--x 1 root 20480 Oct 30 1986 conf Needs porting -rwxr-x--x 1 root 9216 Oct 22 1984 conn Delete - no longer do -rwxr-x--x 1 root 10240 Oct 17 1985 context Port? -rwx------ 1 root 43008 Sep 30 1986 convsavedir Delete -rwxr-xr-x 1 root 8192 Sep 14 1984 copystat Port? -rwxr-x--x 1 root 19456 Jul 22 1984 cparen Port? -rwx--x--x 1 root 12288 Oct 17 1985 cpc Port? -rwxr-x--x 1 root 18432 Oct 22 1984 cpio Needs porting -rwxr-xr-x 1 root 50508 Mar 10 1987 cscope Delete -rwx--x--x 1 root 17408 Apr 30 1986 ctc Port? -rwxr-xr-x 1 root 19456 Nov 5 1986 curse Port? -rwx--x--x 1 root 16384 Oct 17 1985 cxref Delete -rwxr-x--x 1 jgs 13312 Jul 12 1984 dataprep Needs porting (jgs) -rwxr-x--x 1 rlh 10240 Apr 24 1985 dbf dbm library - Delete -rwxr-x--x 1 rlh 10240 Apr 24 1985 dbfirst Delete - may port these to -rwxr-xr-x 1 rlh 7168 Oct 15 1985 dbinit Delete - a separate library -rwxr-x--x 1 rlh 10240 Jun 10 1985 dblist Delete -rwxr-x--x 1 rlh 10240 Apr 24 1985 dbnext Delete -rwxr-x--x 1 rlh 10240 Apr 24 1985 dbrm Delete -rwxr-x--x 1 rlh 10240 Apr 24 1985 dbs Delete -rwxr-x--x 1 root 55296 Jan 12 1984 ded Delete -rwx--x--x 1 root 15360 Apr 24 1985 depend Delete - use mkmf -r-x--x--x 1 root 8192 Jun 18 1984 detach Delete ? -rwxr-x--x 1 root 31744 Jun 11 1984 dgraph Needs porting -rwxr-xr-x 1 root 2809 Oct 17 1985 diffmark Delete ? drwxr-xr-x 2 pjh 1024 Aug 28 15:58 digs Needs porting -rwxr-xr-x 1 root 715 Feb 7 1985 dirtotext Delete? lrwxr-xr-x 1 root 26 Aug 1 1985 djlog Delete lrwxr-xr-x 1 root 26 Aug 1 1985 djtmp Delete -rwxr-x--x 1 root 7168 Feb 16 1987 flock needs porting -rwxr-xr-x 1 rjw 10240 Dec 6 1985 friends Delete? -rwxr-x--x 1 root 7168 Oct 4 1985 fs Delete -rwxr-x--x 1 root 6144 Jul 16 1984 ftu Delete -rwxr-xr-x 1 root 353 Apr 1 1987 fuj Delete -rwxr-x--x 1 root 41984 Jun 11 1984 germ Needs porting -rwxr-x--x 1 root 38912 Jun 11 1984 getk Needs porting? -rwxr-x--x 1 root 7168 Oct 17 1985 getopt Delete? -rwxr-x--x 1 root 11264 Oct 18 1985 headings Delete? -rwxr-xr-x 1 root 163 Oct 17 1985 hier Delete -rwxr-x--x 1 root 23552 Jul 1 1984 hoc Delete -rwxr-xr-x 1 root 60688 May 23 1986 krc Needs porting? -rwxr-xr-x 1 rde 16384 Jun 9 20:57 labs Needs porting -rwxr-x--x 1 root 14336 Oct 17 1985 lbl Port? -rwxr-xr-x 1 root 11264 Nov 28 1984 listc Delete ? -rwxr-xr-x 1 root 624 Dec 8 1986 lph Delete (undocumented) -rwxr-xr-x 1 root 2277 Jun 7 1984 lroff Delete ? -rwxr-xr-x 1 root 9 Jul 3 12:01 machine Needs porting + manual page -rwx--x--x 1 root 8192 Apr 24 1985 makedep Delete - use mkmf -rwx--x--x 1 root 17408 Apr 24 1985 makenorm Delete -rwxr-x--x 1 root 11264 Oct 17 1985 makestab Delete -rwxr-x--x 1 root 10240 Oct 17 1985 match Delete - use grep -rwx--x--x 1 root 9216 Apr 30 1986 maxln Delete ? -rwxr-x--x 1 root 21504 Jun 13 1984 microsoft Delete- it dont work anyway -rwx--x--x 1 root 10240 Apr 30 1986 mkshar Delete -rwxr-xr-x 1 rde 46080 Jan 21 1986 ml1 needs porting -rwxr-x--x 1 286 6144 Apr 30 1986 nbs Port? -rwxr-xr-x 1 602 3058 Mar 6 1987 newsetup Needs Porting -rwxr-xr-x 1 602 1396 Mar 6 1987 newsgroups Needs Porting -rwx--x--x 1 root 16384 May 15 1986 offer Needs Porting -rwx--x--x 1 root 12288 Oct 17 1985 packmail Delete -rwxr-x--x 1 root 12288 Oct 23 1985 packmsgs Delete -rwxr-x--x 1 root 9216 Jun 21 1984 pad Delete ? -rwx--x--x 1 root 21504 May 19 15:35 paled should be in Sigma tools dir -rwxr-x--x 1 root 7168 Apr 26 1984 paste Port ? dr-xr-xr-x 2 jdb 512 Jan 27 1986 perq Need porting ? -rwxr-x--x 1 root 12288 Oct 17 1985 pf Delete ? -rwxr-x--x 1 root 7168 Apr 3 1984 pg Delete ? -rwxr-x--x 1 root 13312 Nov 29 1986 phonelog Port (anyone use this) ? -rwxr-x--x 1 root 11264 Jul 16 1984 prf Delete -rwxr-xr-x 1 iau 21504 Oct 15 09:40 qterm port - iau -rwx--x--x 1 root 9216 May 30 1985 rba Needs porting -rwsr-x--x 1 root 51200 Jan 7 1987 rest Delete -rwxr-x--- 1 root 18432 Dec 4 1986 restexec Delete -rwsr-x--x 2 root 10240 Sep 9 1986 restq Delete -rwx--x--x 1 news 123904 May 12 12:04 rn needs porting -rws--x--x 1 root 19456 Jan 7 1987 save Delete -rwxr-x--- 1 root 33792 Nov 24 1986 saveexec Delete -rwsr-x--x 2 root 10240 Sep 9 1986 saveq Delete -rwxr-x--- 1 root 46080 Sep 23 1986 savrm Delete -rwxr-x--x 1 root 24576 Oct 17 1985 scpp Delete -rwxr-xr-x 1 root 26624 Jul 24 13:20 sps Delete - no man/how page -rwxr-x--x 1 root 12288 Sep 1 1986 stat port? dr-xrwxr-x 2 root 512 Jun 7 1984 tech moved -rwxr-x--x 1 root 20480 Jun 11 1984 testint Delete -no man/how page -rwxr-xr-x 1 root 1366 Feb 7 1985 texttodir Delete? -rwxr-x--x 1 root 12288 Feb 22 1984 tload Port ? -rwxr-xr-x 1 root 16384 Nov 21 1985 tree Port and fix (probably) -rwxr-x--x 1 root 9216 Jun 21 1984 trim Delete? -rwxr-x--x 1 root 12288 Feb 22 1984 tsave Port ? lrwxr-xr-x 1 root 24 Aug 1 1985 ujq Delete lrwxr-xr-x 1 root 25 Aug 1 1985 ujrm Delete lrwxr-xr-x 1 root 26 Aug 1 1985 ujtmp Delete -rwxr-x--x 3 root 15360 Apr 30 1986 uncompress4 Delete -rwx--x--x 1 root 10240 May 15 1986 unoffer Port? -rwxr-x--x 1 root 9216 Oct 22 1984 us Delete ? -rwxr-x--x 1 root 8192 Jul 16 1984 utf Delete -rwxr-x--x 1 root 7168 Feb 7 1984 vis Delete (use cat -v) -rwxr-xr-x 1 iau 17408 Feb 25 1987 vmstape needs porting? -rwxr-x--x 1 root 20480 Apr 3 1987 vtem needs porting? -rwxr-x--x 3 root 15360 Apr 30 1986 zcat4 Delete -rwxr-x--x 1 root 7168 Feb 27 1984 zld port ?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20597; 9 Nov 87 10:39 GMT Received: from osprey by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20342; 9 Nov 87 10:26 GMT Date: Mon, 9 Nov 87 10:26:28 GMT From: pwr@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Communication with the operators On all vax'n and orions (if rdist gets as far as betelgeuse/capella) there is now a program called 'opmsg' which works like 'echo' but sends its output to the operators screen on the opserver. So if you want to tell them you are bouncing your machine a call of the form: opmsg "Rebooting to pick up new kernel" is all that is required!   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20911; 9 Nov 87 10:55 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20831; 9 Nov 87 10:49 GMT To: unix-staff@ukc.ac.uk Subject: opmsg From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 09 Nov 87 10:56:52 +0000 Message-ID: <21663.563453812@kite> Sender: pc@ukc.ac.uk Please use this if you notice something is down and it shouldn't be.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26375; 9 Nov 87 16:52 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa26371; 9 Nov 87 16:51 GMT Date: Mon, 9 Nov 87 16:55:48 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: uptime Sorry, I forgot to make /usr/ucb/uptime (also linked to /usr/ucb/w) setgid kmem. This has been corrected on all orions+clippers. Thanks Sean. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27501; 9 Nov 87 18:40 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27493; 9 Nov 87 18:39 GMT Date: Mon, 9 Nov 87 18:45:08 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: 4.3 stuff I'll do the bbc suite and vtem if I can find time. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16956; 10 Nov 87 12:33 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16901; 10 Nov 87 12:31 GMT Date: Tue, 10 Nov 87 12:00:12 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: optional kmem [ re: setgid kmem programs ] For a long time we have taken the view that allowing public access to /dev/*mem is a security risk and have made the inodes mode ??0. This started on the vaxen and propagated to the orions. Some public programs have a legitimate need to read kernel memory - the best example being ps - and so we originally made these programs setuid root. It was suggested that setuid root programs are to be avoided, because setuid- ness is itself a security hazard. Hence I instigated the setgid kmem change on the orions, and propagated it to the clippers. To generate a list of programs which need to read kernel memory, I ran ncheck over the public filestore to pick out setuid root programs. I then looked for /dev/{mem,kmem,drum} in those programs to form my initial list of what needed changing to setgid kmem. I asked unix-staff for any other programs which they felt they would like setgid kmem: that's how things like netstat got added to the list even though they were not setuid root originally (and so used not to work for mortals). It has now been pointed out to me that the following programs depend on reading kernel memory but are not setuid/setgid:- /usr/bin/iostat /usr/bin/kpcprof /usr/bin/prof /usr/ucb/gprof /usr/ucb/sysline They have never worked at ukc. However, save for kpcprof, they do have manual pages. Do we want them to work for mortals? I have no strong view either way (but does prof+gprof work anyway - I though hlh's profiled library was broken, at least on orions). Comments to unix-staff please. Unless anyone can see why I shouldn't, I'll make these programs setgid kmem. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17509; 10 Nov 87 12:56 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17455; 10 Nov 87 12:53 GMT Date: Tue, 10 Nov 87 13:00:19 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Re: optional kmem On the vaxen, prof is not setuid and seems to work, even though it cannot read /dev/*mem. Gprof is setuid to root on eagle, and yes, you can crap gmon.sum (summary) files into / using it. It doesn't work on old orions as there is no startup file for it. Proffed binaries immediately dump core on clippers. You can't even link them with gprof, the same as the old orions. So setgid gprof to group kmem on vaxen, and forget orions. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19841; 10 Nov 87 14:46 GMT Date: Tue, 10 Nov 87 14:23:49 GMT From: uknet@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: PROBLEMS AT KENT I'm sending this note out for all standard UKnet queries: ++++ ============================================================= UKC's JANET LINE DOWN MON 2/11/87 7.00 - FRI 6/11/87 14.00 SAT 7/11/87 12.40 - MON 9/11/87 10.10 UKC's JANET GATEWAY DOWN MON 9/11/87 11.40 - MON 9/11/87 22.30 ============================================================= Yes 6 days of BT line faults and 11 hours of Gateway hardware faults haven't helped our service. Incidentally BT still have not found the fault. If your problem is not answered by this note, then please mail us again, preferably thursday onwards to allow us to clear the backlog. Please don't reply with a Thank you note, as it is just one more note to deal with. Thanking you for your Patience - Peter Houlder p   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21196; 10 Nov 87 15:57 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21064; 10 Nov 87 15:47 GMT Date: Tue, 10 Nov 87 15:54:34 GMT From: "M.A.Pralat" To: unix-staff@ukc.ac.uk Subject: List of naughty users The following are the people that have been denied access on my machines: M.H.H.Chu - for having a password grabber and sharing people's logins C.J.Locke - I did not get anything on this user, access was denied from evidence elsewhere. He was sharing his login though. The following people were using rsh to share logins: S.J.Spencer K.K.Wong P.I.Matthews C.J.Franco C.J.Locke (access denied due to other abuse) M.H.H.Chu mailed a copy of the password grabber to skh1 (S.K.Ho) on Raven, it's called gone.c Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08924; 11 Nov 87 17:03 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08901; 11 Nov 87 17:02 GMT Date: Wed, 11 Nov 87 17:07:25 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Naughty users > M.H.H.Chu mailed a copy of the password grabber to skh1 (S.K.Ho) that's funny. skh1 was the only user who used the script/su bug to become root Was he/she the one who alerted map to it? martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09196; 11 Nov 87 17:16 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09097; 11 Nov 87 17:09 GMT Date: Wed, 11 Nov 87 17:02:34 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: remote mag tapes There is a growing folklore about remote mag tapes not working. There did indeed use to be a clipper kernel bug which caused problems, but this is now fixed (varargs problems in mtr driver). Any remaining problems may be due to the wrong service names being set into the kernel via /etc/mtset. I intend to rationalise this as follows:- /dev/rnmt8, /dev/rnmt12 will point at eagle /dev/rnmt9, /dev/rnmt13 will point at capella Hence, you will say 'tar cf /dev/rnmt9 ...' to write a tar image from any orion or clipper onto capella's tape drive. Please can all SAs check that /dev/rnmt* has all 4 device inodes. Use mknod to create any missing ones (major 18, minor , character-special device, probably read/write to root+staff only). Tomorrow, I will rdist a new /etc/rc containing the necessary mtset calls. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11082; 11 Nov 87 19:02 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11073; 11 Nov 87 19:00 GMT Date: Wed, 11 Nov 87 19:01:31 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ~opr on Gos On or before 08:16 on November 10, /usr/opr on Gos has been globally writable. THIS IS A POTENTIAL DISASTER Fortunately, nobody seems to have spotted it and taken advantage of the fact by putting in their own .login or .cshrc, and I have now changed it back to 700. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11186; 11 Nov 87 19:14 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11179; 11 Nov 87 19:10 GMT Date: Wed, 11 Nov 87 19:10:44 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: the source for seeme I need to change the shell script "/etc/seeme" because it chmods the user's home directory to 000, which means that the mailer loops indefinitely trying to deliver to their .mail file. The script has an sccsid in it, but in the source directory /usr/src/etc/seeme, there is no SCCS directory! Would anybody who has had anything to do with seeme please like to join in the hunt for its SCCS trail or suggest what might have happened to it? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13327; 11 Nov 87 22:53 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id ae13292; 11 Nov 87 22:51 GMT To: unix-staff@ukc.ac.uk Subject: Re: the source for seeme From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 11 Nov 87 21:16:48 +0000 Message-ID: <5607.563663808@kite> Sender: pc@ukc.ac.uk I have no knowledge of the SCCS file disappearance. I would suggest that eagle IS the master for this and that a new SCCS file should simply be created. While you are at it - please change the `inform' string to unix-staff. I am, however, dubious about the merits of removing the chmod 000 of the home directory. This was put in place when people who had been `kicked' off were able to get access to their files via a friend's login. The problem of mail not being delivered is annoying but I personally prefer that NOONE can get access to the files of people who have been thrown off the machine. There may be a better solution - there usually is.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22781; 12 Nov 87 10:56 GMT Received: from jay by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22759; 12 Nov 87 10:52 GMT Date: Thu, 12 Nov 87 10:48:02 GMT From: admn@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: njg on raven N.J.Griffiths njg on raven has been messing about with other students files and confing unsuspecting students with misleading advice. He has been pu on a seeme shell. marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24406; 12 Nov 87 12:13 GMT Received: from capella by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24287; 12 Nov 87 12:06 GMT Date: Thu, 12 Nov 87 12:11:53 GMT From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: rwho on clippers I am going to remove rwho (and daemon) from the clippers unless anybody can think of a reason why not. At the moment it just gives stupid error messages (asks for /usr/spool/rwho) and needs things that only exist on an ether. For the record the suns don't run it because it destroys the machines! sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26250; 12 Nov 87 13:34 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25843; 12 Nov 87 13:21 GMT Date: Thu, 12 Nov 87 13:25:26 GMT From: map@ukc.ac.uk To: admn@ukc.ac.uk Subject: Re: njg on raven Cc: unix-staff@ukc.ac.uk Well, to add to his crimes on 6th Nov njg mailed /usr/dict/words to one of my users on Mars. I told him not to do such things and he did apologize. mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27444; 12 Nov 87 14:10 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27311; 12 Nov 87 14:06 GMT Date: Thu, 12 Nov 87 14:08:59 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: njg There has been some chit-chat about njg@raven on unix-staff. For info, this user has been removed from raven and will be going to see Heather Brown   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28295; 12 Nov 87 14:43 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28102; 12 Nov 87 14:35 GMT Date: Thu, 12 Nov 87 14:35:05 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: sjs@raven S.J.Spencer has written the required letter and is being given access on raven. He also uses the euro society login. Please report any irregularities.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29721; 12 Nov 87 15:34 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29681; 12 Nov 87 15:32 GMT Date: Thu, 12 Nov 87 15:34:08 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven warning Cc: hb@ukc.ac.uk Was ignored by uss US Schenk sft038 anf jc1 J Constable hft038 so I have barred access to both.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16398; 13 Nov 87 15:44 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16334; 13 Nov 87 15:41 GMT To: unix-staff@ukc.ac.uk Subject: cpp on clipper From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 13 Nov 87 15:47:40 +0000 Message-ID: <16232.563816860@kite> Sender: pc@ukc.ac.uk Is this a known problem? The following program works on the VAX and the Orion but not on the clipper /* * Clipper comment test */ #include "f.h" /* This is on the same line as the include */ #include "f.h" /* This is on the same line as the include and this is on the next line */ The second line is not swallowed correctly.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24660; 16 Nov 87 10:32 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24655; 16 Nov 87 10:32 GMT Date: Mon, 16 Nov 87 10:33:54 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: clipper C HLH have issued us with new versions of /bin/as and /lib/ccom for the clippers. They are installed on raven and will be rdist'd tonight.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25380; 16 Nov 87 11:16 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25192; 16 Nov 87 11:08 GMT Date: Mon, 16 Nov 87 11:15:34 GMT From: "S.J.Leviseur" To: ali@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: clipper C Did they give a bug list with the new compiler? sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27447; 16 Nov 87 12:55 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27425; 16 Nov 87 12:52 GMT Date: Mon, 16 Nov 87 12:51:48 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: suspended users raven dcc2 sft008 D.C.Ching for password sharing raven vtc sft161 V.T.Carter for sending obscene mail to ops and root raven ams1 sft081 A.M.Sherwin for sharing or stealing passwords with njg and jia raven wlpy sst366 W.L.P.Young for putting password grabber in sko's filespace gos@mars dc1 mct103 D.Cozens for allowing his logins to be used by B.P.Hyman nft065 on vms only. marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28516; 16 Nov 87 13:57 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28427; 16 Nov 87 13:51 GMT Date: Mon, 16 Nov 87 13:58:05 GMT From: jgs@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: flat uid space The following is an initial proposal for the ranges of uids for each of the groups once a flat uid space is introduced. The first pair of figures for each is the proposed range,the second pair rtepresent the current number of users in the group and the number allowed for in the range. Could you please comment on these. e.g are any of the ranges likely to be inadequate. Should any of the ranges come higher up the list. At present groups are alphabetical within staff,teaching and research. Is there any reason why this should be different.-e.g would there be any advantage in keeping all ft nos together. As an exception cur comes at the top. Within the groups I propose to issue uids in numerical order i.e cur001 gets the start of the cur range Comments Please! Janet cur:50-249 148 200 adr:250-299 7 50 bir:300-399 32 100 chr:400-499 36 100 ecr:500-549 11 50 elr:550-699 82 150 hur:700-799 34 100 lir:800-849 16 50 mar:850-949 42 100 oor:950-1049 37 100 our:1050-1099 14 50 phr:1100-1199 32 100 shr:1200-1249 6 50 spr:1250-1299 18 50 ssr:1300-1399 69 100 sur:1400-1449 5 50 # big:2000-2099 22 100 chg:2100-2149 17 50 cug:2150-2299 73 150 ecg:2300-2349 3 50 elg:2350-2449 29 100 hug:2450-2549 46 100 mag:2550-2649 35 100 phg:2650-2749 32 100 spg:2750-2799 6 50 ssg:2800-3099 195 300 # bat:3500-3549 1 50 bit:3550-3599 3 50 cet:3600-3749 88 150 cht:3750-3799 4 50 cot:3800-3849 20 50 cst:3850-3949 63 100 elt:3950-4149 139 200 hft:4150-4249 42 100 hut:4250-4349 54 100 ift:4350-4599 217 250 mat:4600-4749 87 150 mct:4750-4799 17 50 nft:4800-4999 158 200 oot:5000-5049 21 50 pct:5050-5099 11 50 pht:5100-5199 27 100 sft:5200-5499 231 300 sst:5500-6099 329 600 # bas:6500-6549 2 50 oof:6550-6649 30 100 red:6650-6699 6 50   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29396; 16 Nov 87 14:35 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29247; 16 Nov 87 14:28 GMT Date: Mon, 16 Nov 87 14:29:32 GMT From: jgs@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: flat uid space I forgot to mention that uids 1-50 are reserved for sys utl and tmp. Comments again please.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29795; 16 Nov 87 14:55 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29655; 16 Nov 87 14:49 GMT Date: Mon, 16 Nov 87 14:53:32 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/seeme The seeme script which is used to ban users from a machine now mails unix-staff, so everyone knows. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00680; 16 Nov 87 15:29 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00594; 16 Nov 87 15:24 GMT Date: Mon, 16 Nov 87 15:23:57 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orion crontab As requested at the last unix meeting, the distributed crontab.global on all orions no longer does an /etc/fileclean on /u. If SA's want their user partitions preened then they must add a fileclean to crontab.local (and then do cd /usr/lib; /etc/rebuild crontab). The updated crontab.global will go out at midnight today (Monday). Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01609; 16 Nov 87 16:12 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01551; 16 Nov 87 16:07 GMT Date: Mon, 16 Nov 87 16:15:23 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: flat uid space This article has no point to make, it just publishes some ideas which have been thrown about lately on this subject. ----- One issue which has a bearing on uid allocation is that there are some file (eg our current password file) which are indexed by uid. (How does this change in 4.3, anyone?) A single entry indexed by a uid in the thousands requires an immense, largely information-free file. This is not as much of a problem as it might seem, since if you seek a long way into such a file and write a small entry, the blocks of the file before that point do not have real disk blocks allocated to them, but have null disk block pointers, and read as blocks of zeroes. Unfortunately, if there is one small entry in each disk block, the whole disk block gets used up (how do 4.2's fragments help here, anyone?) Also, when an entry is overwritten with zeroes, however, this block does not get put back onto the free list and replaced with a null pointer, so a periodic re-write of the file might be a good thing (once yearly I guess). For this reason it would be good if the user population on each machine had consecutive user-ids as far as possible, in one or two big clumps. The proposed scheme achieves this by clustering users by group. Boffo, a good one. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01744; 16 Nov 87 16:21 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01698; 16 Nov 87 16:17 GMT Date: Mon, 16 Nov 87 16:25:06 +0000 Message-ID: <527.564078306@kite> From: Peter Collinson Subject: Problems BCC: ------- Blind-Carbon-Copy To: has Subject: Problems From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 16 Nov 87 16:25:06 +0000 Message-ID: <527.564078306@kite> Sender: pc You are more likely to get help and explanations to your problems if you adopt a less aggressive attitude. I think that certain of your `bug' reports of late have been very rude. I personally do not blame people on the Unix staff if the response to your `problems' is zero. ------- End of Blind-Carbon-Copy   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01900; 16 Nov 87 16:31 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01854; 16 Nov 87 16:28 GMT To: unix-staff@ukc.ac.uk Subject: 43 password From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 16 Nov 87 16:36:41 +0000 Message-ID: <585.564079001@kite> Sender: pc@ukc.ac.uk Since the standard system used dbm for uid/name access on the password file in 4.3. I have left things well alone. We will be running a standard text password file on 4.3. The only change is that the GCOS field will be encoded Realname,system-id i.e R.P.A.Collinson,cur028 So we forget about the problems of accessing a large password file by uid - /usr/adm/lastlog will be big tho...   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02642; 16 Nov 87 17:20 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02608; 16 Nov 87 17:17 GMT Date: Mon, 16 Nov 87 17:24:23 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: dac2 on merlin I am: merlin!mg tty37 Nov 16 17:21 dac2 has been set to a seeme shell because he had a program in his bin which destroyed people's .cshrcs.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03335; 16 Nov 87 17:59 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03333; 16 Nov 87 17:57 GMT Date: Mon, 16 Nov 87 18:04:37 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ajwp on merlin I am: merlin!mg tty02 Nov 16 17:49 ajwp has been set to a seeme shell because he logged in as irb, chmodded his home directory to 707 and created a file called * (or, I suppose it is possible that somebody else created the * file)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03931; 16 Nov 87 18:42 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03909; 16 Nov 87 18:39 GMT Date: Mon, 16 Nov 87 18:39:57 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: security Do we need the directory /usr/spool/uucppublic, uucp's home directory, to be globally writable? Do we use this for anything on the old Orions in general? SAs might like to go and have a look there to see what they can find in the way of presents from their users Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08295; 17 Nov 87 1:12 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08289; 17 Nov 87 1:11 GMT To: unix-staff@ukc.ac.uk Subject: trp on merlin From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 17 Nov 87 01:19:55 +0000 Message-ID: <2884.564110395@kite> Sender: pc@ukc.ac.uk trp has been having interesting mail, I put the login into unix-staff rather than tp... Any idea of what use (if any) this person may/will have made of anything which they have learnt? I did manage to remove todays unix-staff mail from .mail before it was looked at or read. Resolution: get people to mail a request to be added to mailing lists in future. Thought.. it is always better to inform others of blunders as soon as you discover them.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09953; 17 Nov 87 2:22 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09938; 17 Nov 87 2:17 GMT Date: Tue, 17 Nov 87 2:25:46 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: trp on merlin Yes, I know him (and have possession of his synthesizer at the moment!) He's ok. I'll wave it in his face some time and let you know how he reacts! Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14828; 17 Nov 87 9:48 GMT Received: from mars by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14689; 17 Nov 87 9:40 GMT Date: Tue, 17 Nov 87 9:43:04 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ajwp on mars I am: mars!opr tty0 Nov 12 18:36 ajwp has been set to a seeme shell because suspended because of misdeeds under investigation on merlin - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20754; 17 Nov 87 14:41 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder Subject: Re: security In-reply-to: Your message of Mon, 16 Nov 87 18:39:57 GMT. Date: 17 Nov 87 14:35:37 GMT (Tue) Sender: pjh@ukc.ac.uk On kestrel /usr/spool/uucppublic must be world writable by uucp, on other more dodgy (security-wise) machines the directory probably (?) isn't needed. Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22788; 17 Nov 87 16:29 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22676; 17 Nov 87 16:21 GMT Date: Tue, 17 Nov 87 16:15:52 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: booked terminals To all SAs. By tomorrow, all lab machines will have a new version of /etc/uctrl. You will either have to reboot your machine(s) or kill the uctrl process and rerun it (unlimit first) to bring it into service - see /etc/rc for details. This new version will not throw off users whose login name appears in the file /etc/pass/privileged (mode 700), even if they are not booked and there are booked users trying to log on. It is reasonable for anyone with su access on a machine to edit their name into the file. Users with uids of 20 and below are also exempt from displacement by booked mortals. This was in response to Martin whinging about being thrown off raven. Chris wrote the code: blame him if it doesn't work, but it has been tested on betelgeuse. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24743; 17 Nov 87 18:37 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24667; 17 Nov 87 18:32 GMT Date: Tue, 17 Nov 87 18:33:44 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: User data size limits on clippers Cc: sjt@ukc.ac.uk HLH provide us with some binaries which require more than out default of 512K of data. Examples: nroff, ranlib and the C compiler. Rather than make their and our lives different by requiring different binaries for UKC than for their other sites, I have upped the datasize limit from 512k (hard limit 512K+512bytes) to 1024K (1025k). -------- I have taken delivery of a new nroff for clippers which I am about to test and install. It requires some immodest amount of memory like 700k. The nroff we *had* highly subtle bugs in the area of argument processing, which HLH claim to have fixed. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25252; 17 Nov 87 19:39 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25244; 17 Nov 87 19:36 GMT Date: Tue, 17 Nov 87 19:44:19 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: des on raven I am: raven!sjl tty29 Nov 17 19:41 des has been set to a seeme shell because he has given his login and passwd to an external user. I have a collection of logs to prove this. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab25252; 17 Nov 87 19:39 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25248; 17 Nov 87 19:38 GMT Date: Tue, 17 Nov 87 19:46:33 GMT From: *** SYSTEM *** To: unix-staff@ukc.ac.uk cc: ind@ukc.ac.uk Subject: banning des@raven I should have added he was also using sgate (pft024 - no known user) and logging into bristol.qvc. I have informed root at qvc. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04699; 18 Nov 87 5:21 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04691; 18 Nov 87 5:17 GMT Date: Wed, 18 Nov 87 5:22:54 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: nroff and user data limits on clipeprs I have distributed the new nroff to all clippers and edited eberybody's passwd files to change all data size limits in the range 512K to 1024K to be 1024K. Does anyone know what the little extra 512 bytes on top of 512k, in the hard limit field, is for? The binary password file, as was, will be in /etc/pass/passwd.orig until Wednesday night, when the rdist run should wipe it out. I will do the same trick on microcodable orions at some point, so that the C compiler works for mortals. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05874; 18 Nov 87 8:54 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05865; 18 Nov 87 8:52 GMT To: mrp@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: banning des@raven Date: 18 Nov 87 09:01:25 GMT (Wed) From: Ian Dallas I have withdrawn the nft... number from sgate. Please let me know if and when des gets re-instated on raven. Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06290; 18 Nov 87 9:21 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06169; 18 Nov 87 9:14 GMT To: unix-staff@ukc.ac.uk Subject: limits From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 18 Nov 87 09:22:38 +0000 Message-ID: <9152.564225758@kite> Sender: pc@ukc.ac.uk A long time ago when we instituted limits on people, Simon Croft had a lot of unexplained crashes in Pascal. After lots of worry and searching this was finally traced to the fact that Pascal was getting a LIMIT signal running out of stack space - BUT there was not enough space on the stack below the limit to take the interrupt. The stack limit was raised a little to cope with this. The other limits got raised a little too for no particular reason except that it looked nicer - or something.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06971; 18 Nov 87 10:08 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06950; 18 Nov 87 10:05 GMT Date: Wed, 18 Nov 87 10:12:52 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: pda1 on gos I am: gos!opr tty0 Nov 13 17:23 pda1 has been set to a seeme shell because misuse of login and paper wasting running off copies of advert for horse racing marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13546; 18 Nov 87 15:20 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13339; 18 Nov 87 15:09 GMT Date: Wed, 18 Nov 87 15:17:17 GMT From: "C.M.Downey" To: cjl@ukc.ac.uk, CST216@janus.ukc.ac.uk cc: unix-staff@ukc.ac.uk, hb@ukc.ac.uk Subject: login on falcon I have now restored your login on falcon. Chris Downey   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14114; 18 Nov 87 15:44 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13949; 18 Nov 87 15:37 GMT Date: Wed, 18 Nov 87 15:45:57 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: jc1 on raven I am: raven!ali tty18 Nov 18 15:37 jc1 has been set to a seeme shell because still being misused - we are checking whether password was changed or not marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14631; 18 Nov 87 16:10 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14562; 18 Nov 87 16:05 GMT Date: Wed, 18 Nov 87 16:09:29 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven /usr The /usr partition on raven is in danger of filling up (again). 2.4Mb free at the moment. Can we have a clean up please? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00355; 19 Nov 87 14:44 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00275; 19 Nov 87 14:41 GMT Date: Thu, 19 Nov 87 14:16:08 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: kernel To all orion+clipper SAs:- There is a new kernel on /nu on your machine(s). This fixes the "out of clists" panic when a user sends hundreds of control characters without letting the pad output the "^X" responses which the kernel is madly trying to vomit at him. The scenario we've seen is holding an arrow key down on an auto-repeat terminal, but no doubt there are others. To install the kernel, say:- cp /vmunix /ounix mv /nu /vmunix [ps(1) gives garbage from now til reboot] /etc/usrs usrs? reboot [say help reboot for details; I say reboot +5] It's best to do this from the console in the machine room, otherwise the reboot process dies as you log out. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00289; 19 Nov 87 16:46 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00254; 19 Nov 87 16:45 GMT Date: Thu, 19 Nov 87 16:40:35 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orion kernel Sorry, I put out the wrong (old) kernel on to *orions*. By the time you read this, /nu should have a kernel dated 19th Nov.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00631; 19 Nov 87 17:03 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00578; 19 Nov 87 17:00 GMT Date: Thu, 19 Nov 87 16:55:34 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Keynes Following misuse of the Keynes terminal room at night, I have closed all clippers+orions+eagle to access from Keynes between 23:55 and 7:55. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01718; 19 Nov 87 17:47 GMT Received: from jay by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01680; 19 Nov 87 17:43 GMT Date: Thu, 19 Nov 87 17:32:06 GMT From: admn@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: users back on machines The following have been restored. Please report any further incidents. mhhc falcon@mars uss raven dc1 gos@mars cjl falcon@mike nft065 vms dcc2 raven will be back Friday   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02565; 19 Nov 87 18:44 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02516; 19 Nov 87 18:41 GMT Date: Thu, 19 Nov 87 14:21:50 GMT From: pjh@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: DIRECT REGISTRATION WITH NRS Cc: uknet@ukc.ac.uk TO WHOM IT MAY CONCERN ====================== I today spoke with John Davidson (061--737-7010) concerning UKnet sites wishing to register directly with NRS. The official procedure is that the site should either write or phone John Davidson who sends them FORM A. The site fills this in and returns it to Jim Craigie, who processes and approves the name. He then returns the form to John Davidson, who puts them on the registration list. Once the organisation is registered we can then add extra machines within that organisation's subdomain. Peter Houlder 19/12/87 ps Please send comments to uknet if any of the above is unclear.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12992; 20 Nov 87 8:35 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12940; 20 Nov 87 8:31 GMT To: uknet@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: DIRECT REGISTRATION WITH NRS In-reply-to: Your message of Thu, 19 Nov 87 14:21:50 GMT. Date: 20 Nov 87 08:30:25 GMT (Fri) From: Ian Dallas >TO WHOM IT MAY CONCERN >====================== > >I today spoke with John Davidson (061--737-7010) >concerning UKnet sites wishing to register >directly with NRS. . . etc. . . >Once the organisation is registered >we can then add extra machines within that organisation's >subdomain. Note, we can only do this if when they register, they designate UKC, and specifically me as the technical administrator. If they choose to be their own technical administrator, then only they will be able to add extra machines, and NOT us. Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00678; 20 Nov 87 9:46 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00601; 20 Nov 87 9:43 GMT Date: Fri, 20 Nov 87 9:42:43 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [rgr: date] This is getting really serious. Can't we do something about it? ----- Forwarded message # 1: Received: from falcon by hobby.Ukc.AC.UK Over Ring with SMTP id aa00988; 19 Nov 87 21:49 GMT Date: Thu, 19 Nov 87 21:39:19 GMT From: rgr@ukc.ac.uk To: cmd@ukc.ac.uk Subject: date Any chance of putting the time right on falcon please ! Its 7 minutes too slow and I missed my bus last night !!!! Thanks Richard. (Im basing my 'time difference' on watches in Eliot at this moment). ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04254; 20 Nov 87 12:11 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04156; 20 Nov 87 12:06 GMT Date: Fri, 20 Nov 87 12:03:47 GMT From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rgr & date I also wish something could be done about it. Mike, Mars and Lucy seem to slip back in time quite quickly. A couple of minutes or more every 24hrs! Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07676; 20 Nov 87 14:56 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07569; 20 Nov 87 14:50 GMT Date: Fri, 20 Nov 87 14:49:05 GMT From: "M.W.Guy" To: hb@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: [marp: conf & write commands.] ----- Forwarded message # 1: Received: from merlin by raven.Ukc.AC.UK Over Ring with SMTP id aa24423; 20 Nov 87 12:18 GMT Date: Fri, 20 Nov 87 12:01:01 GMT From: marp@ukc.ac.uk To: mg@ukc.ac.uk Subject: conf & write commands. Recently it has become more & more difficult to find a free terminal I appeciate that every one has a heavy work load and that the available terminals will be in great demand. I also belive that the problem is being made more accute by certain other users who use the terminals for very non productive work ie using conf & write to each other while they are in the same room. Would it therfor be possible to arrange it such that conf & write deni permision to link with another terminal in the same room. mark (on merlin). thanks. ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab07676; 20 Nov 87 14:56 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07580; 20 Nov 87 14:50 GMT Date: Fri, 20 Nov 87 14:49:28 GMT From: "M.W.Guy" To: hb@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: [jcmh: Using the conf in the same B.... room.] ----- Forwarded message # 1: Received: from merlin by raven.Ukc.AC.UK Over Ring with SMTP id aa23606; 20 Nov 87 12:03 GMT Date: Fri, 20 Nov 87 11:57:12 GMT From: jcmh@ukc.ac.uk To: mg@ukc.ac.uk Subject: Using the conf in the same B.... room. Would it be at all posible to prevent people from using the conf command and wasting usefull computer time when they are confing somebody in the same room ... This seems to be happening whenever there are no free terminals and people want to do some constructive work!!!!!!! Thankyou... ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac07676; 20 Nov 87 14:56 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07634; 20 Nov 87 14:52 GMT Date: Fri, 20 Nov 87 14:51:38 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: [trp: mail] ----- Forwarded message # 1: Date: Fri, 20 Nov 87 12:26:25 GMT From: trp@ukc.ac.uk To: mg@ukc.ac.uk Subject: mail Hello Martin, Could you help me, I've been recieving some rather odd mail, which I don't think I should be recieving!Help! Tez. ----- End of forwarded messages It seems that he noticed too! Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10607; 20 Nov 87 17:36 GMT Received: from osprey by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10580; 20 Nov 87 17:33 GMT Date: Fri, 20 Nov 87 17:27:55 GMT From: pwr@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Ring date service I can define a spec for the date server which we can use at reboot. If we (say) reset the date every night it would probably not have drifted far enough to produce a noticable effect when corrected. At present this service will rely on people setting the time server but soon hopefully it will be automated. pwr.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20161; 21 Nov 87 17:01 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20144; 21 Nov 87 16:58 GMT Date: Sat, 21 Nov 87 16:41:38 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: losing real time on old orions Orions are expected to lose 7 or 8 seconds per day since reboot, at which point the Unix clock is reloaded from the Battery-backed-up real-time clock, which is supposed to be accurate to at least 1 second per year. The problem with reloading the time of day from the time server at reboot is that the time server used to be eagle, which increased the complexity of inter-machine dependency after, say, a power cut. I have rdisted and run a script which sets the time of day (which also sets the RTC) from the time server, using /etc/ring/tsdate, to all old orions. (At or about Sat Nov 21 16:40:00 GMT 1987) Assuming that eagle keeps consistent time, the output from /etc/ring/tsdate should closely match that from "date" immediately after reboot. If they still lose more time than is expected, or if 7 or 8 seconds is too much per day, or if the RTCs hiccup occasionally, we will have to think about alternatives. /etc/ring tsdate seems to get its time reference from eagle still (then the other vaxen , including comet, in turn). Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20359; 21 Nov 87 17:47 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20312; 21 Nov 87 17:44 GMT To: unix-staff@ukc.ac.uk Subject: Re: losing real time on old orions In-reply-to: Your message of Sat, 21 Nov 87 16:41:38 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 21 Nov 87 17:45:05 +0000 Message-ID: <6259.564515105@kite> Sender: pc@ukc.ac.uk The problem with tsdate was the timeout... when machines were down the program would hang for what seemed to be a long time before returning. People assumed that the machine was broken - when in fact it was timing the connection out. I hope that Martin has removed Comet... Pete Riley has something on the bridge to give time.. but this is not battery backed up as yet and so will return stupid results until the reset of the time happens. We may be in business if this returns something known (like 0) after a reboot but before resetting. Is this possible Pete?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16518; 23 Nov 87 10:44 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16478; 23 Nov 87 10:40 GMT Date: Mon, 23 Nov 87 10:32:48 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk, hb@ukc.ac.uk Subject: ukcr login Brian Hyman has been to see me. He was not aware that using SU to get into someone else's login was an offence. I don't think he is in any doubt now! I have banned him from unix until at least the middle of next term. I will give ukcr the login back when they revise their list of users and change their password. Marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab22823; 23 Nov 87 15:39 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20825; 23 Nov 87 14:12 GMT Date: Mon, 23 Nov 87 14:11:31 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: skrs on gos I am: gos!opr tty0 Nov 22 21:40 skrs has been set to a seeme shell.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac22823; 23 Nov 87 15:39 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20850; 23 Nov 87 14:13 GMT Date: Mon, 23 Nov 87 14:13:26 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: skrs on raven I am: raven!opr console Nov 23 09:56 skrs has been set to a seeme shell   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ae22823; 23 Nov 87 15:40 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22358; 23 Nov 87 15:16 GMT Date: Mon, 23 Nov 87 15:10:40 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Keynes terminal room Users in Keynes public terminal room MG-5 are not able to log in to lab unix machines between midnight and 8am. However, staff terminals in Keynes are now exempt from this restriction. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab28618; 23 Nov 87 21:02 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24631; 23 Nov 87 17:08 GMT Date: Mon, 23 Nov 87 17:05:21 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: dac2@merlin I have tidied files and restored login dac2 - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac28618; 23 Nov 87 21:02 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24854; 23 Nov 87 17:19 GMT Date: Mon, 23 Nov 87 17:18:12 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ukcr on eagle I am: eagle!opr console Nov 20 11:18 ukcr has been set to a seeme shell because this login should not be in use - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad28618; 23 Nov 87 21:03 GMT Received: from mike by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24893; 23 Nov 87 17:21 GMT Date: Mon, 23 Nov 87 17:20:16 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: pk1 on mike I am: mike!opr tty0 Nov 23 08:43 pk1 has been set to a seeme shell because misuse of login - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00879; 23 Nov 87 22:57 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00367; 23 Nov 87 22:26 GMT Date: Mon, 23 Nov 87 22:26:45 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: [inaaz: error] ----- Forwarded message # 1: Received: from merlin by raven.Ukc.AC.UK Over Ring with SMTP id aa02282; 23 Nov 87 21:55 GMT Date: Mon, 23 Nov 87 21:48:26 GMT From: inaaz@ukc.ac.uk To: mg@ukc.ac.uk Subject: error What does mean a MALFORMED STATEMENT. thank you. ----- End of forwarded messages Love it!   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19082; 24 Nov 87 12:16 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16294; 24 Nov 87 10:20 GMT To: unix-staff@ukc.ac.uk Subject: Comment bug in clipper compiler From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 24 Nov 87 10:20:49 +0000 Message-ID: <17964.564747649@kite> Sender: pc@ukc.ac.uk ------- Forwarded Message From: Steve Thomas Date: Fri, 20 Nov 87 10:00:08 GMT To: pc@ukc.ac.uk Subject: Re: Bug (?) in Clipper Cpp > The clipper compiler fails to compile > > #include /* start of comment > and onto next line */ > > the trailing comment is not eaten. Is this ANSI behaviour or a > (very minor) bug? This is undoubtedly a bug. The ANSI draft I have (dated 13/1/87) goes to some lengths to describe what happens in section 2.1.1.2. It says 3. ... Each comment is replaced by one space character ... 4. Preprocessing directives are executed ... The compiler does most of its work a line at a time. Precisely what the compiler proper sees is hard to say without experimentation, but it would be instructive to see what happens if does not start with a comment. Steve ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab19082; 24 Nov 87 12:17 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16434; 24 Nov 87 10:25 GMT Date: Tue, 24 Nov 87 10:21:17 GMT From: jch@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: skrs dcc2 skrs has been removed to a seeme shell prior to deletion (not because he's been naughty) - Melanie skrs was on Raven and Gos dcc2 on Raven has now be allowed back on after receipt of his letter. Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13487; 25 Nov 87 11:39 GMT Received: from mars by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13476; 25 Nov 87 11:38 GMT Date: Wed, 25 Nov 87 11:35:39 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: dmj1 on mars I am: mars!map tty04 Nov 25 10:46 dmj1 has been set to a seeme shell because There has been a complaint about this user/login sending offensive 'conf' messages, complaint was directly mailed to me and an article has appeared in ukc.flame. I just want to find out who is using the login and to get an apology for the offended party. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17395; 25 Nov 87 14:42 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17374; 25 Nov 87 14:40 GMT To: unix-staff@ukc.ac.uk Subject: Utl numbers From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 25 Nov 87 14:42:06 +0000 Message-ID: <23917.564849726@kite> Sender: pc@ukc.ac.uk These seem a little haywire - I suggest that the admin server looks after these. We need to allocate a uid space for them Any objections to names... ? Uid login sysid Where Official name 20 nobody utl000 kite 'Unprivileged_user' 7 mmdf utl001 All 'Mail_system' 73 lpq utl002 Eagle 'Line_printer_queue' 11 valid utl003 Eagle,Hawk '*** System ***' date utl004 All 'Date_command' 15 uucp utl005 All 'UNIX-to-UNIX_Copy' 19 uucp7 utl006 All 'UNIX-to-UNIX_Copy' 9 uucp4 utl007 All 'UNIX-to-UNIX_Copy' 12 uucp6 utl009 All 'UNIX-to-UNIX_Copy' 13 uucpf utl013 All 'UNIX-to-UNIX_Copy' 274 sunprin utl015* Falcon 'Sun_printer_server' 122 perq utl016* hawk 'Perq_spooler' 140 ditroff utl017* eagle,hobby 'Device_independent-troff' 199 s utl019* eagle 'S_stats_package' New one: 18? arc utl014 raven,kite 'VMS_archive_server' Notes..................... Existing values of the last four are: 274 sunprin utl030 Falcon 'Sun_printer_server' 122 perq utl122 hawk 'Perq_spooler' 140 ditroff utl202 eagle,hobby 'Device_independent-troff' 199 s utl199 eagle 'S_stats_package' Mmdf will have to be altered everywhere from group cur into group utl. Hence, we will need to run the code to setup tsbsp ports from rc everywhere. Valid will go - eventually. Uid space... if (uid above >= 20) { allocate a new range from 20 } else leave alone Comments????????   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10647; 26 Nov 87 16:00 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10624; 26 Nov 87 15:58 GMT Date: Thu, 26 Nov 87 15:59:01 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: gie on merlin I am: merlin!cmd tty10 Nov 26 15:54 gie has been set to a seeme shell because he sent a message to another user thousands of times using conf.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16073; 26 Nov 87 20:33 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id ab16066; 26 Nov 87 20:30 GMT To: unix-staff@ukc.ac.uk Subject: sys and utl numbers From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 26 Nov 87 20:32:59 +0000 Message-ID: <5263.564957179@kite> Sender: pc@ukc.ac.uk Can I suggest that we reserve sys numbers for `standard' logins root bin etc and everything else is utl... Apart that is from nobody - a login intended to give user level public access to machines. Does this seem reasonable?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19212; 27 Nov 87 0:09 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa19187; 27 Nov 87 0:06 GMT Date: Fri, 27 Nov 87 0:05:11 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: njg typscript of session follows..... Conference from njg@raven,tty03 as Nick ... Nick: Hello ? Nick: Busy ? raven:2% conf njg Nick: Or have you time to talk ? Connection made to njg@raven,tty03. no, drop round. Nick: Well ? Nick: drop round where ? here, stupid Nick: "dataset5" ? indeed. Just follow the wires......   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28478; 27 Nov 87 9:35 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28417; 27 Nov 87 9:31 GMT To: unix-staff@ukc.ac.uk Subject: utl numbers From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 27 Nov 87 09:33:43 +0000 Message-ID: <12842.565004023@kite> Sender: pc@ukc.ac.uk Another thought.... Scrap either sys or utl numbers. Group 0 in 4.3 is wheel. Does group 0 mean anything special - I think not. So... let us scrap sys numbers in favour of utl ones. Any objections?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29100; 27 Nov 87 10:05 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29042; 27 Nov 87 10:02 GMT Date: Fri, 27 Nov 87 10:04:36 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hrao on hawk I am: hawk!opr console Nov 20 11:17 hrao has been set to a seeme shell because hrao has left UKC and someone else seems to be using the login. Want to deny access to make sure all ok.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab29100; 27 Nov 87 10:06 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29073; 27 Nov 87 10:04 GMT Date: Fri, 27 Nov 87 10:05:34 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hrao on eagle I am: eagle!opr console Nov 25 15:33 hrao has been set to a seeme shell because hrao has left UKC and someone else seems to be using the login. Want to deny access to make sure all OK.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00589; 27 Nov 87 11:01 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder In-reply-to: Your message of Fri, 27 Nov 87 10:04:36 GMT. Date: 27 Nov 87 10:51:20 GMT (Fri) Sender: pjh@ukc.ac.uk Subject: hrao on hawk I am: hawk!opr console Nov 20 11:17 hrao has been set to a seeme shell because hrao has left UKC and someone else seems to be using the login. Want to deny access to make sure all ok. I've removed him from international mail authorisation. Regards Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00914; 27 Nov 87 11:15 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00750; 27 Nov 87 11:07 GMT Date: Fri, 27 Nov 87 11:06:35 GMT From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hrao and ? Since hrao is Hammid Arabnia I'd suggest that you ask his old room mates if you wish to find out who the ghost user is, they all work on the transputer side of life. It could be any one of his friends still here...even phw! 8-) Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01077; 27 Nov 87 11:22 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00980; 27 Nov 87 11:17 GMT To: unix-staff@ukc.ac.uk In-reply-to: Your message of 27 Nov 87 10:51:20 GMT (Fri). Subject: hrao on hawk Date: 27 Nov 87 11:19:18 GMT (Fri) From: Ian Dallas Subject: hrao on hawk I am: hawk!opr console Nov 20 11:17 hrao has been set to a seeme shell because hrao has left UKC and someone else seems to be using the login. Want to deny access to make sure all ok. I've removed him from both GATE and SGATE. Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04013; 27 Nov 87 13:36 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04011; 27 Nov 87 13:36 GMT Date: Fri, 27 Nov 87 13:38:40 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: mbe on hawk I am: hawk!opr console Nov 20 11:17 mbe has been set to a seeme shell on request by R.P.Bird because he is a part-time student and has not yet paid his fees.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05005; 27 Nov 87 14:38 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04983; 27 Nov 87 14:35 GMT Date: Fri, 27 Nov 87 14:36:30 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: mbe on eagle I am: eagle!opr console Nov 25 15:33 mbe has been set to a seeme shell because Bob bird asked for him to be barred as he hasnt payed his fees   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05905; 27 Nov 87 15:24 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05875; 27 Nov 87 15:21 GMT To: unix-staff@ukc.ac.uk Subject: hrao From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 27 Nov 87 15:24:34 +0000 Message-ID: <15948.565025074@kite> Sender: pc@ukc.ac.uk Was logged in from S01 last night   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07197; 27 Nov 87 16:18 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07070; 27 Nov 87 16:12 GMT Date: Fri, 27 Nov 87 16:14:33 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hrao on hawk I am: hawk!opr console Nov 20 11:17 hrao has been set to a seeme shell because Has left UKC. Someone else is using number.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09249; 27 Nov 87 17:53 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09239; 27 Nov 87 17:50 GMT Date: Fri, 27 Nov 87 17:46:45 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: remote tape devices I have added a line to /etc/rc on old orions and clippers to mtset tape devices /dev/rnmt10 and 14 to raven's tape drive, a 10-track cartridge drive. Would all orion sysads like to create the four "missing" tape devices by the use of the following lines: mknod /dev/rnmt10 c 18 10 mknod /dev/rnmt11 c 18 11 mknod /dev/rnmt14 c 18 14 mknod /dev/rnmt15 c 18 15 if those devices do not already exist, please. It seems reasonable to create the fourth device, even though it points at nothing, so that one-offs can be pointed at betelgeuse or whatever, without redirecting a standard device. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09362; 27 Nov 87 17:59 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09329; 27 Nov 87 17:56 GMT Date: Fri, 27 Nov 87 17:50:52 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: How to run a shell script on all machines Votes on the following idea, please: Add an entry to the rdist steering file on hobby and raven and eagle, with a "special" line so that when /etc/run.sh is updated, it is sh-ed on all machines. This would make the creation of new devices and other tedious tasks a lot easier. Once the script has been distributed and run, it would be removed from the distribution hosts by its creator. Yes? No? No with sugar? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13822; 28 Nov 87 0:19 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13818; 28 Nov 87 0:18 GMT To: unix-staff@ukc.ac.uk Subject: sys/utl numbers From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 28 Nov 87 00:21:57 +0000 Message-ID: <18599.565057317@kite> Sender: pc@ukc.ac.uk This is an about face - but it might be better to drop the utl numbers. Any problems with that?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13972; 28 Nov 87 0:47 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13956; 28 Nov 87 0:44 GMT To: unix-staff@ukc.ac.uk Subject: eagle .. /usr/sh/overflow.lib From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 28 Nov 87 00:48:02 +0000 Message-ID: <18795.565058882@kite> Sender: pc@ukc.ac.uk I deleted this today (yesterday) and got it back after much struggle. Please check that any bits which you own still work properly. a) Tex... some hard links between macros were not replaced properly b) Digs needs checking out c) News - lost ukc.comp.psy Sorry all.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01862; 30 Nov 87 10:39 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01723; 30 Nov 87 10:33 GMT To: unix-staff@ukc.ac.uk Subject: cb2 Date: 30 Nov 87 10:32:54 GMT (Mon) From: Ian Dallas cb2 (CHG409) has been "using" eagle and SATURN/JANUS/TITAN via SGATE using the gateway id CHR015, even though he has his own id on SGATE. CHR015 has been disabled on SGATE, to see what happens. Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23928; 1 Dec 87 9:24 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23913; 1 Dec 87 9:21 GMT To: unix-staff@ukc.ac.uk Subject: cb2 Date: 01 Dec 87 09:21:03 GMT (Tue) From: Ian Dallas I have been contacted by D. Chadwick, the owner of CHR015, whose login was used by C. Bridges (cb2) to come in to eagle and SATURN via SGATE. The use was legitimate, but he is going to have a word with C. Bridges about the excessive use of 'chat', and the fact that he should have been using CHG409 to come in via the gateway. As a result, access privilege on SGATE has been restored to CHR015. Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28906; 1 Dec 87 13:38 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28898; 1 Dec 87 13:36 GMT Date: Tue, 1 Dec 87 13:33:24 GMT From: cmd@ukc.ac.uk To: cjcr@ukc.ac.uk, dac2@ukc.ac.uk Subject: posting news to ukc.general Cc: unix-staff@ukc.ac.uk Articles such as the one you have just posted do not belong in ukc.general, or, indeed, in any ukc newsgroup. Therefore, you will no longer be allowed to post news. You may appeal this decision, but I am unlikely to be sympathetic at the moment - since you have just wasted half an hour of my time. Chris Downey UKC News System Manager   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29617; 1 Dec 87 14:36 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29596; 1 Dec 87 14:34 GMT Date: Tue, 1 Dec 87 14:22:19 GMT From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: dac2 and cjcr dac2 mailed me and said that it was nothing to do with cjcr. I have un-FASCIST-ed cjcr. (Shame! I hear you cry.) Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24470; 2 Dec 87 15:54 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24459; 2 Dec 87 15:51 GMT Date: Wed, 2 Dec 87 15:40:18 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: microcode A new version of the Orion microcode has been received from HLH. The version number is 18.3. File /sys.cmb has been updated to contain this new release and will come into service when the orions next reboot. It is already in use on Jay, and seems to run OK. The fix is for the CHKSUM instruction, which used to occassionally panic the system. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24517; 2 Dec 87 15:58 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24503; 2 Dec 87 15:56 GMT Date: Wed, 2 Dec 87 15:44:09 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: date The internal value for the time of day inside orions slowly drifts away from reality. As a permanent fix for this long-standing niggle, pwr is constructing a time-of-day server for ukcnet and I have ported the adjtime(2) system call from 4.3 onto the orions. The system call operates by modifying the length of a clock tick rather than just changing the time. This way, time always increases monotonically, so make and alarm and things don't get confused. I'll post more details when all the nuts and bolts are in place and tested. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26128; 2 Dec 87 17:42 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa26118; 2 Dec 87 17:41 GMT Date: Wed, 2 Dec 87 17:36:36 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: permissions on binaries What should the access permissions on system executable binary files be? rwxr-x--x owner=root group=staff seems to be common, and most reasonable. Obviously, programs which require funny owners/groups/perms for other purposes don't need to follow this default. Comments? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26048; 4 Dec 87 0:26 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa26039; 4 Dec 87 0:23 GMT To: unix-staff@ukc.ac.uk Subject: December Bulletin From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 04 Dec 87 00:25:33 +0000 Message-ID: <3936.565575933@kite> Sender: pc@ukc.ac.uk Is there ANYTHING I have forgotten - you have until lunchtime to speak. Please hack the English too, if necessary. I intend putting this in /usr/pub/4.3BSD on Hawk to tell Hawk users that switch over time is Wednesday PM and don't panic! (There is source to this)--- 4.3BSD The current intention is to make Eagle run 4.3BSD over the Christmas vacation. This is not a dramatic change. The file system will remain untouched and it is expected that the majority of existing user programs will run without recompilation. Everyone is advised to re-compile programs to ensure the use of the new compilers and libraries. Perhaps the biggest area of change is in the Fortran Com- piler and its associated libraries which have undergone extensive modification to improve reliability and perfor- mance. The Maths library has been completely rewritten by a group of numerical analysts to improve both its speed and accuracy. In general, however, the swap to 4.3BSD is invisible to most users who will find that the user interface is largely indistinguishable from that which is used when running 4.2BSD. In addition, the old 4.2BSD manual set can easily be used as a guide to 4.3BSD operation. There are no plans at present to buy new sets of 4.3BSD manuals. The cost of these are around 70 per set and we are investigating other methods of supplying the information in written form to users. In the meantime, the on-line manual and how system should act as a reference to operation of the system. We will be using the opportunity of the installation of the new system to carry out the following tasks: + We need to review the set of commands in /usr/local, many of these have either never been extensively used or have fallen out of use with the passing of time. We do not wish to carry around this set of old commands so many of the existing files in /usr/local will be dis- carded when the system goes live. If the programs are required, they will be immediately re-instated unless there are good reasons for not doing so. Perhaps there is a new standard alternative to the old command or the old command is simply being phased out because we are unable to support it any more. We are carrying out this procedure on Hawk in the next few weeks so it is expected that only very few commands which are in gen- eral use will not already be installed on Eagle. Please note that commands which are local only to Eagle will be installed in a new directory, /usr/l. This will need adding into search paths. + We would like to establish a common password file over all the UNIX- machines on Campus. Currently, users are identified by a unique system id and the admin server _________________________ - UNIX is a trademark of AT&T Bell Laboratories. - 2 - ensures that they possess a unique UNIX login name. We would like to ensure that users have the same UNIX user-id on all machines. This is the number which the system uses internally to refer to a user. This is a requirement for several possible `next steps', the most interesting being the establishment of a network file system encompassing many machines. Actually, this change is independent of the switch to 4.3BSD, but it seems sensible to do both operations at once. Changes in the terminal interface for 4.3BSD 4.3BSD comes with a slightly different terminal interface from the one which was present on 4.2BSD. It has seemed appropriate to rework the mapping which is done between the UNIX terminal drivers and the Kent PADs. On standard 4.3BSD, the terminal interface has a defined way of storing the screen size of the terminal, so stty rows r cols c sets the number of rows (lines) down the screen to r and the number of columns across the screen to c. It is possible to arrange for a process or group of processes to recieve a signal when this size is altered. This is mostly of use in windowing operations on workstations where a reshape opera- tion can be communicated by a signal to all the processes using the window. Apart from sending the signal, the stan- dard system simply stores the window size. This system has been adapted to support pagination on Kent terminals. The 4.2BSD command stty page 5 width 24 has been simply replaced on 4.3BSD by stty rows 5 cols 24 The stty program does not print the screen area out by default, and stty all is needed to do this. At a programming level, the old ioctl's dealing with screen area, TIOCGAREA and TIOCSAREA have been replaced by the standard 4.3BSD TIOCGWINSZ and TIOCSWINSZ. The structure used to set and get screen sizes is now called winsize. A consequence of this change is that any program which dealt with the old tarea structure will require recoding and re- compilation. I do not expect that many user programs will - 3 - be affected by this change. There are occasions where users need to turn off terminal pagination. On 4.2BSD, the command stty page 0 was used to do this. In fact, this command also has the effect of setting the PAD into graphical output mode and is equivalent to stty graph On 4.3BSD, the command stty rows 0 will stop terminal pagination. However, line wrapping will still be in force. To set the terminal into graphical out- put mode, the command stty -paging litout is needed. This says `turn paging off and set literal out- put mode'. The change in the names of the options which may be given to stty has been done deliberately to ensure that existing shell scripts fall over noisily, bitterly complaining about the change to the new system. Because there is a slight change to the semantics of the parameters, it is a good idea that things break shrieking that things are wrong rather than silently continuing to operate incorrectly. This is not easily possible for programs which have been compiled with the old ioctl definitions, they will just refuse to function correctly until they are recoded and recompiled. Changes for the sake of change We have been running UNIX on service machines for a long time and as a consequence have a history of minor tailoring of the system to fit in with the requirements of UKCNET and also of the users of the systems. As a result we have many `non-standard' features to programs and utilities. We are now trying hard to resist this type of minor alteration; largely because we now have many machines on campus where these alterations cannot be made. Notice, I said `we are trying hard to resist this', changes will be made where peo- ple desire it. For 4.3BSD, users will instantly notice that ls has been left alone, presenting its columnar output down the screen rather than across. The old format is available by the use of the -x option. This fits in with the ls command on the - 4 - Orions; or more properly the ls command on every other sys- tem. There are no plans initially to alter the format of manual page output as has been done in the past. The password system has been left alone, and we are now run- ning a nearly conventional 4.3BSD password system. Nearly in that the system id has been placed in the name (or GECOS) field. This does mean that all programs which call password routines will need recompilation. The programs will often need complete change If they use local UKC 4.2BSD routines. Finally If you are interested in the full gory details of every pro- gram which has been altered, then the document `Alterations to 4.3BSD' provided with the system is borrowable from Reception. You will survive the change without reading this document; so don't all rush, it certainly isn't required reading. Undoubtely, some things will break when a new system is installed. Please use the news system to inform UNIX staff and users of problems. Polite and helpful news articles will be treated with consideration, as fast as is possible; rude and offensive news articles will be ignored. Listen very carefully, I shall say this only once - you will help every- one if you ensure that you have read the appropriate manual page before complaining. December 4, 1987   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06122; 4 Dec 87 12:31 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06103; 4 Dec 87 12:29 GMT Date: Fri, 4 Dec 87 12:25:28 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: 4.3 rdist Up to today, you have been able to rdist a.out files from eagle+hawk <-> kite. This is no longer allowed: ie transfer between vax 4.2 and vax 4.3 is forbidden. However, as always, you can ship text files between any machines on ukcnet subject to the usual rdistmaster permissions. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23911; 6 Dec 87 17:15 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23885; 6 Dec 87 17:12 GMT To: unix-staff@ukc.ac.uk Subject: Sys logins From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sun, 06 Dec 87 17:16:18 +0000 Message-ID: <5250.565809378@kite> Sender: pc@ukc.ac.uk This scheme seems much easier. The utl group disappears BUT sys logins are allowed to be in other real groups. (There are more sys logins on Osprey which I cannot get to at the moment) Uid login sysid Where Official name 0 root sys000 All 'Superuser' 1 daemon sys001 All 'Background' 2 date sys002 All 'Date_service' 4 opr sys004 All 'Operators' 7 mmdf sys007 All 'Mail_system' 10 uucp sys010 All 'UNIX-to-UNIX_Copy' 11 uucpf sys011 All 'UNIX-to-UNIX_Copy' 12 uucp7 sys012 All 'UNIX-to-UNIX_Copy' 13 uucp6 sys013 All 'UNIX-to-UNIX_Copy' 14 uucp4 sys014 All 'UNIX-to-UNIX_Copy' 17 news sys017 All 'News_system' 18 arc sys018 raven,kite,hawk 'Archive_client' 20 nobody sys020 kite 'Unprivileged_user' 25 s sys025 eagle 'S_stats_package' On 4.3 root is really in staff group deamon is really in guest group date is in guest group opr is staff mmdf in sys uucp in deamon (as are all the uucp's) news in news group arc in staff nobody in guest   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04743; 7 Dec 87 10:45 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04477; 7 Dec 87 10:33 GMT Date: Mon, 7 Dec 87 10:34:54 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: flight on gos I am: gos!opr tty0 Dec 1 18:14 flight has been set to a seeme shell because student who was in charge has requested this because it is now being misused. I shall need to be convinced that they really need it before they go back on. marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05223; 7 Dec 87 11:10 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05197; 7 Dec 87 11:08 GMT To: unix-staff@ukc.ac.uk Subject: Hawk ->4.3 From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 07 Dec 87 11:12:45 +0000 Message-ID: <11050.565873965@kite> Sender: pc@ukc.ac.uk Hawk's new system disc is mounted at /hawk on kite.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05626; 7 Dec 87 11:39 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05564; 7 Dec 87 11:36 GMT Date: Mon, 7 Dec 87 11:39:02 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: eh on eagle I am: eagle!opr console Dec 3 16:44 eh has been set to a seeme shell because it is believed eh has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab05626; 7 Dec 87 11:40 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05607; 7 Dec 87 11:38 GMT Date: Mon, 7 Dec 87 11:40:50 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: jms on eagle I am: eagle!opr console Dec 3 16:44 jms has been set to a seeme shell because it is believed jms has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac05626; 7 Dec 87 11:40 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05624; 7 Dec 87 11:39 GMT Date: Mon, 7 Dec 87 11:42:12 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: pbm on eagle I am: eagle!opr console Dec 3 16:44 pbm has been set to a seeme shell because it is believed pbm has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05756; 7 Dec 87 11:48 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05674; 7 Dec 87 11:42 GMT Date: Mon, 7 Dec 87 11:44:59 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: dge on eagle I am: eagle!opr console Dec 3 16:44 dge has been set to a seeme shell because it is believed dge has left UKC. Initiated by : M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab05756; 7 Dec 87 11:49 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05713; 7 Dec 87 11:44 GMT Date: Mon, 7 Dec 87 11:47:05 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: lgg on eagle I am: eagle!opr console Dec 3 16:44 lgg has been set to a seeme shell because it is believed lgg has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac05756; 7 Dec 87 11:50 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05738; 7 Dec 87 11:45 GMT Date: Mon, 7 Dec 87 11:48:45 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: jak on eagle I am: eagle!opr console Dec 3 16:44 jak has been set to a seeme shell because it is believed jak has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05919; 7 Dec 87 11:59 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05810; 7 Dec 87 11:51 GMT Date: Mon, 7 Dec 87 11:46:16 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orion kernel To all orion SAs:- There is a new kernel on /nu on your machines. It supports the adjtime(2) system call (I'll put the manual page out tonight). This will allow us to keep more accurate time on the orions when pwr gets his network time server working. To install the new kernel say:- cp /vmunix /ounix mv /nu /vmunix /etc/usrs usrs? reboot now Installing new kernel . Remain logged in until the machine actually reboots. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08198; 8 Dec 87 1:22 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08108; 8 Dec 87 1:21 GMT Date: Tue, 8 Dec 87 1:16:19 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: What to call the orions I suggest that we call the original, microcodable orions the Mk0, and the clippers the Mk2. This system will, of course, fall down when they release *their* Mark 2, but they do not plan to do this. (which is why they chose the clipper) Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08485; 8 Dec 87 1:29 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08359; 8 Dec 87 1:26 GMT Date: Tue, 8 Dec 87 1:18:30 GMT From: mg@ukc.ac.uk To: admn@ukc.ac.uk Subject: The admin server, a deficiency Cc: unix-staff@ukc.ac.uk -------- raven:38% f a Login name: a sft002 In real life: . .Adderina Kaharudin Last login Fri Dec 4 09:08 from Computing CCo2 - G -------- What *has* the admin server done here? The dots are preposterous and why have two names been shortened to one initial? I thought you couldn't *have* spaces in finger-names (and why not?). Also, it must be possible to write the code to come up with the same login name stem given "M.Guy" or "Martin Guy", as it should do for "Gliding club" N'est-ce pas? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08903; 8 Dec 87 2:16 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08898; 8 Dec 87 2:15 GMT To: unix-staff@ukc.ac.uk Subject: Spaces in finger names From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 08 Dec 87 02:16:28 +0000 Message-ID: <16262.565928188@kite> Sender: pc@ukc.ac.uk Make it difficult for the mail system - and the soundex algorithm. Both expect names in a canonical form.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15032; 8 Dec 87 9:13 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15027; 8 Dec 87 9:12 GMT Date: Tue, 8 Dec 87 9:08:56 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orions Martin Guy says:- >I suggest that we call the original, microcodable orions the Mk0, and the >clippers the Mk2. This system will, of course, fall down when they >release *their* Mark 2, but they do not plan to do this. (which is why they >chose the clipper) I violently disagree. I have only just got the hang of the 'orion' and 'clipper' nomenclature, and will continue in that vein. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15117; 8 Dec 87 9:28 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15112; 8 Dec 87 9:26 GMT Date: Tue, 8 Dec 87 9:25:58 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: orions Alan violently disagrees with Martin. I agree wih Alan. The real point is that there is now so much confusion about the numbers that we can't really use them at all; one cannot be sure that everyone else is operating with the same system. So: I reckon that numbers are banned, and if anyone says "Mk.1" to you, you say "Pardon?". Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15948; 8 Dec 87 10:20 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15799; 8 Dec 87 10:13 GMT Date: Tue, 8 Dec 87 9:48:56 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orions This is in danger of becoming a holy war. Martin says:- >You can't call the old ones "orions" as the new ones are also orions. Oh yes I can. "When I use a word it means exactly what I want it to mean, nothing more and nothing less". No flames please for the Lewis Carroll misquote. >I sent them a tirade about their nomenclature ("numclature"?) lsat night. >I'll forward any reply! I've already been round this loop. Steve Thomas seemed to agree that the naming was unfortunate. Right now I'd rather he worked on porting 4.3 to the clipper than responding to flames. Everyone may choose their own clipper/orion naming convention: that's their privilege. My convention for output is clipper and orion. I parse input by stripping noise words and if I don't end up with a token of clipper or orion I give a syntax error. The parser has a hard-coded case label for the noise word microcodable, for backward compatibility, but the result is undefined. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16097; 8 Dec 87 10:31 GMT Received: from osprey by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16085; 8 Dec 87 10:29 GMT Date: Tue, 8 Dec 87 10:26:03 GMT From: pwr@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: naming since cpp predefines 'orion' for old machines and 'clipper' for new this suggests a convention we should use!!   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22643; 8 Dec 87 16:01 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21723; 8 Dec 87 15:16 GMT Date: Tue, 8 Dec 87 15:13:07 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: inet stuff Since we don't run the internet versions of rwho, ftp, ruptime, telnet, tip, ucu on orions, I have moved their manual pages into /usr/man/mano on hobby, which is not distributed. This will save alittle disk space, but more importantly, will reduce user-consternation. Also, UKC's verison of rwho is up in /usr/local/on all machines (or will be after rdist's run) Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24153; 8 Dec 87 17:11 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23706; 8 Dec 87 16:47 GMT To: unix-staff@ukc.ac.uk, rde@ukc.ac.uk, reb@ukc.ac.uk Subject: Maintenance of the locations data base From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 08 Dec 87 16:48:20 +0000 Message-ID: <20300.565980500@kite> Sender: pc@ukc.ac.uk The source for the location database is now in a directory /usr/locations on hawk. To alter the world cd /usr/locations make This will install and check the files which you have edited. Files will not be installed if there are syntax errors in the source files. The loc_to_b on /etc/locations is setuid to root so that mortals in the tech group can install the real files on /etc/locations   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25337; 8 Dec 87 18:08 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25038; 8 Dec 87 17:52 GMT To: unix-staff@ukc.ac.uk Subject: Revised sys list From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 08 Dec 87 17:53:09 +0000 Message-ID: <20648.565984389@kite> Sender: pc@ukc.ac.uk Uid login sysid Where Official name 0 root sys000 All 'Superuser' 1 daemon sys001 All 'Background' 2 date sys002 All 'Date_service' 4 opr sys004 All 'Operators' 7 mmdf sys007 All 'Mail_system' 10 uucp sys010 All 'UNIX-to-UNIX_Copy' 11 uucpf sys011 All 'UNIX-to-UNIX_Copy' 12 uucp7 sys012 All 'UNIX-to-UNIX_Copy' 13 uucp6 sys013 All 'UNIX-to-UNIX_Copy' 14 uucp4 sys014 All 'UNIX-to-UNIX_Copy' 17 news sys017 All 'News_system' 18 arc sys018 raven,kite,hawk 'Archive_client' 19 wizard sys019 eagle 'Games-wizard' 20 nobody sys020 kite 'Unprivileged_user' 25 s sys025 eagle 'S_stats_package' 26 backup sys026 osprey 'User_Backup' 27 sysbkup sys027 osprey 'System_backup' Note: on 4.3 we can have date actually with the same uid/gid as daemon.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00894; 9 Dec 87 2:05 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00867; 9 Dec 87 2:03 GMT To: unix-staff@ukc.ac.uk Subject: Hard links vs symbolic links From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 09 Dec 87 02:03:35 +0000 Message-ID: <23324.566013815@kite> Sender: pc@ukc.ac.uk If we require a system program with more than one name listen/connect - call/hobby..../etc we have made lots of symbolic links to the master copy to allow easy updating without breaking the hard links. I have never been 100% happy with this: a) it goes against my religious V6 sensibilities b) it costs disc space. c) it costs cpu and disc cycles to service the symbolic link The (b) is the important thing. Call now has 21 links - each link costs 512b - net loss 10K of disc. It would be *better* and faster to use hard links. Rdist will cope properly with hard links... assuming that all the links are quoted when the file is copied - i.e. a master rdist will work - piecemeal installation will fail. So we only need to worry about the actual installation of a new version of the master program. The usual method `install' deletes the dest file before copying in case it is in use - this breaks the links. So 1) we could have a special script /etc/syslinks around to execute to recreate the links. ie syslinks call does call syslinks does all known links This would have to be hand crafted for every program but might be the best way to go - the disadvantage here is that we would all have to remember to edit the script when a new link was installed. This could be run periodically to update links which might mean that to add a link we simply edit this file and a nightly run would create it. With this scheme, one of the copies would have to be designated the master - easy with call - not so easy with connect/listen or vi. 2) we could use a shell script - which a) found the target file b) obtained all the current links using the inode number c) did the install d) rm and ln the list to the new version The disadvantage here is that the links may only exist in the current directory - i.e. it would not cope with vi (I have written this script to see if it was possible). The script could use ncheck but that is probably too slow to be reasonable. You would need to remember to linstall a file rather than install it (we could change install to do this automatically but I am not too keen on that) and also that rdist must be run with all the links. Any votes? Is call just a special case which we should deal with separately? I think that I am now in favour of (1) - having written this letter.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06681; 9 Dec 87 10:26 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06678; 9 Dec 87 10:25 GMT To: unix-staff@ukc.ac.uk Subject: Re: Hard links vs symbolic links From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 09 Dec 87 10:25:30 +0000 Message-ID: <25370.566043930@kite> Sender: pc@ukc.ac.uk Reactions? ------- Forwarded Message From: ih@ukc.ac.uk Date: Wed, 9 Dec 87 10:10:02 GMT To: pc@ukc.ac.uk Subject: Re: Hard links vs symbolic links It'd be even better if we didn't have each system name as an alias to call. What're gonna do when there's dozens and dozens of systems on campus all networked together, surely not an alias for every one of them. ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07579; 9 Dec 87 11:16 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07344; 9 Dec 87 11:04 GMT Date: Wed, 9 Dec 87 11:04:30 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: Re: Hard links vs symbolic links I don't see why we shouldn't have lots of links to call - it makes life easier - but perhaps they should be in a directory other than /usr/local. 4.3 uses /usr/hosts for the rlogin equivalent; perhaps we should usurp this directory for these aliases? (Given also that you can have lots of dirs in your path on 4.3). Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08197; 9 Dec 87 11:48 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07677; 9 Dec 87 11:22 GMT To: unix-staff@ukc.ac.uk Subject: hawk changeover From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 09 Dec 87 11:22:28 +0000 Message-ID: <25817.566047348@kite> Sender: pc@ukc.ac.uk The new motd was getting ridiculous. I have started to use the msgs system on hawk to communicate alterations to users. Only su can post to the system - at some point when things have settled we can stop using the system   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab08197; 9 Dec 87 11:48 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07843; 9 Dec 87 11:30 GMT Date: Wed, 9 Dec 87 11:30:18 GMT From: "M.A.Pralat" To: unix-staff@ukc.ac.uk Subject: Tape Spotted! One cartridge tape on work surface above fridge in kitchen. The letter with the tape just screamed at me to be read, buzz words like HLH, System Manager, Fortran Compiler, f77 leapt at me. The tape consists of a modified (dare I hope fixed) f77 compiler for Orions (nothing in the letter refers to the 1/05 (sic for 1/05)) What's the story behind the tape. When do I get my hands on it? It seems to cover most of the bugs I reported (20 months isn't that long to wait I suppose). No ransom is being demanded because I resisted temptation I left the tape where it was. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09710; 9 Dec 87 12:49 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09548; 9 Dec 87 12:44 GMT Date: Wed, 9 Dec 87 12:37:28 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: batch A bugette reported by Richard Almeida in ba(1). If you use ba -o to write the job log in a file which you can only create by way of your group permissions, then the batch system fails to create the file and throws the job log away. This is due to the absence of an initgroups(3) call in the code. I've fixed it now, and a new /etc/batd will be distributed tonight. The new version will come into service when the machines subsequently reboot. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12460; 9 Dec 87 14:59 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12371; 9 Dec 87 14:54 GMT To: unix-staff@ukc.ac.uk Subject: Hawk From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 09 Dec 87 14:54:38 +0000 Message-ID: <778.566060078@kite> Sender: pc@ukc.ac.uk is up   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13005; 9 Dec 87 15:18 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12963; 9 Dec 87 15:17 GMT Date: Wed, 9 Dec 87 15:13:06 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: 4.3 man Hawk is running the 'standard' man (with 'more'). Is this intentional? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14550; 9 Dec 87 16:46 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14508; 9 Dec 87 16:42 GMT Date: Wed, 9 Dec 87 16:36:11 GMT From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Hawk's mail(1) This is directed to sjl and to unix-staff for info. When reading mail via mail and you use 'r' to reply to sender and then terminate the message using ^C ^C, the last ^C causes the screen to be filled with gibberish, you get the message 'Segmentation Fault' and you leave mail. What used to happen is that you'd only terminate the r'ed message, what you'd typed so far would be written to dead.letter and you'd get the mail> prompt back. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15467; 9 Dec 87 17:47 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15412; 9 Dec 87 17:43 GMT Date: Wed, 9 Dec 87 17:27:57 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: csh on clippers I have found and corrected the bug in csh which caused it to die on clippers if a source'd file got an error. As usual, it was the "let's stick variables in registers" profligacy which caused trouble, with setjmp/longjmp helping things along. It's all very well saying "longjmp resets the registers exactly as they were at the call to setjmp, so changing register variables is verboten after a setjmp call", but this is f***ing stupid with a compiler which registerises things behind your back. I had to add a dummy address-of statement to the code in order to force the offending variable out of its hidden register. HLH claimed not to have seen this particular instance of this bug. That's probably because they haven't compiled csh with version ten-million-and-one of the C compiler. I've not worked on csh before: the code is pretty hard to follow. It's taken me 2 days to figure out what was going wrong. 2 senior programmer days per portability bug per "public domain" program, and we are going to move to running more service work on clippers? I shudder! #endif flame Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17888; 9 Dec 87 21:27 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17884; 9 Dec 87 21:25 GMT To: unix-staff@ukc.ac.uk Subject: Hitting the discussion on the head From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 09 Dec 87 21:25:56 +0000 Message-ID: <2764.566083556@kite> Sender: pc@ukc.ac.uk I decided to move the links to call into a directory /usr/call and leave a makefile there to re-create them if and when the call program is replaced. We will let rdist do the rest.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28025; 10 Dec 87 10:02 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27819; 10 Dec 87 9:54 GMT Date: Thu, 10 Dec 87 9:53:53 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: njg on raven I am: raven!opr console Dec 4 22:18 njg has been set to a seeme shell because misuse of comp facilities again marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04675; 10 Dec 87 14:08 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04602; 10 Dec 87 14:03 GMT Date: Thu, 10 Dec 87 14:01:02 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven games We were a bit pushed for space on /usr on raven. /usr/semag (mode 700) seemed to be the original games directory as issued by hlh. I've moved it to /u/games. The real /usr/games continues to only contain fortune. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13058; 11 Dec 87 0:52 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13056; 11 Dec 87 0:52 GMT Date: Fri, 11 Dec 87 0:46:52 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Life on eagle Has anybody removed the life document from /usr/doc/life in the last April 23rd 1985? If it has gone somewhere, could we please have it back in /usr/src/games/life, please? Ta. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23569; 11 Dec 87 12:22 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23487; 11 Dec 87 12:19 GMT Date: Fri, 11 Dec 87 12:18:57 WET From: "R.E.Jones" To: unix-staff@ukc.ac.uk Subject: 4.3BSD Can qterm be put up again? I think it belongs to iau. Dick   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10228; 12 Dec 87 9:48 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10222; 12 Dec 87 9:47 GMT Date: Sat, 12 Dec 87 9:41:37 WET From: jmh@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Does 'man' work yet ? Each and every time I try to use 'man', this happens % man 1 ls connect: No free tsb ports. % Is this expected ?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14112; 13 Dec 87 0:58 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14105; 13 Dec 87 0:56 GMT To: unix-staff@ukc.ac.uk Subject: man on hawk From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sun, 13 Dec 87 00:55:45 +0000 Message-ID: <22649.566355345@kite> Sender: pc@ukc.ac.uk Was because man was remote and jmh was not in cur. 1) What is the percieved wisdom about setting up groups into the tsb interface. Does anyone have a current algorithm? 2) Should there be a ukcnet group for setgid programs to access the net?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06204; 14 Dec 87 13:55 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06128; 14 Dec 87 13:50 GMT Date: Mon, 14 Dec 87 13:49:56 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: mpa on raven I am: raven!opr console Dec 4 22:18 mpa has been set to a seeme shell because login used by another student just wanted for questioning at this stage - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab06204; 14 Dec 87 13:55 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06162; 14 Dec 87 13:52 GMT Date: Mon, 14 Dec 87 13:51:50 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: gie on merlin I am: merlin!opr tty0 Dec 12 09:07 gie has been set to a seeme shell because allowed login to be used by another student for playing games marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07568; 14 Dec 87 15:59 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07566; 14 Dec 87 15:58 GMT Date: Mon, 14 Dec 87 15:56:18 WET From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hawk rdist Remote distribution from hawk is now working again. The terminal locations database will go out at midnight. Hawk is the BSD 4.3 reference machine, so if you add/remove anything in the public filestore it will be propagated to all other 4.3 vaxen (ie kite). Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20937; 15 Dec 87 13:50 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20928; 15 Dec 87 13:49 GMT Date: Tue, 15 Dec 87 13:49:44 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: djb2 on gos I am: gos!opr tty0 Dec 8 08:11 djb2 has been set to a seeme shell because various minor misdeeds - Heather   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24743; 15 Dec 87 16:43 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20952; 15 Dec 87 13:50 GMT Date: Tue, 15 Dec 87 13:50:11 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: djb2 on eagle I am: eagle!opr console Dec 11 11:49 djb2 has been set to a seeme shell because various minor misdeeds - Heather   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab24743; 15 Dec 87 16:43 GMT Received: from mars by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20986; 15 Dec 87 13:52 GMT Date: Tue, 15 Dec 87 13:52:01 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: djb2 on mars I am: mars!opr tty0 Dec 8 19:49 djb2 has been set to a seeme shell because various minor misdeeds - Heather   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad24743; 15 Dec 87 16:44 GMT Received: from lucy by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23403; 15 Dec 87 15:37 GMT Date: Tue, 15 Dec 87 15:37:10 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: dk1 on lucy I am: lucy!map tty01 Dec 15 15:32 dk1 has been set to a seeme shell because it appears they may be sharing a login with someone else. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12551; 16 Dec 87 10:34 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12484; 16 Dec 87 10:30 GMT Date: Wed, 16 Dec 87 10:29:31 GMT From: root@ukc.ac.uk Subject: Seeme set for pc on eagle To: unix-staff@ukc.ac.uk Subject: pc on eagle I am: eagle!pc tty14 Dec 16 10:21 pc has been set to a seeme shell because he is testing whether he can get a subject line into the mail from seeme.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23102; 16 Dec 87 17:20 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23013; 16 Dec 87 17:16 GMT Date: Wed, 16 Dec 87 17:09:17 WET From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: environment variable PRINTER & lpr On hawk it appears that the environment variable PRINTER is undefined. /usr/local/printers (no man page present) returns that lpr is my local printer. Lpr(1) uses the main printer. Is the absence of PRINTER's definition intentional. Should I have this defined in my .cshrc? Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24684; 16 Dec 87 18:48 GMT To: unix-staff@ukc.ac.uk Subject: no free tsb Date: 16 Dec 87 18:46:30 GMT (Wed) From: Peter Houlder It happens to me as well - and I hope I am in cur. (but not a Trustees Savings Bank shareholder - is this my mistake ?? ) ------- Forwarded Messages From: jmh@ukc.ac.uk Date: Sat, 12 Dec 87 9:41:37 WET To: unix-staff@ukc.ac.uk Subject: Does 'man' work yet ? Each and every time I try to use 'man', this happens % man 1 ls connect: No free tsb ports. % Is this expected ? ------- Message 2 From: Peter Collinson Date: Sun, 13 Dec 87 00:55:45 +0000 To: unix-staff@ukc.ac.uk Subject: man on hawk Was because man was remote and jmh was not in cur. 1) What is the percieved wisdom about setting up groups into the tsb interface. Does anyone have a current algorithm? 2) Should there be a ukcnet group for setgid programs to access the net? ------- End of Forwarded Messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29850; 17 Dec 87 0:45 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29832; 17 Dec 87 0:44 GMT To: unix-staff@ukc.ac.uk Subject: PRINTER environment variable From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 17 Dec 87 00:44:06 +0000 Message-ID: <13239.566700246@kite> Sender: pc@ukc.ac.uk This was missing on 4.3. I have added the relevant code to login. Can you please check that it gives meaningful results please   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09881; 17 Dec 87 10:24 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09682; 17 Dec 87 10:13 GMT Date: Thu, 17 Dec 87 10:03:41 WET From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: offer/accept Is this facility still available on hawk please? I get permission denied when trying to accept a file from eagle. File is accepted ok on eagle. I was expecting it to work because there is a manual page readable from hawk. Is this a false assumption? Marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10720; 17 Dec 87 10:40 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10665; 17 Dec 87 10:35 GMT To: mrp@ukc.ac.uk Subject: Re: offer/accept In-reply-to: Your message of Thu, 17 Dec 87 10:03:41 WET . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: unix-staff@ukc.ac.uk Date: Thu, 17 Dec 87 10:35:27 +0000 Message-ID: <15076.566735727@kite> Sender: pc@ukc.ac.uk Remote offer/accept has not worked for a long time.. it uses rcp to copy the file as ROOT and we can no longer do that for security reasons. It should work ON a machine - I ported it and did a little cursorary testing so it could be broken. It is on my list to be worked on, but is medium to low priority. Unless someone else wants to have a go.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13431; 17 Dec 87 12:22 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13319; 17 Dec 87 12:19 GMT To: unix-staff@ukc.ac.uk Subject: 4.3 Cron From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 17 Dec 87 12:19:23 +0000 Message-ID: <15730.566741963@kite> Sender: pc@ukc.ac.uk Please beware if editing crontab or crontab.local on 4.3. The file now has a user name after the times field who is to run the program.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24745; 18 Dec 87 4:14 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24743; 18 Dec 87 4:14 GMT Date: Fri, 18 Dec 87 4:14:09 GMT From: "M.Guy" To: unix-staff@ukc.ac.uk Subject: Re: environment variable PRINTER & lpr PRINTER should be set up by login when it looks up your entry in the locations database. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25163; 18 Dec 87 5:19 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25159; 18 Dec 87 5:17 GMT Date: Fri, 18 Dec 87 5:08:52 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Accuracy of real-time clocks on old orions Cc: steve@hlh.uucp Here is a measure of the amount of real time lost by a running 4.2 Unix kernel on a microcodable orion, taken just before the adjtime() stuff was set in action. The figures are probably accurate to a second. Host Number of seconds lost per 24 hours falcon 5 jay 7 merlin 7 gos 8 mars 35.5 lucy 36.5 mike 38.5 hobby 39 kestrel 39 it certainly seems that we have two sorts of machine in this respect! Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11618; 19 Dec 87 0:48 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11612; 19 Dec 87 0:47 GMT To: unix-staff@ukc.ac.uk Subject: BBC support on 4.3 From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 19 Dec 87 00:47:22 +0000 Message-ID: <23240.566873242@kite> Sender: pc@ukc.ac.uk I propose to port bload/bsave/tload/tsave and place the library of programs which can be called into /usr/local/lib. I do NOT propose to port the beeb system and its manual pages. Does this seem reasonable?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05733; 20 Dec 87 22:07 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05714; 20 Dec 87 22:04 GMT Date: Sun, 20 Dec 87 21:59:34 GMT From: mg@ukc.ac.uk To: djc@ukc.ac.uk, gewt@ukc.ac.uk, iau@ukc.ac.uk, mdh@ukc.ac.uk, mjst@ukc.ac.uk, pwr@ukc.ac.uk, unix-staff@ukc.ac.uk Clipperwocky 'Twas gmtime, and the memory-bound shells Did glob and vfork in the filesystem. All misaligned were the user structures, And the compiler did barf. Beware the Fairchild Clipper, son. The bus that grabs, the alignment that sucks. Beware the register arguments and mourn Stack backtraces a la vax. He took the BCPL compiler in hand Long time the kernel core dump he sought He fixed getlogin that gave you su And put arguments back on the stack. -X84! -Z85! Sometimes -O! The compiler bugs came two by two. So it's back to ed to bang your head on the documents it lacks. And hast thou tamed the 1/05? Write me a distfile! Live free or die! Unix! Berkeley! 4.2! VMS, just say no. 'Twas gmtime, and the memory-bound shells Did glob and vfork in the filesystem. All misaligned were the user structures, And the compiler did barf.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06048; 20 Dec 87 23:14 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06032; 20 Dec 87 23:13 GMT Date: Sun, 20 Dec 87 23:10:58 WET From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: bbc suite I am in progress of doing bload and friends, and trying not to get confused! Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08067; 4 Jan 88 18:17 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08059; 4 Jan 88 18:15 GMT To: unix-staff@ukc.ac.uk Subject: Getting the sysid on 4.3 From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 04 Jan 88 18:14:56 +0000 Message-ID: <11362.568318496@kite> Sender: pc@ukc.ac.uk It has been pointed out that we ought to have a routine to obtain the system-id from a password file entry. I have done this... it is called char * ukcsysid(pw, clean) struct passwd *pw; int clean; It returns a pointer to a static array containing the system id. pw is a pointer to the passwd entry. If clean is non zero, then the pw_gecos field has a null inserted in the appropriate place so that it now contains ONLY the name of the user. To get this routine do cc...... -lukcpass the manual page man ukcpass includes a reference to this. Or it will when the catman which I have just started on Eagle finishes. Oh.. Happy New Year to you all.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24504; 5 Jan 88 14:14 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24395; 5 Jan 88 14:09 GMT Date: Tue, 5 Jan 88 14:08:44 GMT From: root@ukc.ac.uk Subject: Seeme set for sg1 on eagle To: unix-staff@ukc.ac.uk Subject: sg1 on eagle I am: eagle!opr console Jan 5 10:06 sg1 has been set to a seeme shell because I suspect has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab24504; 5 Jan 88 14:15 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24456; 5 Jan 88 14:11 GMT Date: Tue, 5 Jan 88 14:11:35 GMT From: root@ukc.ac.uk Subject: Seeme set for wkl on eagle To: unix-staff@ukc.ac.uk Subject: wkl on eagle I am: eagle!opr console Jan 5 10:06 wkl has been set to a seeme shell because I suspect has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24727; 5 Jan 88 14:27 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24546; 5 Jan 88 14:15 GMT Date: Tue, 5 Jan 88 14:15:05 GMT From: root@ukc.ac.uk Subject: Seeme set for jsht1 on eagle To: unix-staff@ukc.ac.uk Subject: jsht1 on eagle I am: eagle!opr console Jan 5 10:06 jsht1 has been set to a seeme shell because I suspect has left UKC. Initiated by: M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25294; 5 Jan 88 15:00 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25262; 5 Jan 88 14:58 GMT Date: Tue, 5 Jan 88 14:55:23 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: canon I've mounted the remote (ftp) canon command on raven. For some reason the man+how pages were missing on *hobby*, even tho the canon command has been there for ages, so I've put the pages up on hobby too. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27134; 5 Jan 88 17:47 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27117; 5 Jan 88 17:44 GMT To: mh1@ukc.ac.uk, mrp@ukc.ac.uk, admn@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: Eagle switchover From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 05 Jan 88 17:44:22 +0000 Message-ID: <20050.568403062@kite> Sender: pc@ukc.ac.uk Please make no more changes to Eagle's password file until after we switch. This includes seeme's and deletions. I think that the current version on kite is up-to-date now   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20198; 6 Jan 88 19:20 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18738; 6 Jan 88 18:01 GMT To: unix-staff@ukc.ac.uk Subject: 43 on eagle From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 06 Jan 88 18:00:58 +0000 Message-ID: <258.568490458@kite> Sender: pc@ukc.ac.uk This seems OK.... /usr/src -> the 4.3 source - /usr/src /usr/src42 -> the old 4.2 source tree   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06509; 7 Jan 88 9:55 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06380; 7 Jan 88 9:47 GMT Date: Thu, 7 Jan 88 9:46:50 WET From: root@ukc.ac.uk Subject: Seeme set for eh on eagle To: unix-staff@ukc.ac.uk Subject: eh on eagle I am: eagle!opr console Jan 6 16:21 eh has been set to a seeme shell because User has left. Pending transfer of files to another account. Melanie   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06909; 7 Jan 88 10:18 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06760; 7 Jan 88 10:10 GMT Date: Thu, 7 Jan 88 10:02:41 WET From: drm@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: EM can't find its help file on hawk Dear All, Appended is a script file showing that the 'h' command doesn't work in EM on hawk. Script started on Thu Jan 7 10:01:18 1988 hawk% em fddata.dat 56 >h /usr/lib/emhelp/commands not found >q hawk% script done on Thu Jan 7 10:01:37 1988 I haven't tried out EM on eagle but the same problem may exist there. David.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07402; 7 Jan 88 10:45 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07263; 7 Jan 88 10:38 GMT To: drm@ukc.ac.uk Subject: Re: EM can't find its help file on hawk In-reply-to: Your message of Thu, 7 Jan 88 10:02:41 WET . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: unix-staff@ukc.ac.uk Date: Thu, 07 Jan 88 10:38:09 +0000 Message-ID: <4657.568550289@kite> Sender: pc@ukc.ac.uk Fixed   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07581; 7 Jan 88 10:55 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07564; 7 Jan 88 10:54 GMT Date: Thu, 7 Jan 88 10:51:20 WET From: fdfd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: compact and uncompact programs How can I use them now? Is there some alternative programs to use for the same purposes with better results? How can I use ? Thank you for your attention.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08988; 7 Jan 88 12:25 GMT Received: from osprey by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08858; 7 Jan 88 12:18 GMT Date: Thu, 7 Jan 88 12:15:00 GMT From: djc@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Plot Why can`t i plot a file using the flag: plot -Tben ?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab08988; 7 Jan 88 12:26 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08883; 7 Jan 88 12:20 GMT Date: Thu, 7 Jan 88 12:16:43 WET From: jg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: uwst Now that we have resize etc. will uwst now happily work inside windows ? As you may already know, it doesn't at the moment ...   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09405; 7 Jan 88 12:37 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09094; 7 Jan 88 12:26 GMT Date: Thu, 7 Jan 88 12:19:57 WET From: eeb@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: problem with dpma One of the "msgs" suggested that the HP "dpma" would be OK with a troffed file but not otherwise. One of my output files seems to have got lost, since "lpq -Pdpma" said it was being printed, while nothing has come out, and "lpq -Pdpma" now claims the queue is empty. A possible diagnostic. When I first put the job into the queue and typed "lpq", my job was described as 3rd in line. maybe the earlier ones were non-troff, and confused the system.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10353; 7 Jan 88 13:09 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10129; 7 Jan 88 13:03 GMT Date: Thu, 7 Jan 88 13:00:11 WET From: rpa@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: group ownership I had a directory and some files that were group cur, that have now become group kmem. This doesnt matter to me, but might provide you with some problems at some time Richard. (re Eagle 4.3Bsd conversion)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13040; 7 Jan 88 14:52 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12983; 7 Jan 88 14:47 GMT Date: Thu, 7 Jan 88 14:42:50 WET From: jmb@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rwho gives message "/usr/spool/rwho: No such file or directory"   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13394; 7 Jan 88 15:13 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13363; 7 Jan 88 15:11 GMT Date: Thu, 7 Jan 88 15:05:00 WET From: jch@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: help on Eagle 4.3 help: Command not found Used to work, so I am told.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13628; 7 Jan 88 15:33 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13621; 7 Jan 88 15:32 GMT Date: Thu, 7 Jan 88 15:32:37 GMT From: "M.Guy" To: jmb@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: rwho I guess that this is the inefficient ethernet version. Do we want to get this working over inet, or shall I put mine up, Peter? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18095; 7 Jan 88 21:38 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18077; 7 Jan 88 21:34 GMT Date: Thu, 7 Jan 88 21:32:17 WET From: jmb@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: lprm Without any arguments, this doesn't seem to do anything, whereas lprm -Pprinter seems to work.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27581; 8 Jan 88 9:05 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27520; 8 Jan 88 9:02 GMT To: unix-staff@ukc.ac.uk Subject: lpr to canon from eagle From: Ian Dallas Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x3633 Date: Fri, 08 Jan 88 09:02:03 +0000 Message-ID: <2577.568630923@hawk> Sender: ind@ukc.ac.uk lpr -n -Pcanon filename does not seem to do anything now, other than depositing the file down a "black hole". Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27689; 8 Jan 88 9:14 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27658; 8 Jan 88 9:11 GMT Date: Fri, 8 Jan 88 9:09:40 WET From: os1@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: eagle lf not working. Olwen   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28189; 8 Jan 88 9:54 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28169; 8 Jan 88 9:52 GMT Date: Fri, 8 Jan 88 9:52:38 GMT From: "C.M.Downey" To: os1@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: lf not working "lf" is not a standard command - it's a UKC local. We did not consider it worth the effort to support this sort of thing, when you can say alias lf ls -F to get the same effect. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29251; 8 Jan 88 11:15 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29226; 8 Jan 88 11:14 GMT Date: Fri, 8 Jan 88 10:59:28 WET From: is@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: S statistical package This can no longer be invoked by the command S - is this a part that will need slight alteration (msgs #11) ? Has there been a change in the path? or method of invocation? I would like to use S asap as I have several analyses I am part way through. Many thanks Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29738; 8 Jan 88 11:58 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29725; 8 Jan 88 11:57 GMT Date: Fri, 8 Jan 88 11:48:04 WET From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rpa su Cc: rpa@ukc.ac.uk I have removed rpa from the su lists on all UNIX hosts. It seems that there have been repercussions from him having su access - so it is best that he does not have root privileges - and in general, that NO undergraduate has such. There are risks involved - not only to the Lab, but to the person involved - if other members of the University find out about it. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01670; 8 Jan 88 13:16 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01467; 8 Jan 88 13:06 GMT Date: Fri, 8 Jan 88 12:58:31 WET From: is@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: indxbib The command indxbib no longer works - for example the command indxbib 1987 where 1987 is a datafile containing refs produces: /usr/bin/indxbib: 23177 Illegal instruction - core dumped mv: _1987.ia: Cannot access: No such file or directory mv: _1987.ib: Cannot access: No such file or directory mv: _1987.ic: Cannot access: No such file or directory   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02638; 8 Jan 88 13:48 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01899; 8 Jan 88 13:22 GMT Date: Fri, 8 Jan 88 13:18:26 WET From: is@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: seebib There used to be a 'visual' version of lookbib called seebib can this be returned. Thank you   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02957; 8 Jan 88 14:01 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02946; 8 Jan 88 14:00 GMT Date: Fri, 8 Jan 88 13:58:11 WET From: iau@ukc.ac.uk To: is@ukc.ac.uk Subject: Re: indxbib Cc: unix-staff@ukc.ac.uk /usr/lib/refer/inv needed rebuilding. God knows why. It seems to work now. Ian.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03068; 8 Jan 88 14:07 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03046; 8 Jan 88 14:06 GMT Date: Fri, 8 Jan 88 14:02:41 WET From: iau@ukc.ac.uk To: is@ukc.ac.uk Subject: Re: seebib Cc: unix-staff@ukc.ac.uk I think that this (and its friend addbib) were net programs. If I can find the sources, I'll see if they'll work. Ian.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04127; 8 Jan 88 15:03 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04121; 8 Jan 88 15:01 GMT Date: Fri, 8 Jan 88 14:58:52 WET From: iau@ukc.ac.uk To: is@ukc.ac.uk Subject: seebib Cc: unix-staff@ukc.ac.uk I've found, updated and installed seebib in /usr/local. I've included some mods I made ages ago, so that seebib will now pick up a prompt file, just like addbib(1), which was already installed in /usr/bin. Ian.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08455; 8 Jan 88 20:51 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08440; 8 Jan 88 20:50 GMT To: unix-staff@ukc.ac.uk Subject: Remote password setting From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: rpa@ukc.ac.uk Date: Fri, 08 Jan 88 20:49:44 +0000 Message-ID: <838.568673384@kite> Sender: pc@ukc.ac.uk Rpa has a program which can be used to set passwords remotely. Ie. you can set a password on machine B from machine A. He says that Martin Guy has looked at this and thinks that it is free from security holes. What do people think on the principle?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09516; 8 Jan 88 23:48 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09513; 8 Jan 88 23:47 GMT Date: Fri, 8 Jan 88 23:41:23 WET From: rpa@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: login / termtype problem I have just logged in from SGATE to Eagle, and got the following Could not set terminal type Reason: Your tty line number is impossible! (i have come from ULCC pad phone line in London) something similar use to occasionaly happen under 4.2Bsd (only on Eagle, i had no other Vaxen logins to check this out then) Richard.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17867; 9 Jan 88 10:19 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17863; 9 Jan 88 10:18 GMT To: unix-staff@ukc.ac.uk Subject: Re: remote password setting From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 09 Jan 88 10:18:17 +0000 Message-ID: <3932.568721897@kite> Sender: pc@ukc.ac.uk ------- Forwarded Message From: "R.P.Almeida" Date: Sat, 9 Jan 88 10:11:58 GMT To: Peter Collinson Subject: Re: Remote password setting Peter The main idea of the program is to be able to set a lot of machines passwords with one command, entering old/new passwords only once. Here is the manual page Richard. RPASSWD(1) UNIX Programmer's Manual RPASSWD( >1) NAME rpasswd - change login and ftp password on local machines SYNOPSIS rpasswd [ -f ] host [ host ] ... DESCRIPTION This command changes a password associated with the user on anoth >er local machine. The program prompts for the old password and then for the new one. T >he caller must supply both. The new password must be typed twice, to for >e- stall mistakes. New passwords must be at least four characters long if they use a suff >i- ciently rich alphabet and at least six characters long if monocase. Only the owner of the name may change a password; the owner must pro >ve he knows the old password. The -f switch sets and clears the user's ftp password field. The us >er must supply their login password in order to do this. The super-user may not use this program. CAVEAT As the standard password security checks are performed on each host, >if many hosts are specified, this will take a long time. SEE ALSO passwd(1), login(1), passwd(5), crypt(3) Robert Morris and Ken Thompson, _U_N_I_X _p_a_s_s_w_o_r_d _s_e_c_u_r_i_t_y AUTHOR Richard Almeida UKC December 1987. Printed 16/12/87 UKC local 15/12/87 > 1 ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19145; 9 Jan 88 14:15 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa19129; 9 Jan 88 14:14 GMT To: unix-staff@ukc.ac.uk Subject: Scanning eagle's old crontab From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 09 Jan 88 14:14:16 +0000 Message-ID: <4654.568736056@kite> Sender: pc@ukc.ac.uk The lines below seem to have no equivalent in existing cron sequences. It is possible that some of these are not needed. If any are needed BUT are not time critical please add them to /usr/adm/daily. It looks as if this file is becoming a little local - perhaps it should be split into daily and daily.local. 0 2 * * * /usr/lib/news/expire -e 14 0 1 * * * /usr/lib/news/trimlib 30 22 * * 1-5 /usr/lib/lp/sancontrol stop 30 12 * * 6 /usr/lib/lp/sancontrol stop 10 08 * * 1-5 /usr/lib/lp/sancontrol start 10 09 * * 6 /usr/lib/lp/sancontrol start 55 23 * * * /etc/usrs "close in Keynes MG-5" "logoff in Keynes MG-5" 55 07 * * * /etc/usrs "open in Keynes MG-5" 12 1 * * * /etc/global/do_logs If you need to add a line please make some judgement whether the line should be global or local to eagle. Also don't forget that 4.3 crontabs have a username after the time spec.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29947; 10 Jan 88 10:25 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29944; 10 Jan 88 10:23 GMT To: unix-staff@ukc.ac.uk Subject: Manual pages From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sun, 10 Jan 88 10:23:31 +0000 Message-ID: <8336.568808611@kite> Sender: pc@ukc.ac.uk I discovered that the template.man header line had an unfortunate problem - it inserted a \ into the whatis database. So I decided better late than never and set about altering all the affected manual pages. This has been done but on the way I came to the following conclusions. a) In general, people have adopted the use of the ,h suffix for how pages. Good. b) In general, people are being very very sloppy about installing correct manual pages. Every local manual page should be edited to contain the correct TH line - obtainable from /usr/pub/template.man. This ensures that the header of the file contains 1L or 2L or ?L and so a grep through the manual page section 1 (for instance) will reveal all the local commands. c) I have updated all the manual pages which I have come across. Please in future do not simply install an OLD manual page without adding the new header. This takes around 10 seconds and gives a consistent base on which to build. Eagle is getting out of hand - can I suggest that Alan starts preliminary rdist comparison work on Monday. I have been updating hawk AND eagle but there are always people who will not do that OR things which get missed in the heat of the moment. PS. Try find filename on eagle. find tmpclean for instance I am off to Copenhagen - see you on tuesday   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13164; 11 Jan 88 10:20 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13148; 11 Jan 88 10:18 GMT Date: Mon, 11 Jan 88 10:12:44 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: banner/cpdir on raven Raven says:- rdist: /usr/man/man1/banner.1: no name for group 9 rdist: /usr/man/man1/cpdir.1: no name for group 9 Could whoever is updating these manual pages do a chgrp on the masters in their source directory please. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14408; 11 Jan 88 12:19 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14406; 11 Jan 88 12:17 GMT Date: Mon, 11 Jan 88 12:17:47 GMT From: "M.Guy" To: unix-staff@ukc.ac.uk cc: rpa@ukc.ac.uk Subject: Re: Remote password setting Naughty! There is a big difference between being unable to see problems and being able to see an absence of problems. However, the former is probably true. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17114; 11 Jan 88 15:14 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17104; 11 Jan 88 15:13 GMT Date: Mon, 11 Jan 88 15:13:21 WET From: root@ukc.ac.uk Subject: Seeme set for tp on eagle To: unix-staff@ukc.ac.uk Subject: tp on eagle I am: eagle!opr console Jan 11 08:23 tp has been set to a seeme shell because Just testing. Trevor.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04196; 12 Jan 88 9:54 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04193; 12 Jan 88 9:54 GMT Date: Tue, 12 Jan 88 9:54:00 WET From: root@ukc.ac.uk Subject: Seeme set for aec on eagle To: unix-staff@ukc.ac.uk Subject: aec on eagle I am: eagle!pc tty02 Jan 12 09:49 aec has been set to a seeme shell because Just testing seeme   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08104; 12 Jan 88 13:11 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08062; 12 Jan 88 13:08 GMT Date: Tue, 12 Jan 88 13:08:29 WET From: root@ukc.ac.uk Subject: Seeme set for mik on eagle To: unix-staff@ukc.ac.uk Subject: mik on eagle I am: eagle!opr console Jan 11 08:23 mik has been set to a seeme shell because left ukc melanie   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14768; 12 Jan 88 19:03 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14043; 12 Jan 88 18:26 GMT Date: Tue, 12 Jan 88 18:24:47 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rwho on 4.3 I have installed my transport service rwho on eagle, and relegated the internet one from /usr/ucb into /usr/old. the old manual page is in /usr/man/mano. is this right? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18059; 12 Jan 88 22:09 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18046; 12 Jan 88 22:06 GMT To: unix-staff@ukc.ac.uk Subject: Odd thought From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: ebs@ukc.ac.uk, hb@ukc.ac.uk Date: Tue, 12 Jan 88 22:06:44 +0000 Message-ID: <2953.569023604@kite> Sender: pc@ukc.ac.uk It seems to me that one way of raising the visibility of UKC Computing in the UK might be to run a traditional bulletin board. We would need a phone line, a micro + software and someone to tend it. If the system was multi-user we could reverse pad it onto the ring.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10263; 13 Jan 88 18:29 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10257; 13 Jan 88 18:28 GMT Date: Wed, 13 Jan 88 18:22:00 WET From: rlh2@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rcp from/to zaphod I am having no joy in using rcp on the sun "zaphod" in s122a to transfer files from/to eagle. I have tried both ends and have been unable to except :- zaphod: Network is unreachable Rcp did work yesterday however. Thanks. Richard Hesketh   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18110; 14 Jan 88 2:07 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18095; 14 Jan 88 2:04 GMT To: unix-staff@ukc.ac.uk Subject: Logs of dumps From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 14 Jan 88 02:04:17 +0000 Message-ID: <24473.569124257@kite> Sender: pc@ukc.ac.uk Dump logs USED to be /etc/dumplog and is now /etc/dumpvolumes   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01578; 14 Jan 88 10:36 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01515; 14 Jan 88 10:33 GMT Date: Thu, 14 Jan 88 10:28:11 WET From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: whereis This program does not appear to look in /usr/l on eagle at present marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01832; 14 Jan 88 10:48 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01774; 14 Jan 88 10:44 GMT To: mrp@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: whereis In-reply-to: Your message of Thu, 14 Jan 88 10:28:11 WET . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 14 Jan 88 10:44:07 +0000 Message-ID: <1517.569155447@kite> Sender: pc@ukc.ac.uk DOne   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15473; 14 Jan 88 16:31 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15221; 14 Jan 88 16:26 GMT Date: Thu, 14 Jan 88 16:26:25 WET From: root@ukc.ac.uk Subject: Seeme set for csw on eagle To: unix-staff@ukc.ac.uk Subject: csw on eagle I am: eagle!opr console Jan 13 13:30 csw has been set to a seeme shell because he has a very large international mail bill. Initiated by Jane Millyard   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23059; 14 Jan 88 17:56 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16074; 14 Jan 88 16:40 GMT Date: Thu, 14 Jan 88 16:39:50 WET From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: mmdf sources These have moved to /usr/src/new on eagle. The real sources are still kept on hobby. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16405; 15 Jan 88 9:16 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15880; 15 Jan 88 8:53 GMT Date: Fri, 15 Jan 88 8:50:25 WET From: iaa@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: dbbc Is the troff previewing program for the BBC microcomputer, DBBC, to be restored?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17213; 15 Jan 88 9:49 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16672; 15 Jan 88 9:28 GMT To: iaa@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: dbbc In-reply-to: Your message of Fri, 15 Jan 88 8:50:25 WET . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 15 Jan 88 09:27:51 +0000 Message-ID: <27499.569237271@kite> Sender: pc@ukc.ac.uk It is on /usr/lib/ditroff/dbbc   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18528; 15 Jan 88 10:42 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17608; 15 Jan 88 10:09 GMT Date: Fri, 15 Jan 88 10:03:18 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven opr I've just had this mail from the ops:- >Raven crashed and rebooted itself at 11:08. >It gave opr a password, so I had to do a pwedit to >get rid of it. >Trevor. Raven had been up for 40 days. Since opr never logs out on the console, this means that some time in the last month opr has run /bin/passwd I presume. Anyone know anything about this, or is it 'just one of those things'?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22089; 15 Jan 88 12:54 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22084; 15 Jan 88 12:53 GMT Date: Fri, 15 Jan 88 12:53:24 GMT From: root@ukc.ac.uk Subject: Seeme set for flight on gos To: unix-staff@ukc.ac.uk Subject: flight on gos I am: gos!opr tty0 Jan 11 08:40 flight has been set to a seeme shell because   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22316; 15 Jan 88 13:12 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22242; 15 Jan 88 13:06 GMT Date: Fri, 15 Jan 88 13:00:52 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven opr re: unexpected setting of opr's password on raven. pwr says:- >Suggestion: >passwd should insist that the user name is given if being run as root. What's the consensus?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22433; 15 Jan 88 13:20 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22408; 15 Jan 88 13:18 GMT Date: Fri, 15 Jan 88 13:18:10 GMT From: root@ukc.ac.uk Subject: Seeme set for flight on gos To: unix-staff@ukc.ac.uk Subject: flight on gos I am: gos!cmd tty05 Jan 15 13:15 flight has been set to a seeme shell because their login seems to have been hacked - they are being kept off pending further investigation. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22546; 15 Jan 88 13:27 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22537; 15 Jan 88 13:26 GMT To: ali@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: raven opr In-reply-to: Your message of Fri, 15 Jan 88 13:00:52 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 15 Jan 88 13:26:27 +0000 Message-ID: <2321.569251587@kite> Sender: pc@ukc.ac.uk Yep - good idea   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14775; 18 Jan 88 9:19 GMT To: is@ukc.ac.uk From: Peter Houlder Subject: Re: S In-reply-to: Your message of Thu, 14 Jan 88 17:19:18 WET. cc: unix-staff@ukc.ac.uk Date: 18 Jan 88 09:17:07 GMT (Mon) Sender: pjh@ukc.ac.uk Peter, The attached News article contains two postscript device drivers for S - would it be possible to add one of these to our system? Postscript output would be very useful and would allow the inclusion of diagrams and figures into latex documents. Ian, I've retained details of the article and I'll bring it up at the UNIX-meeting tommorrow. I know it seems that I am very negative about "S", but there are 2 goods reasons. 1) It is very complex, time consuming and badly documented at a system level. 2) It eats megabytes of memory, when sources are re-installed, as they need to be when work is done on it. If someone has the time and eagle has the space we may be able to help, but I would not give it very high hopes. I'll let you know after tommorow's meeting. Regards Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15115; 18 Jan 88 9:51 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15105; 18 Jan 88 9:50 GMT Date: Mon, 18 Jan 88 9:50:16 GMT From: "M.Guy" To: unix-staff@ukc.ac.uk Subject: opr's password opr had a password set on Gos last year, on the 17th of June., Having been set at some time in the preceeding fortnight. Is it likely to be reception trying to set an amnesiac's passwd to something silly, and forgetting to type the target's name? Is it a good idea to allow (nay, require) untrained personnel to use a root shell, when a single typo on unix usually destroys something? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17106; 18 Jan 88 11:16 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16927; 18 Jan 88 11:06 GMT Date: Mon, 18 Jan 88 11:00:30 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: opr password Re: raven getting an opr password by mistake. Martin says:- opr had a password set on Gos last year, on the 17th of June., Having been set at some time in the preceeding fortnight. Is it likely to be reception trying to set an amnesiac's passwd to something silly, and forgetting to type the target's name? Is it a good idea to allow (nay, require) untrained personnel to use a root shell, when a single typo on unix usually destroys something? This ain't right. Or at least I don't think it is. User passwords are supposed to be cleared by the reception staff via the admin server: ie the receptionist is running code on jay. The admin server is supposed to be watertight. Are my suppositions wrong? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab17641; 18 Jan 88 11:43 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17358; 18 Jan 88 11:29 GMT Date: Mon, 18 Jan 88 11:23:49 GMT From: jch@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: opr's password Reception staff do not change the passwords. They give memos to the ops to do the changes. It is more likely that someone though that they had su'd into there own login and typed passwd, but were still in root? Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23635; 18 Jan 88 15:40 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23507; 18 Jan 88 15:34 GMT Date: Mon, 18 Jan 88 15:30:46 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: 4.3BSD ue [ESC]-h gives [Help file is not online] Was this you, Jimbo? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24832; 18 Jan 88 16:34 GMT To: mg@ukc.ac.uk cc: unix-staff@ukc.ac.uk, jd@ukc.ac.uk Subject: Re: 4.3BSD ue In-reply-to: Your message of Mon, 18 Jan 88 15:30:46 GMT. Date: 18 Jan 88 16:32:36 GMT (Mon) From: jd@ukc.ac.uk whoops! I'll hack it back... Jimbo.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25821; 18 Jan 88 17:17 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25682; 18 Jan 88 17:10 GMT Date: Mon, 18 Jan 88 17:03:26 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: New orion kernel To all orion system managers:- There is a new kernel on /nu on your machines. Install it on /vmunix and reboot as soon as convenient. This kernel fixes a bug in the disc driver whereby page tables could be corrupted if swapped to disc. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09601; 19 Jan 88 10:11 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09551; 19 Jan 88 10:08 GMT Date: Tue, 19 Jan 88 9:51:52 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: unix meeting reports There have been repeated exhortations from the management that everyone should submit a written report to Shirley for inclusion in the agenda of each unix staff meeting. I've just collected my copy of the agenda for this morning's meeting. The usual people have submitted a report and there are the usual defaulters. Why should I bother to waste my time going to a meeting where I have to listen to the usual people telling me about their routine work? There are at least two meetings per month. I propose that if someone fails to submit a report for two consecutive meetings without good reason then his pay should be witheld. No report = no work = no pay. I am so incensed about this that I am seriously considering a big stick approach. You will recall that /bin/login "forces" you to set a password if you don't have one? Something along the lines of "Shirley has put out a call for reports and this person hasn't submitted one...." plumbed into /bin/login is beginning to look very attractive to me. And don't think you can avoid it just because you have su access: /bin/login is rdist'd so I could detect people buggering about. Flame off.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10137; 19 Jan 88 10:35 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10074; 19 Jan 88 10:33 GMT Date: Tue, 19 Jan 88 10:32:45 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [ali: unix meeting reports] > From: ali@ukc.ac.uk > > There have been repeated exhortations from the management that everyone > should submit a written report to Shirley for inclusion in the agenda of > each unix staff meeting. I've just collected my copy of the agenda for > this morning's meeting. The usual people have submitted a report and there > are the usual defaulters. Why should I bother to waste my time going to > a meeting where I have to listen to the usual people telling me about > their routine work? FLAME ON. I haven't DONE any routine work. All my time has been taken up with ACADEMIC work. I don't consider it worth while saying "I fixed a tiny bug in paled" or "I spent a lot of time answering stupid mail queries", and I don't see why I should waste my time (and yours) by doing so. > There are at least two meetings per month. I propose that if someone fails > to submit a report for two consecutive meetings without good reason then > his pay should be witheld. No report = no work = no pay. Oh, very helpful, Alan. Perhaps David Wood would like to consider a similar method in order to get his exam questions in on time. And then David Bateman could use the same approach to get all the marking done... > I am so incensed about this that I am seriously considering a big stick > approach. You will recall that /bin/login "forces" you to set a password > if you don't have one? Something along the lines of "Shirley has put out > a call for reports and this person hasn't submitted one...." plumbed into > /bin/login is beginning to look very attractive to me. And don't think you > can avoid it just because you have su access: /bin/login is rdist'd so I > could detect people buggering about. Fine by me, chaps. I hope you and Peter can cope with looking after the entire UNIX system without me, 'cos I for one am not going to work in that sort of environment. I work in the UNIX Support Group because it's FUN. This is a UNIVERSITY. Not a ****ing Labour Camp. FLAME OFF. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10798; 19 Jan 88 11:08 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10722; 19 Jan 88 11:04 GMT Date: Tue, 19 Jan 88 10:51:31 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: reports cmd says:- >I haven't DONE any routine work. All my time has been taken up with >ACADEMIC work. I don't consider it worth while saying "I fixed a tiny >bug in paled" or "I spent a lot of time answering stupid mail queries", >and I don't see why I should waste my time (and yours) by doing so. If you say nothing about your work in the unix meeting then I accept your point. If you submit a verbal report then you have to convince me that your time is number_of_persons_present times more valuable than average. >I work in the UNIX Support Group because it's FUN. This is fair enough for an academic. My flame was directed at staff who are paid to work for the service, at least part-time. >This is a UNIVERSITY. Not a ****ing Labour Camp. If the bosses say 'write a report' then an employee should write a report. Universities and labour camps don't come into it. If the bosses aren't *your* bosses then you of course ignore them AND SAY SO. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04211; 19 Jan 88 14:26 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03760; 19 Jan 88 14:12 GMT Date: Tue, 19 Jan 88 13:55:56 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hlh kernels New kernels are going up on the clippers. There are 2 sets of changes. 1) The latest bugfixes to NFS have been applied. Unfortunately HLH use an older NFS than that to which the bugfixes directly apply. Hence anything which came in with the base release of NFS 3.0 is still missing. 2) The latest kernel source tree from HLH has been merged into our sources. Several bugs which we've never seen are fixed. More importantly, support has been added for a super new ld(1) which makes a.outs trigger the kernel into producing better debugging and profiling info for user processes. I'll rdist the new ld in a day or two. Also, HLH have finally added kernel dumping on a panic (hurray). No adb -k yet though (boo). I doubt that these changes will make the corrupt uid (cred) bug go away, but we can all live in hope. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04691; 19 Jan 88 14:43 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder Subject: Re: unix meeting reports In-reply-to: Your message of Tue, 19 Jan 88 9:51:52 GMT. Date: 19 Jan 88 14:29:24 GMT (Tue) Sender: pjh@ukc.ac.uk I totally agree - anything that cuts meeting times should be applauded. They should be a discussion of ESSENTIAL GROUP matters that CANNOT be better dicussed in small groups. Anything else is just time-wasting. Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab04691; 19 Jan 88 14:44 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder Subject: cc: pjh@ukc.ac.uk Date: 19 Jan 88 14:37:01 GMT (Tue) Sender: pjh@ukc.ac.uk cmd says:- >bug in paled" or "I spent a lot of time answering stupid mail queries", I don't find it exciting, but someone has got to do it.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05989; 19 Jan 88 15:24 GMT To: is@ukc.ac.uk From: Peter Houlder Subject: Re: S In-reply-to: Your message of Thu, 14 Jan 88 17:19:18 WET. cc: unix-staff@ukc.ac.uk Date: 19 Jan 88 14:51:25 GMT (Tue) Sender: pjh@ukc.ac.uk Ian, Several points: 1) The UNIX service machine contract runs out in June 1988, so we cannot guarantee a UNIX service after that date. 2) The "S" package was installed by an academic, not a member of service, so the maintenance implications weren't considered. 3) The "S" package is so badly documented, that any change is major, however trivial it may appear. 4) It is too big (megabytes of it). ... For these reasons far from expanding the "S" facilities it would be better to shift to VMS based packages, which will definitely continue beyond 6/88. You can't include statistical processing and graphics, but at least the the packages are supported and have guaranteed continuity. Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab06967; 19 Jan 88 16:13 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06864; 19 Jan 88 16:06 GMT Date: Tue, 19 Jan 88 16:02:16 GMT From: dcw@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: maple Maple seems to have disappeared from eagle. We are (were!) using it for a course, and not all the students may be able to use the version on saturn. David Wood   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08156; 19 Jan 88 17:06 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08145; 19 Jan 88 17:05 GMT Date: Tue, 19 Jan 88 17:02:41 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: sigstack(2) Message from HLH:- As far as I can tell, sigstack doesn't work on the 1/05. This doesn't surprise me. If I fix it, I'll let you know. Steve I've never used sigstack(2). I didn't even know it existed! Anyway, now you've all been formally told that it doesn't work on clippers.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09021; 19 Jan 88 17:47 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08580; 19 Jan 88 17:24 GMT Date: Tue, 19 Jan 88 17:18:53 GMT From: jm@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: cost Please can we have cost back on eagle pdq? Every day it is missing costs the Lab real money unless we can monitor usage retrospectively. I've got no usage figures out for the people I charge later then 31.12.87. Jane   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23024; 20 Jan 88 10:46 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23000; 20 Jan 88 10:43 GMT To: unix-staff@ukc.ac.uk Subject: Eagle tidy-up From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 20 Jan 88 10:43:18 +0000 Message-ID: <13157.569673798@kite> Sender: pc@ukc.ac.uk I hav created a dirctory /usr/sh/unused which is to contain any unused bits of the 4.2 sources or irreplacable binaries. Please edit the README file to add a one line description of any directory which you put in there.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24555; 20 Jan 88 12:14 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24510; 20 Jan 88 12:10 GMT Date: Wed, 20 Jan 88 11:52:14 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven crash Raven crashed around 1:30am this morning with a corrupt filestore. Both the /usr and the /u3 partitions contained directories with garbage in them. Cmd kindly reconstructed the file systems. The most obvious conclusion is that it's the new clipper kernel, which was installed at 13:10 yesterday. However, there is some puzzling evidence left laying around:- The first directory corruption was detected at 00:10 (in /usr/adm/messages). Since cron runs dmesg every 10 minutes, this really means the corruption was detected between midnight and 00:10. The symlink /etc/usrs -> /u/etc/usrs was overwritten at 00:06 to give /etc/usrs -> deliver (!). /usr/man/man2/rmdir.2 was touched (st_mtime) at 00:03, although it doesn't seem to have changed. By 00:10 /usr/man/man7 was garbled (this is probably the directory which the kernel was complaining about via dmesg) because the rdist run junked man7 from capella+betelgeuse. The accounting info was junked from about midnight onwards. I'm not trying to point the finger at anyone, but in the very unlikely event that anyone had an accident (as root) late last night please will they tell me about it. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29364; 20 Jan 88 15:38 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29138; 20 Jan 88 15:25 GMT Date: Wed, 20 Jan 88 15:18:06 GMT From: pc@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Getting /usr/local in sync It seems important to attempt to get the same set of local commands on all of the three sets of machines. This is complicated slightly because some commands on the 4.3 VAXs are now standard while they must be local on the Orions and Clippers. I have compared /usr/local on hobby and raven. I have also added soe commands to both machines which will be rdisted tonight. Here is the remaining differences Files JUST on hobby: Can people port these commands to raven please: a68k beeb bload bsave calls catch cdecl cgrep cost - will appear on Raven when ih implements things cparen dbbc lph - this is a shell script with no manual page I am tempted to delete it nbs pb psroff - I thought this was private to iau qterm rat throw tload tsave Files JUST on raven: prolog Does this need to be ported to hobby? If not should it *really* be on /usr/l on raven? I am now going on to compare hobby with eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab29364; 20 Jan 88 15:38 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29150; 20 Jan 88 15:26 GMT Date: Wed, 20 Jan 88 15:26:07 GMT From: pc@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Commands on Raven Please remember to do manual and how pages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab00663; 20 Jan 88 16:59 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00596; 20 Jan 88 16:54 GMT Date: Wed, 20 Jan 88 16:50:36 GMT From: jd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: File permission checking in ftp I have altered the semantics attached to checking file permissions on ftp. There is no change to reading a file or writing a new file. Howver, if you want to replace a file then you *must* have write permission to the directory (file permission is ignored). This last is the only change. Is this ok to everybody? If not, tough, as the alternative is being hacked. Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01074; 20 Jan 88 17:19 GMT Received: from osprey by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00986; 20 Jan 88 17:14 GMT Date: Wed, 20 Jan 88 17:11:43 GMT From: pwr@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Re: ftp file permissions Seems dangerous overwriting a file without write access just because you have access to the directory!!   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01338; 20 Jan 88 17:34 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01095; 20 Jan 88 17:19 GMT Date: Wed, 20 Jan 88 17:15:48 GMT From: jm@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: checkaddr Is this on 4.3 on eagle? There seems to be a man page for it. Jane   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19160; 21 Jan 88 10:09 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18962; 21 Jan 88 10:00 GMT Date: Thu, 21 Jan 88 9:55:12 GMT From: dcw@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: a68k a68k, Bob Eager's 68000 assembler, has disappeared from hawk. Could we have it back, please? David Wood   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21650; 21 Jan 88 10:49 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21488; 21 Jan 88 10:46 GMT Date: Thu, 21 Jan 88 10:46:36 GMT From: root@ukc.ac.uk Subject: Seeme set for md3 on eagle To: unix-staff@ukc.ac.uk Subject: md3 on eagle I am: eagle!opr console Jan 13 13:30 md3 has been set to a seeme shell because it is thought that he has left. Initiated by Melanie.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24599; 21 Jan 88 11:19 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23603; 21 Jan 88 11:08 GMT Date: Thu, 21 Jan 88 11:08:22 GMT From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: Re: checkaddr It is not worth using checkaddr on any machine other than kestrel as it will always return true. This is because if the address is wrong and it can't be found it is forwarded to kestrel where the real checking takes place. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29882; 21 Jan 88 12:08 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa26566; 21 Jan 88 11:36 GMT To: dcw@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: a68k In-reply-to: Your message of Thu, 21 Jan 88 9:55:12 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 21 Jan 88 11:35:50 +0000 Message-ID: <5994.569763350@kite> Sender: pc@ukc.ac.uk Please ask Bob   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05223; 21 Jan 88 15:39 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05197; 21 Jan 88 15:37 GMT Date: Thu, 21 Jan 88 15:33:25 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: the beeb suite is wonderful Extract from /usr/src/local/beeb/READ_ME: ----- Well, this is a really wonderful suite (sour!) or programs. Not only is it out of keeping with the interface to all other Unix programs with the undignified exception of SCCS, Not only does it contain a verbatim copy of the nbs assemblers, Not only is the makefile incomplete and wrong, but it uses itself to make other bits of itself so you cannot make it until you have installed it! Sigh. Martin Guy, October 1986 ----- hat are we going to *do* with this heap of dingoes' kidneys? Different amounts of it are on vaxen and orions and clippers, and the bits that are the same are in different places called different things. How can we find out what people actually want to use? I'll post some news and clean up in a week or two martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09264; 21 Jan 88 17:39 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09255; 21 Jan 88 17:38 GMT Date: Thu, 21 Jan 88 17:32:38 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: uctrl There was a bug in uctrl on 4.2 such that it would throw off privileged users if they were logged on twice. (The 4.3 source seems to cope with this properly - its strategy is almost entirely different). So when uctrl stops working on all orions, you know where to come. Martin Oh no, now my name's the last in the SCCS trail   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24362; 22 Jan 88 10:41 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24345; 22 Jan 88 10:40 GMT Date: Fri, 22 Jan 88 10:09:24 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: vax 4.2 sources As mentioned in the last unix staff meeting, we are trying to preen unwanted sources from /usr/src42 on eagle. We will shortly cease is support vax 4.2, but it would be nice to preserve the sources of 'vanilla' programs running on the orions/clippers. We obviously must keep the sources of ukc programs which are running on hlh machines (and were running on vax 4.2). Some vanilla sources may be dubious, in that hlh may have issued hacked versions in the standard distribution. There's no easy way to detect this, since hlh don't use sccs (hence no convenient handle in the binary). I have copied the /usr/src42 tree from eagle to hobby (again, on /usr/src42). Please can everyone have a quick look at these files and delete anything which is obviously unwanted. Delete the files ON HOBBY ONLY. This way, we can compare the eagle and hobby filestore to see exactly what has been discarded. The final step will be to copy the file tree from hobby back to eagle. A corollary to this is do not change files in /usr/src42 on eagle. If you need to edit a 4.2 source which is normally on eagle, do it on hobby. The only forseen circumstance where this is necessary is in making an orion-specific change to a standard program. Hobby does not have a /usr/src42/local. Those sources are being hacked on eagle by pc: see him if you need to diddle. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02001; 22 Jan 88 14:24 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01984; 22 Jan 88 14:23 GMT Date: Fri, 22 Jan 88 14:19:57 GMT From: arc1@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: tarmail Help! Got the following from using tarmail to send to a local user tarmail drm "uerc" .uerc mailpath = drm subject-string = uerc files = .uerc a .uerc 1 blocks No addressees specified Message posting aborted Any ideas ? Tony Curtis .-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-. | Tony Curtis |Computing Lab., Univ. Kent At Canterbury | | {arc1,tcu}@uk.ac.{ukc,exeter.cs} |Canterbury, Kent CT2 7NZ | `-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-'   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00915; 23 Jan 88 18:43 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00877; 23 Jan 88 18:40 GMT Date: Sat, 23 Jan 88 18:40:19 GMT From: James Aldridge To: unix-staff@ukc.ac.uk Subject: cost command on Eagle It's nice to have it back but it only seems to work if one has actually chdir'ed to "/usr/adm/xstat". Which is not that terribly convenient. Thanks, James Aldridge   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab00915; 23 Jan 88 18:43 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00880; 23 Jan 88 18:40 GMT To: unix-staff@ukc.ac.uk Subject: Local source on Eagle From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 23 Jan 88 18:40:17 +0000 Message-ID: <17773.569961617@kite> Sender: pc@ukc.ac.uk I have split local source into the following directories. /usr/sh/unused Source for programs which is not in common use of any machine on campus. A file README contains a short description of the data. If you put a file into this directory, then you should edit this file. If you move something out of this directory then you should edit this file. If any of these programs ARE in use elsewhere then the source should really be moved. /usr/sh/defunct Source for programs which I believe are dead and we no longer need. I intend to delete this eventually so please look in here for things which may go. /usr/sh/newlocal These files will eventually go into /usr/src/local - *even* if the programs are Orion 4.2BSD sources. I decided that it was better to keep /usr/src/local as the main place for storing all local programs. /usr/src/local These programs have currently been installed on 4.3BSD - see note above. *** We are now in a position to a) delete /usr/src42 b) delete /usr/sh/man42 and /usr/sh/how42 Move /usr/src from the tf disc onto the sh disc. Move the hobby copy of the 4.2BSD sources over.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28433; 25 Jan 88 8:48 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28389; 25 Jan 88 8:44 GMT Date: Mon, 25 Jan 88 8:44:20 GMT From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: BCPL There was a query about BCPL on 4.3, it appears to be there, is there a problem with it?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab29204; 25 Jan 88 9:29 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29160; 25 Jan 88 9:26 GMT To: "S.E.Binns" cc: unix-staff@ukc.ac.uk Subject: Re: BCPL In-reply-to: Your message of Mon, 25 Jan 88 8:44:20 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 25 Jan 88 09:25:35 +0000 Message-ID: <218.570101135@kite> Sender: pc@ukc.ac.uk Bob put it up - so it should be OK   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05377; 25 Jan 88 14:05 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05370; 25 Jan 88 14:03 GMT Date: Mon, 25 Jan 88 14:03:15 GMT From: root@ukc.ac.uk Subject: Seeme set for mjr1 on eagle To: unix-staff@ukc.ac.uk Subject: mjr1 on eagle I am: eagle!opr console Jan 13 13:30 mjr1 has been set to a seeme shell because Should have an undergraduate number. M Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08162; 25 Jan 88 16:36 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07938; 25 Jan 88 16:25 GMT To: unix-staff@ukc.ac.uk Subject: Re: 4.3NFS on HLH Kit From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 25 Jan 88 16:24:35 +0000 Message-ID: <2124.570126275@kite> Sender: pc@ukc.ac.uk ------- Forwarded Message Date: Mon, 25 Jan 88 14:55:15 GMT From: Steve Thomas Subject: Re: 4.3NFS on HLH Kit To: pc@ukc.ac.uk > I am currently playing with (for that read installing) a 4.3NFS source > for the VAX which I have been supplied by Inset. > > There is probably mileage in getting this tape and using it as the 4.3 > start point - since to some extent it is a `retrograde' - it doesn't have > some of the caching which 4.3 gives you in the file system. > > The NFS is also the latest one.... Thanks. The matter is in hand. Steve ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09449; 25 Jan 88 17:41 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09430; 25 Jan 88 17:38 GMT Date: Mon, 25 Jan 88 17:34:02 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: manual page for passwd the manual for passwd on raven does not mention passwd -f. Can whoever installed the UKC passwd program on clippers please ensure that the manual page makes it as well? ta Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09866; 25 Jan 88 18:06 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09800; 25 Jan 88 18:00 GMT Date: Mon, 25 Jan 88 18:00:24 GMT From: root@ukc.ac.uk Subject: Seeme set for cjcr on merlin To: unix-staff@ukc.ac.uk Subject: cjcr on merlin I am: merlin!mg tty09 Jan 25 17:58 cjcr has been set to a seeme shell because my lastlogin message said I had logged in from his room on Fri Jan 22 at 15:48:40 Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11529; 25 Jan 88 20:18 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11527; 25 Jan 88 20:17 GMT Date: Mon, 25 Jan 88 20:14:42 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: seeme cjcr Is ok. Perhaps he might have told me *before* he tried it out. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14040; 26 Jan 88 1:00 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14008; 26 Jan 88 0:59 GMT To: unix-staff@ukc.ac.uk Subject: eagle:/usr/src/lib/libc From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 26 Jan 88 00:58:44 +0000 Message-ID: <8096.570157124@kite> Sender: pc@ukc.ac.uk Please leave alone - I am making a new version for NFS on Kite   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22970; 26 Jan 88 8:54 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22959; 26 Jan 88 8:52 GMT Date: Tue, 26 Jan 88 8:50:05 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: group 9 on raven Will whoever keeps installing public files (manuals etc) on raven with gid 9 kindly desist. Prolog(1) is the latest example.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab25486; 26 Jan 88 10:54 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25127; 26 Jan 88 10:35 GMT Date: Tue, 26 Jan 88 10:35:33 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Group 9 Apart from being a security agency, group 9 is group source on eagle. The only file transfer method I can think of which gets round the group-copied-from-parent-directory business is tar, so I can only assume that this is how it is happening. It is also perpetrated by at least 2 people, me and others, so I guess we should all watch for it. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00237; 26 Jan 88 13:35 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29971; 26 Jan 88 13:23 GMT To: unix-staff@ukc.ac.uk Subject: Missing labs From: Ian Dallas Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x3633 Date: Tue, 26 Jan 88 13:23:21 +0000 Message-ID: <16405.570201801@hawk> Sender: ind@ukc.ac.uk labs (the program to produce adhesive labels) does not seem to be mounted on hawk.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07359; 26 Jan 88 19:55 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07351; 26 Jan 88 19:52 GMT Date: Tue, 26 Jan 88 19:50:08 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: no manual for ue on raven subject says it all. Will the guilty party please find and install one. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20284; 27 Jan 88 9:46 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20241; 27 Jan 88 9:43 GMT Date: Wed, 27 Jan 88 9:41:04 GMT From: jg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: calendar seems broken it just says 0: No source file calendar could you fix it please ... it did work under 4.2   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21136; 27 Jan 88 10:29 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21132; 27 Jan 88 10:27 GMT Date: Wed, 27 Jan 88 10:27:30 GMT From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: Minutes of Staff Meeting 5/1/87 My recollection of the discussion about submitting reports is as follows. If little or no unix related work is done for the period in question then of course no report need be sent. If routine unix work is done then it is useful if a record is made of this in a brief report. Steve   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21219; 27 Jan 88 10:35 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21185; 27 Jan 88 10:32 GMT Date: Wed, 27 Jan 88 10:18:48 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ld(1) on raven A new version of the loader, ld(1), has been received from hlh and installed on raven. It will be distributed to the other clippers tonight. The new version makes use of improved memory caching strategies which have been provided in the latest kernel. It is supposed to give more accurate profiling and debug traces when programs are being developed. A new possibility for portability problems has been introduced though. By default, programs will get a segmentation fault if they attempt to indirect through location zero. To revert back to the old scenario where programs have a readable zero the -a flag must be given to ld. Nobody should be writing code which uses a readable zero, but imported vax programs might. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21465; 27 Jan 88 10:49 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21445; 27 Jan 88 10:48 GMT Date: Wed, 27 Jan 88 10:38:46 GMT From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Dates & Minutes of Unix Meetings I hope you don't think I'm too pedantic but I was absent for the last two Unix Staff Meetings and only have the Minutes to tell me what happened. I also like to keep my Minutes in order 8-) seb's recent mail to unix-staff pointed this out to me. The dates are incorrect on the Minutes circulated. The most recent Minutes circulated are for the 19th January 1988 and not for 5th January 1987 as typed on the Minutes. Also, the set of minutes prior to this are for the 5th January 1988. These dates have been confirmed by Jane Millyard. I've been asked to pass on apologies from all concerned. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27341; 27 Jan 88 14:52 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27201; 27 Jan 88 14:46 GMT To: unix-staff@ukc.ac.uk Subject: how page format From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: rde@ukc.ac.uk Date: Wed, 27 Jan 88 14:46:25 +0000 Message-ID: <27470.570293185@hawk> Sender: pc@ukc.ac.uk Can I point out the following things about how page formats for commands please. Recent how pages do not conform to this and I would like so see them altered. The format is: (1) explanation of the command command [options] files -s Switch -a Another switch See also: ksksks Please notice the blank line after the 1st line, and after the command description. If the descriptive text in the manual page is long, then I often truncate it to a single reminder line. This is up to the discretion of the author. All other text should be left justified - preferably with a TAB between the switches and the descriptive text. The See also line should have a blank line before it. I am sure that you can all find how page examples where this format is not followed - but this is the ideal. It is IMPORTANT that there is a consistent format. Can you look at any how pages which you have installed recently and edit them to fit in with this scheme if necessary.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29582; 27 Jan 88 16:59 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29553; 27 Jan 88 16:57 GMT Date: Wed, 27 Jan 88 16:54:59 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: disc hoggers Does anyone have a ready-rolled script for producing a sorted list of disc hoggers on orions? quot(8) seems not to work.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00858; 27 Jan 88 18:29 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00856; 27 Jan 88 18:27 GMT Date: Wed, 27 Jan 88 18:26:34 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: porting nbs and qterm to clippers Towards a standard command set, I have ported qterm and nbs to clippers and ensured that they are in the same places on all machines. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01484; 27 Jan 88 19:13 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01467; 27 Jan 88 19:11 GMT To: jg@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: Calendar From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 27 Jan 88 19:11:23 +0000 Message-ID: <23688.570309083@kite> Sender: pc@ukc.ac.uk The calendar command works as documented in the manual page. It takes its data from a file called calendar on your home directory rather than the file .calendar. This is run nightly and will send the file in the mail. This is part of the `let us leave things alone unless there is a very good reason' policy.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01862; 27 Jan 88 19:51 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01860; 27 Jan 88 19:50 GMT Date: Wed, 27 Jan 88 19:46:07 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Ok, I give up why are /usr/local/... -rwxr-x--x 1 root kmem 13312 Dec 3 13:30 alert -rwxrwxr-x 1 root kmem 13312 Jan 12 11:29 bload -rws--x--x 1 root kmem 23552 Dec 18 15:38 fq -rws--x--x 1 root kmem 8192 Dec 18 15:38 frm -rwxrwxr-x 1 root kmem 8192 Dec 16 23:43 getopt -rwxr-x--x 1 root kmem 14336 Nov 6 19:44 opmsg -rwx--x--x 1 root kmem 11264 Aug 11 00:24 pick -rwx--x--x 1 root kmem 9216 Aug 11 00:17 xtx on eagle in group kmem?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02184; 27 Jan 88 20:23 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02182; 27 Jan 88 20:21 GMT Date: Wed, 27 Jan 88 20:00:10 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: things Well, porting the beeb suite to clippers has put me in a really foul mood so if you are feeling sensitive, I suggest you avert your eyes. A few things come out of this unenlightening exercise: 1) Phil Burkinshaw was a twit. 2) If you are porting something to 4.3, please ensure that it still compiles on 4.2. We still run 4.2 systems here, ya know. Getting old deltas out for 4.2 is all very well until you need to fix a null pointer dereferencing bug to stop it dumping core on clippers. 2a) Editing SCCS files with intertwined deltas is no fun au gratin. 3) The new window size ioctls are TIOC[GS]WINSZ, not TIOC[GS]SIZE. The latter are for use with the sun's alternative punned structure to struct winsize, called struct ttysize. 4) Don't move things around the file tree needlessly. It can waste lots of time and sanity. By all means aim towards more sensible directory layout, but changing the location of extant systems on one architecture without propagating the change to the others is just laying mines for others. However, I am glad to report that the new-style manual system is a great improvement on the over-use of manl, partly because it is the same across machines, and that we now have hundreds of K more disc space on all machines. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02675; 27 Jan 88 21:14 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02670; 27 Jan 88 21:12 GMT Date: Wed, 27 Jan 88 21:12:24 GMT From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: local ftp files. I have just spent an entertaining half-hour finding out where the guest-map file on kestrel comes from. The answer is hobby. Would it be a good idea if files like this said where the master was maintained? Also the ftp local-names file is propagated out from hobby, I suspect this isn't correct. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14124; 28 Jan 88 8:54 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14122; 28 Jan 88 8:53 GMT Date: Thu, 28 Jan 88 8:47:43 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: wind martin up (again) The overnight rdist run out from raven says:- rdist: /usr/man/man1/qterm.1: no name for group 9 rdist: /usr/man/man1/beebclean.1: no name for group 9 rdist: /usr/man/man1/bload.1: no name for group 9 rdist: /usr/man/man1/bsave.1: no name for group 9 rdist: /usr/man/man1/tload.1: no name for group 9 rdist: /usr/man/man1/tsave.1: no name for group 9 rdist: /usr/man/man1/eload.1: no name for group 9 rdist: /usr/man/man1/execbbc.1: no name for group 9 I've fixed it, but take care y'all. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14381; 28 Jan 88 9:15 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14369; 28 Jan 88 9:13 GMT Date: Thu, 28 Jan 88 9:03:50 GMT From: ali@ukc.ac.uk To: mg@ukc.ac.uk Subject: Re: Ok, I give up Cc: unix-staff@ukc.ac.uk Martin asks why are /usr/local/... -rwxr-x--x 1 root kmem 13312 Dec 3 13:30 alert -rwxrwxr-x 1 root kmem 13312 Jan 12 11:29 bload -rws--x--x 1 root kmem 23552 Dec 18 15:38 fq -rws--x--x 1 root kmem 8192 Dec 18 15:38 frm -rwxrwxr-x 1 root kmem 8192 Dec 16 23:43 getopt -rwxr-x--x 1 root kmem 14336 Nov 6 19:44 opmsg -rwx--x--x 1 root kmem 11264 Aug 11 00:24 pick -rwx--x--x 1 root kmem 9216 Aug 11 00:17 xtx on eagle in group kmem? Because kmem is gid 2 on eagle. Gid 2 was something else (source?) on 4.2. Conclusion: the above files haven't been recompiled under 4.3, perhaps because they were built on eagle with ~pc/bin/43 and tested on kite during the run-up to the changeover. Or maybe they really are 4.2 binaries?? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14563; 28 Jan 88 9:31 GMT Received: from osprey by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14540; 28 Jan 88 9:29 GMT Date: Thu, 28 Jan 88 9:24:36 GMT From: pwr@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Odd user/group ids If install is used to put not only binaries but also man and how pages into the public tree then: a) we should not get funny uid/gids for rdist to moan about b) make install will do EVERYTHING   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14661; 28 Jan 88 9:36 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14582; 28 Jan 88 9:32 GMT Date: Thu, 28 Jan 88 9:23:36 GMT From: map@ukc.ac.uk To: ali@ukc.ac.uk Subject: Re: disc hoggers Cc: unix-staff@ukc.ac.uk I have a script that I took from the network and partially rewrote it so that I liked the more formative to UKC ouput style. Below is a sample of its output. It keeps a record of disc usage over a week and gives you the daily and weekly increase/decrease in usage for each user. It sorts the list in decreasing order for total usage for each user. I run it each night from cron, and keep the record of info in /usr/adm/log/disk_use. Interested? Mark Thu Jan 28 00:53:55 GMT 1988 Today Yesterday Change Week Change User Group 8440 8432 +8 8358 +82 eeb mar 5792 5792 0 5792 0 hlm mag 5753 5742 +11 5740 +13 gojm mar 3585 3585 0 3585 0 mab cur 2198 2198 0 2199 -1 jmb mar 1928 1884 +44 1930 -2 mhhc mct 1900 1892 +8 1720 +180 dib mat 1800 1800 0 1800 0 pg2 mag 1271 1271 0 1271 0 cg mag   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14989; 28 Jan 88 9:53 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14917; 28 Jan 88 9:49 GMT Date: Thu, 28 Jan 88 9:46:30 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: sort manual page on hawk sort manual page is missing on hawk how is present   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15237; 28 Jan 88 10:05 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15195; 28 Jan 88 10:02 GMT To: mrp@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: sort manual page on hawk In-reply-to: Your message of Thu, 28 Jan 88 9:46:30 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 28 Jan 88 10:02:24 +0000 Message-ID: <390.570362544@kite> Sender: pc@ukc.ac.uk You should add /usr/l into your search path - BEFORE /usr/ucb to pick up the correct remote manual page program   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15439; 28 Jan 88 10:12 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15392; 28 Jan 88 10:10 GMT Date: Thu, 28 Jan 88 10:10:26 GMT From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Re: sort manual page on hawk Doesn't this imply that the one in /usr/ucb should be removed or hidden to reduce user-confusion?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15956; 28 Jan 88 10:35 GMT To: "S.J.Leviseur" cc: unix-staff@ukc.ac.uk, jd@ukc.ac.uk Subject: Re: local ftp files. In-reply-to: Your message of Wed, 27 Jan 88 21:12:24 GMT. Date: 28 Jan 88 10:34:03 GMT (Thu) From: jd@ukc.ac.uk Will people please *NOT* alter any of the ftp configuration files without checking it with me first plese. I will accept no responsibility for things getting fouled up it people hack without thinking. All of ftp is distributed from hobby, it is the orion master machine. Yes it is correct that local-names is distributed. Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16962; 28 Jan 88 11:33 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16954; 28 Jan 88 11:32 GMT Date: Thu, 28 Jan 88 11:28:29 GMT From: smw@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Last Unix Minutes Please note that the 4th line of the last Minutes for the Unix Staff Meeting should read "Minutes of the meeting held on 19th January" (not 5th January). Sorry. Shirley Woodward   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17190; 28 Jan 88 11:46 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17141; 28 Jan 88 11:44 GMT Date: Thu, 28 Jan 88 11:44:26 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [jd: Re: local ftp files.] > Will people please *NOT* alter any of the ftp configuration files > without checking it with me first plese. For this particular file, I think we SHOULD be allowed to change it. The guest-map file is not an integral part of the FTP system; it is (or should be) something that enables people like me, Sean, Peter & Peter to provide access to certain files for people at other sites. If I can't edit this file without breaking FTP, then FTP is already broken. > Yes it is correct that local-names is distributed. It may be a fact; and it may be correct in YOUR opinion, but it's NOT correct in MINE. It should be local to each machine. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17425; 28 Jan 88 12:02 GMT Date: Thu, 28 Jan 88 11:52:45 GMT From: jd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ftp configuration files The guest-map file is important in that if people much it up a lot of systems stop working. I have now fixed the bug in ftp that caused the need for sean to alter the file. I also want to make sure that people understand fully the semantics of what they are doing and so that I can check we don't start causing security holes. All of these will be covered in the Camel (tm) technical manual when I get the time to finish it. The local-names file needs to be distributed so that all the machines know all the other machines. This allows easy and automatic reconfiguration of the names database. The only non ukc global stuff in here is hacks because the NRS is a crock and its a kludge to fix it. No non-ukc machines should appear in it. The guest-map file probably shouldn't be distributed, but I don't have the time to hack it right now as the per machine requirements are too complex. Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17375; 28 Jan 88 11:59 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17339; 28 Jan 88 11:57 GMT Date: Thu, 28 Jan 88 11:56:55 GMT From: "S.J.Leviseur" To: jd@ukc.ac.uk cc: unix-staff@ukc.ac.uk, jd@ukc.ac.uk Subject: Re: local ftp files. > Will people please *NOT* alter any of the ftp configuration files > without checking it with me first plese. I will accept no responsibility > for things getting fouled up it people hack without thinking. When things are *NOT* working (anonymous ftp to name one) it makes sense to fix it *IF* you know how, and the correct person is unavailable. Since the last message seems to have been aimed at me I would like to point out that ftp was broken, and outside users were complaining. I *DID* know what was wrong (it wasn't inserting slashes in the path as it should, an old problem), and I altered the guest-map file as a work-around to *FIX* this. A better solution is to fix ftp so it works properly as advertised. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18047; 28 Jan 88 12:28 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17865; 28 Jan 88 12:22 GMT Date: Thu, 28 Jan 88 12:22:18 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [jd: ftp configuration files] > The guest-map file is important in that if people much it up a lot of systems > stop working. I have now fixed the bug in ftp that caused the need for sean > to alter the file. I also want to make sure that people understand fully the > semantics of what they are doing and so that I can check we don't start > causing security holes. All of these will be covered in the Camel (tm) > technical manual when I get the time to finish it. Once and for all, Jim: installing systems without proper documentation is a BAD IDEA. Writing a manual page takes very little time at all. There is no excuse for not doing this. What happens if you get run over by a bus? Are we allowed to edit the map files then, or will your ghost come back to haunt FTP and make sure that it STILL doesn't work? If I can't use your "anonymous FTP" facility, then you haven't provided one. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21378; 28 Jan 88 14:31 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21327; 28 Jan 88 14:28 GMT Date: Thu, 28 Jan 88 14:20:53 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hobby homedirs There's 50Mb on hobby under /usr/cur. Some I know about. Most I don't. Can we have a tidyup please?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21769; 28 Jan 88 14:51 GMT Date: Thu, 28 Jan 88 14:37:30 GMT From: jd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: The solution! AHA! So we now have the solution! I'll remove ftp from all machines until I have written the technical manual. Assuming that I have no interruptions (ho-ho) this'll take about a month. Is it ok to remove ftp for this time? btw if I get run over by a bus the same thing will happen as when one of the emas team was killed in a train crash - i.e. total chaos. Nobody knew what the status of any of his work was. Good eh? Also where does it say in the fcp manual page that my ftp supports guest stuff? It doesn't exist, so you can't use it. The same goes for most of the other special stuff. Yes, ftp is a crock. But it was my first C program, more importantly is grew with absolutly no planning. If I could do it again it would be totally different. (aside: the worst mistake was trying to compete with the Yuck Bucket, I should have tried to compete with the Softload Portaloo. (aside aside: both the YB and the SPCP were JNT projects - no other comment needed)). Jimbo ("I write in neat OCODE") p.s. whatever happened to LOWL? p.p.s. Time to get off my soap box and stick my head in a bucket of water. p.p.p.s. Put the ether bottle down Alan...   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22938; 28 Jan 88 15:47 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22881; 28 Jan 88 15:43 GMT Date: Thu, 28 Jan 88 15:24:53 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hobby I ask for a tidy up on hobby. jd mails me back:- > Subject: my crap on hobby > > But where else can I hold all my crap? > > Jim. This is a good question, since eagle is permanently full with other peoples crap. The same point came up from rcs when I asked about his use of raven+jay disc space. I have no good answer for this, except to say that hobby isn't supposed to be used. At least that's the theory. However, why is it always the same 3 or 4 people who come at the top of the disc hogging list? Almost irrespective of the machine! There must be a moral here somewhere. In Jim's case, one possible answer goes like this: Writing camel ftp manual, hence sources of ftam, ue, ... idle. Ftam, ue, ... not likely to go on orions in near future. Filespace not active, hence could be dumped to a private mag tape. I appreciate that such an argument doesn't apply in all cases. Maybe. Since the lab is unlikely to go on buying discs for ever does anybody have a serious suggestion as to a solution? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23329; 28 Jan 88 16:16 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23287; 28 Jan 88 16:14 GMT Date: Thu, 28 Jan 88 16:09:21 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hobby Ian Harding has pointed out the solution to hobby (raven, jay, ...) disc usage. Once 'arc' is running live, the problem will go away. Even on eagle. Well, we can live in hope: at least it'll provide the pointed stick with which to prod the guilty!   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23652; 28 Jan 88 16:32 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23640; 28 Jan 88 16:30 GMT Date: Thu, 28 Jan 88 16:30:21 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [jd: The solution!] > AHA! So we now have the solution! I'll remove ftp from all machines until I > have written the technical manual. Assuming that I have no interruptions > (ho-ho) this'll take about a month. Is it ok to remove ftp for this time? I don't want a technical manual that takes you a month to write - it would probably take me a month to read it. What I want is a manual page that I can look at. Knowing your code, this could probably be written by ripping the comments out of the source and re-formatting them slightly; this would take 10 minutes at most. You could have done it in the time that it took you to reply to my last message, and then just have replied: "RTFM". I don't care how it WORKS; I want to know how to USE it. And I don't want to have to come and ask you every time, because you probably won't be there. > btw if I get run over by a bus the same thing will happen as when one of the > emas team was killed in a train crash - i.e. total chaos. Nobody knew what > the status of any of his work was. Good eh? No. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab27900; 28 Jan 88 22:07 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27877; 28 Jan 88 22:05 GMT Date: Thu, 28 Jan 88 21:58:55 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: stranger and stranger When I use wm on falcon, calling over to eagle and having sent the settings for the TERM and TERMCAP variables across, more gets the terminal length wrong (too big) but less gets it right. Now, less is compiled here, and more, I assume, is imported. Does perhaps the $TERMCAP code in curses in vi and more not work? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28152; 28 Jan 88 22:47 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28148; 28 Jan 88 22:45 GMT To: mg@ukc.ac.uk Subject: Re: stranger and stranger In-reply-to: Your message of Thu, 28 Jan 88 21:58:55 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: unix-staff@ukc.ac.uk Date: Thu, 28 Jan 88 22:45:04 +0000 Message-ID: <3307.570408304@kite> Sender: pc@ukc.ac.uk The area in the terminal takes precedence over the termcap. This means that on a proper window manager you should only have to change the size and not the termcap entry - i.e. this is CORRECT.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28175; 28 Jan 88 22:50 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28161; 28 Jan 88 22:47 GMT To: unix-staff@ukc.ac.uk Subject: Re: hawk update from eagle From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 28 Jan 88 22:47:11 +0000 Message-ID: <3324.570408431@kite> Sender: pc@ukc.ac.uk WHY - please has someone done this? ------- Forwarded Message Date: Thu, 28 Jan 88 22:39:52 GMT From: rdist@ukc.ac.uk Subject: hawk update from eagle To: pc@ukc.ac.uk, ali@ukc.ac.uk installing: /usr/local/zyxwvutsrqponmlkjihgfedc ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10906; 29 Jan 88 10:17 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10882; 29 Jan 88 10:15 GMT To: mg@ukc.ac.uk Subject: Please remove it From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: unix-staff@ukc.ac.uk Date: Fri, 29 Jan 88 10:15:37 +0000 Message-ID: <7284.570449737@kite> Sender: pc@ukc.ac.uk This will simply confuse people and it is junk.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04726; 29 Jan 88 16:38 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04713; 29 Jan 88 16:37 GMT To: unix-staff@ukc.ac.uk Subject: Re: Help with rn and tree! From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 29 Jan 88 16:36:59 +0000 Message-ID: <677.570472619@kite> Sender: pc@ukc.ac.uk Can someone look at this please ------- Forwarded Message Date: Fri, 29 Jan 88 10:45:00 GMT From: Barry Dean Subject: Re: Help with rn and tree! To: pc@ukc.ac.uk Cc: Bcc: In article <4273@eagle.ukc.ac.uk> you write: > >PLEASE TELL US WHICH MACHINE THINGS ARE `broken' on..... please Sorry! The machine I am on is raven and it would be very useful to have tree to see the directory structure created when I use the Kill facility in rn. bvd@raven bit109@saturn ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21598; 30 Jan 88 10:09 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21576; 30 Jan 88 10:06 GMT To: unix-staff@ukc.ac.uk Subject: The daemon program From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 30 Jan 88 10:05:36 +0000 Message-ID: <6420.570535536@kite> Sender: pc@ukc.ac.uk Seems to be an excuse for sloppy coding   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13806; 1 Feb 88 11:21 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11617; 1 Feb 88 10:50 GMT Date: Mon, 1 Feb 88 10:50:21 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: njg on raven I am: raven!opr console Jan 30 23:39 njg has been set to a seeme shell because fujitsu used to run off personal letters - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab13806; 1 Feb 88 11:24 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13293; 1 Feb 88 11:13 GMT Date: Mon, 1 Feb 88 11:06:27 GMT From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: man page for troff on eagle There is a problem with eagle's man page for troff: The last paragraph before the 'FILES' section has some of its words missing. It reads: -q Invoke the simultaneous input-output mode of the rd request. are: -Tcan = Canon LBP-10 Laser Printer, -Tjet = HP LaserJet Printer (jetJ or jetF for J or F font car- tridge), -Tlps = DEC Printserver 40 (PostScript) printer on the VMS Cluster. FILES /tmp/trtmp* temporary file /usr/lib/tmac/tmac.* standard macro files /usr/lib/font/* font width tables Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20298; 1 Feb 88 13:31 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14606; 1 Feb 88 11:29 GMT Date: Mon, 1 Feb 88 11:24:33 GMT From: arc1@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: problem: tarmailing to external sites tarmail continually throws up its hands at any attempt to tarmail to external sites (in this case, Exeter). It thinks that no addressee has been specified when clearly the command line indicates that one has, e.g. tarmail fred@uk.ax.ex.cs "a subject string" files gives (once the pipe has started) No addressee specified Posting aborted (or something similar) (oops! I meant uk.ac above not uk.ax) Any ideas? Tony Curtis (arc1)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab20298; 1 Feb 88 13:31 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17855; 1 Feb 88 12:12 GMT Date: Mon, 1 Feb 88 11:59:32 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orion /nu To all orion+clipper SAs:- There is a /nu on your machine(s). Please leave it alone. All lab unix machines have been booked 9-10am tomorrow (Tues 2/2/88) by ali+pc. The /nu will be installed experimentally during that hands on session. The experiment is an attempt to get internet protocols working over the ring using the correct NIC address: maybe this will get 4.3 NFS working. If nothing else, it gives y'all an excuse for an extra hour in bed tomorrow.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab22214; 1 Feb 88 15:00 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21785; 1 Feb 88 14:36 GMT Date: Mon, 1 Feb 88 14:35:14 GMT From: iau@ukc.ac.uk To: map@ukc.ac.uk Subject: Re: man page for troff on eagle Cc: unix-staff@ukc.ac.uk Fixed. Ian.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23046; 1 Feb 88 15:36 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22301; 1 Feb 88 15:02 GMT Date: Mon, 1 Feb 88 15:02:40 GMT From: root@ukc.ac.uk Subject: Seeme set for ylft on eagle To: unix-staff@ukc.ac.uk Subject: ylft on eagle I am: eagle!opr console Feb 1 09:58 ylft has been set to a seeme shell because he may have left - Melanie   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab23046; 1 Feb 88 15:37 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22488; 1 Feb 88 15:11 GMT Date: Mon, 1 Feb 88 15:10:38 GMT From: root@ukc.ac.uk Subject: Seeme set for jaa1 on eagle To: unix-staff@ukc.ac.uk Subject: jaa1 on eagle I am: eagle!opr console Feb 1 09:58 jaa1 has been set to a seeme shell because He may have left - Melanie   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac23046; 1 Feb 88 15:37 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22510; 1 Feb 88 15:11 GMT Date: Mon, 1 Feb 88 15:11:43 GMT From: root@ukc.ac.uk Subject: Seeme set for aaa on eagle To: unix-staff@ukc.ac.uk Subject: aaa on eagle I am: eagle!opr console Feb 1 09:58 aaa has been set to a seeme shell because He may have left - Mel   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad23046; 1 Feb 88 15:38 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22554; 1 Feb 88 15:13 GMT Date: Mon, 1 Feb 88 15:13:24 GMT From: root@ukc.ac.uk Subject: Seeme set for kith on eagle To: unix-staff@ukc.ac.uk Subject: kith on eagle I am: eagle!opr console Feb 1 09:58 kith has been set to a seeme shell because He may have left - Mel   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ae23046; 1 Feb 88 15:39 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22584; 1 Feb 88 15:14 GMT Date: Mon, 1 Feb 88 15:14:41 GMT From: root@ukc.ac.uk Subject: Seeme set for wkw on eagle To: unix-staff@ukc.ac.uk Subject: wkw on eagle I am: eagle!opr console Feb 1 09:58 wkw has been set to a seeme shell because He may have left - Melanie   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id af23046; 1 Feb 88 15:40 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22624; 1 Feb 88 15:16 GMT Date: Mon, 1 Feb 88 15:15:52 GMT From: root@ukc.ac.uk Subject: Seeme set for ya on eagle To: unix-staff@ukc.ac.uk Subject: ya on eagle I am: eagle!opr console Feb 1 09:58 ya has been set to a seeme shell because He may have left - Mel   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ag23046; 1 Feb 88 15:40 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22639; 1 Feb 88 15:17 GMT Date: Mon, 1 Feb 88 15:16:54 GMT From: root@ukc.ac.uk Subject: Seeme set for pt on eagle To: unix-staff@ukc.ac.uk Subject: pt on eagle I am: eagle!opr console Feb 1 09:58 pt has been set to a seeme shell because He may have left - M   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ah23046; 1 Feb 88 15:41 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22654; 1 Feb 88 15:18 GMT Date: Mon, 1 Feb 88 15:17:53 GMT From: root@ukc.ac.uk Subject: Seeme set for smp1 on eagle To: unix-staff@ukc.ac.uk Subject: smp1 on eagle I am: eagle!opr console Feb 1 09:58 smp1 has been set to a seeme shell because He may have left - M   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ai23046; 1 Feb 88 15:42 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22676; 1 Feb 88 15:18 GMT Date: Mon, 1 Feb 88 15:18:44 GMT From: root@ukc.ac.uk Subject: Seeme set for td on eagle To: unix-staff@ukc.ac.uk Subject: td on eagle I am: eagle!opr console Feb 1 09:58 td has been set to a seeme shell because He may have left - M   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aj23046; 1 Feb 88 15:42 GMT Received: from lucy by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22741; 1 Feb 88 15:20 GMT Date: Mon, 1 Feb 88 15:20:31 GMT From: root@ukc.ac.uk Subject: Seeme set for pt on lucy To: unix-staff@ukc.ac.uk Subject: pt on lucy I am: lucy!opr tty0 Jan 29 13:05 pt has been set to a seeme shell because He may have left - Melanie   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01766; 2 Feb 88 10:45 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder Subject: Re: Unix graphics on clippers In-reply-to: Your message of Mon, 1 Feb 88 18:18:29 GMT. Date: 02 Feb 88 10:44:14 GMT (Tue) Sender: pjh@ukc.ac.uk Peter, Do we have a common set of utilities on vaxen, old orions and clippers for unix graphics? If not, is it in the pipeline, or is it not practicable to provide the very best service on all architectures? Martin Martin, Putting digs (low-level stuff) on all machines would be easy, but we could do with some high level routines to interface to DIGS. NAG is per machine licensed and very memory demanding. XPLOT sits on top of NAG, using its high level commands. Any thoughts about useful combinations of high/low level routine packages with a common format that would could be used by plotters and previewers would be welcome. I've tried to get UNIX machines all putting out in gsformat and VMS in GKS format and I would like to see the concept of device indepence maintained. David Morse looked at a UNIRAS pacvkage that may be available for all universities, but the cost/size and licensing arrangements are not yet finalised. Regards Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06376; 2 Feb 88 14:12 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06312; 2 Feb 88 14:08 GMT Date: Tue, 2 Feb 88 14:04:26 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: nft065 nft065 B.Hyman is now using vms again.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07539; 2 Feb 88 15:01 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07472; 2 Feb 88 14:59 GMT Date: Tue, 2 Feb 88 14:52:23 GMT From: map@ukc.ac.uk To: pjh@ukc.ac.uk Subject: Re: Unix graphics on clippers Cc: unix-staff@ukc.ac.uk Peter says: > Putting digs (low-level stuff) on all machines would be easy, > but we could do with some high level routines to interface to > DIGS. > > Any thoughts about useful combinations of high/low level routine > packages with a common format that would could be used by > plotters and previewers would be welcome. On Mars I have DIGS and a few common previewers, e.g stobbc, stobbcm, stotk etc., and the facility to send the graphs to the Benson. I think most of my users find this satisfactory. Until about an hour ago I would have said that xplot would be all that we need as a common machine wide interface...but I now know that xplot is just an interface that sits on top of NAG graphics, which Peter said is huge in size and licenced per machine. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10510; 2 Feb 88 17:08 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10498; 2 Feb 88 17:07 GMT To: unix-staff@ukc.ac.uk Subject: Permissions on /usr/local on eagle From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 02 Feb 88 17:07:08 +0000 Message-ID: <909.570820028@kite> Sender: pc@ukc.ac.uk Who altered the permissions here... I *think* that source should be readable by all... do people disagree on this?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11508; 2 Feb 88 17:52 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11464; 2 Feb 88 17:47 GMT To: unix-staff@ukc.ac.uk Subject: Re: Permissions on /usr/local on eagle From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 02 Feb 88 17:47:14 +0000 Message-ID: <1092.570822434@kite> Sender: pc@ukc.ac.uk Comments? ------- Forwarded Message Date: Tue, 2 Feb 88 17:19:20 GMT From: ih@ukc.ac.uk Subject: Re: Permissions on /usr/local on eagle To: pc@ukc.ac.uk I did. Some of the sources where only readable by groups source and I attempted to quickly bring 'em all into line. The ones that needed bringing in line were typically installed at funny times of the night and I decided it was a slip up to have everyone reading them. Do you really want anyone who cares to look seeing password code in fcp for example. Wot's more, wot's the point of group source if its not to control read access - I hope its not write access. ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05617; 3 Feb 88 9:50 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05434; 3 Feb 88 9:43 GMT Date: Wed, 3 Feb 88 9:43:04 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [Pete Collinson: Re: Permissions on /usr/local on eagle] > ..... Wot's more, wot's the point of group source if its not to > control read access - I hope its not write access. But that's just what it has been used for - so that lots of people can edit the same source - and also to control read access for certain "sensitive" sources. Whether this is a good idea is a moot point - there are obvious disadvantages of using this approach, but there are also disadvantages to the other approach, which is having to "su" every time. I think the bottom line is that using group "source" to control write access is safer because it means we don't have to give everyone "su" access. But that's just my opinion. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07339; 3 Feb 88 11:17 GMT To: Zdravko Podolski From: Peter Houlder Subject: Re: X windows mailing list In-reply-to: Your message of Wed, 3 Feb 88 10:26:39 pst. <12467.8802031826@yogi.insignia.co.uk> cc: joseph@inset.uucp, pb@cl.cam.ac.uk, unix-staff@ukc.ac.uk Date: 03 Feb 88 11:10:18 GMT (Wed) Sender: uknet@ukc.ac.uk Sorry to hassle you overworked folks, but is there such a thing as an X-windows mailing list? Nothing about it seems to exist on the info-server. Zdrav The only thing I know of is the comp.windows.x newsgroup, but I've cc'd this to a few people, who might have more info. Regards Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07865; 3 Feb 88 11:44 GMT Received: from cl.cam.ac.uk by kestrel.Ukc.AC.UK via Janet (UKC CAMEL FTP) id aa07858; 3 Feb 88 11:43 GMT Date: Wed, 3 Feb 88 11:36:21 GMT From: Piete Brooks To: Zdravko Podolski Cc: joseph@inset.uucp, unix-staff@ukc.ac.uk Subject: Re: X windows mailing list Message-Id: In-Reply-To: Peter Houlder's message of 03 Feb 88 111018 GMT (Wed) > The only thing I know of is the comp.windows.x newsgroup, but I've > cc'd this to a few people, who might have more info. * There is xpert & xport @ ucl.cs.nss   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08117; 3 Feb 88 11:59 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08101; 3 Feb 88 11:56 GMT Date: Wed, 3 Feb 88 11:18:42 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Clipper crashes Cc: steve@hlh.uucp Raven has been rather unreliable of late. In case duty programmers get quizzed by the users, here's the story so far. When a clipper gets heavily loaded, a bug in the unix kernel causes a data pointer associated with the ownership (uid, gid) of a user process to be corrupted. This makes system calls like who_am_i (getuid) return silly answers. Soon afterwards, the kernel gets an address error and crashes. Files which are open when the machine crashes may be lost. Raven has crashed with this bug 8 times since the beginning of term, an average of once every two working days. Unfortunately, being related to heavy workload, crashes are most likely to happen during classes. Around 11:30 seems a favourite time. The other clippers, betelgeuse and capella, don't suffer the problem: I guess because they are never as busy as raven. The problem does not happen on vaxen or (old) orions at UKC. Neither pc nor I can see any obvious bug in the kernel sources, although the code is significantly different to that running on both vaxen and old orions. HLH Ltd are aware of the problem and have expended considerable effort trying to track down the problem, also without success. I understand the symptoms have been seen at other sites, so we are not suffering alone. I am beginning to doubt that the bug will be found. HLH hope to release BSD 4.3 this summer, so I hope the fault will disappear in time for the next academic year. In the meantime, all we can do is apologise to the users and ask them to be patient.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16839; 3 Feb 88 17:22 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16767; 3 Feb 88 17:17 GMT Date: Wed, 3 Feb 88 17:04:31 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: tape dumps All the cherished files from all the hlh machines are kept on osprey. So are all the system sources. The files are backed up from osprey onto mag tape once a week. We've been using tar for this, but the tape filled up on the last run. Tar can't handle multiple reels, so I've changed over to using dump(8). This is the system which has been used on eagle for yonks and is believed to be reliable. If the test run (running now) is OK, I'll overwrite the old tar tapes next week. This means we won't be able to recover 10-week-old files. For the next week, we will only have a 1-week-old dump. The week after we will have 1-week-old and 2-week-old dumps Thereafter we will have 1, 2, and 3-week-old dumps. There are 3 tapes in each weekly dump (enough for the whole of osprey's /u). If anyone thinks backups going back 3 weeks are inadequate, make a case for buying more tapes and another tape rack. Then find somewhere in the machine room to put the rack - answers on a postcard please... Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10326; 4 Feb 88 17:09 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09353; 4 Feb 88 16:35 GMT Date: Thu, 4 Feb 88 16:33:32 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: beeb makefile For the info of those who might have had to do with the beeb suite makefile, the following info: since the program "clean" has been renamed to beebclean, there is now a real make clean entry which does what one expects. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab11947; 5 Feb 88 12:26 GMT Received: from mars by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11819; 5 Feb 88 12:18 GMT Date: Fri, 5 Feb 88 12:17:52 GMT From: root@ukc.ac.uk Subject: Seeme set for sjw1 on mars To: unix-staff@ukc.ac.uk Subject: sjw1 on mars I am: mars!opr tty0 Feb 2 09:57 sjw1 has been set to a seeme shell because 'it' helped to fill the disc with 28.5Mb of files called crap in subdirectories called shit. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16624; 5 Feb 88 16:05 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16596; 5 Feb 88 16:04 GMT Date: Fri, 5 Feb 88 16:04:15 GMT From: root@ukc.ac.uk Subject: Seeme set for sjw1 on merlin To: unix-staff@ukc.ac.uk Subject: sjw1 on merlin I am: merlin!opr tty0 Feb 4 09:16 sjw1 has been set to a seeme shell because Heather Brown. Causing problems on Mike.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03605; 8 Feb 88 13:21 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29883; 8 Feb 88 11:05 GMT Date: Mon, 8 Feb 88 11:05:01 GMT From: root@ukc.ac.uk Subject: Seeme set for dl on eagle To: unix-staff@ukc.ac.uk Subject: dl on eagle I am: eagle!opr console Feb 3 08:30 dl has been set to a seeme shell because Failed to re-register M.Houlder   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab03605; 8 Feb 88 13:24 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01762; 8 Feb 88 12:12 GMT Date: Mon, 8 Feb 88 11:52:00 GMT From: mrp@ukc.ac.uk To: adb@ukc.ac.uk, lh1@ukc.ac.uk, mh1@ukc.ac.uk Subject: creating users using admin server Cc: unix-staff@ukc.ac.uk Please note that you should only be using the admin server to create logins on the following hosts. vms eagle jay gate sgate - all staff and post-grad students who have valid application forms. hawk - lab staff only (forms also required) Requests for logins on any other host should be referred to me. M.R.Pitt   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07598; 8 Feb 88 15:57 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06944; 8 Feb 88 15:29 GMT Date: Mon, 8 Feb 88 15:14:30 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: 6250bpi tapes The 6250bpi mag tape drive on Capella is claimed to adversely affect response times when it is in use. Since the hardware is not owned by the service, this means that the drive is now only available in the early mornings (before 10am). Unless high density tape is mandatory, the 1600bpi drive on eagle should be used. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01504; 10 Feb 88 11:29 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01347; 10 Feb 88 11:18 GMT Date: Wed, 10 Feb 88 11:13:29 GMT From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: icon Using unix-staff as a forum may I ask the following: Does anyone know what icon is? I have received a request to find out about it; is it available at UKC? What's it best suited for? How do I go about getting it? Ideas? Comments? Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02312; 10 Feb 88 12:12 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02085; 10 Feb 88 12:04 GMT Date: Wed, 10 Feb 88 12:03:40 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: ico "icon" is the successor to SNOBOL4, written by the same person (Griswold). It is distributed with 4.3 as part of the user-contributed software; see /usr/src/new/icon on eagle. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05814; 10 Feb 88 15:08 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05809; 10 Feb 88 15:08 GMT Date: Wed, 10 Feb 88 15:06:33 GMT From: jbww@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: lpph printer line length The lpph printer in physics has (just ?) started truncating lines sent from eagle. It is set so that it can print two 80 col pages side by side, per page. It still works correctly for text sent from jax. The printcap entry on jax is : lpph:lc=Physics:\ :if=/usr/lib/lp/lpf:lp=/dev/lpph:sd=/usr/spool/lpph:ts:pl#68:pw#175: any ideas ? beau webber   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06128; 10 Feb 88 15:32 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06102; 10 Feb 88 15:29 GMT Date: Wed, 10 Feb 88 15:24:32 GMT From: jbww@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: re printer lpph O.K., SORRY ! - MY FAULT I forgot that the shell script I was calling used a binary that I had not re-compiled. (Must check more.... Must check more.... ) beau   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15742; 12 Feb 88 17:53 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15730; 12 Feb 88 17:52 GMT Date: Fri, 12 Feb 88 17:51:56 GMT From: "J.M.Bremner" To: unix-staff@ukc.ac.uk Subject: crypt(1) Seems to have disappeared from Eagle. 4.3BSD? Any chance of having it back?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05323; 15 Feb 88 9:05 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05295; 15 Feb 88 9:02 GMT To: unix-staff@ukc.ac.uk Subject: checkaddr ....... From: Ian Dallas Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x3633 Date: Mon, 15 Feb 88 09:02:40 +0000 Message-ID: <29846.571914160@hawk> Sender: ind@ukc.ac.uk checkaddr seems to be missing from eagle and hawk. Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05731; 15 Feb 88 9:25 GMT To: unix-staff@ukc.ac.uk From: Peter Houlder Subject: Re: checkaddr ....... In-reply-to: Your message of Mon, 15 Feb 88 09:02:40 +0000. <29846.571914160@hawk> Date: 15 Feb 88 09:18:53 GMT (Mon) Sender: pjh@ukc.ac.uk checkaddr seems to be missing from eagle and hawk. Ian As I understand it checkaddr and evaladdr are only meaningful from kestrel. The results on other machines may not be correct. Perhaps pc or sjl would contradict me if I'm wrong.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08535; 15 Feb 88 11:53 GMT Received: from jay by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08513; 15 Feb 88 11:50 GMT Date: Mon, 15 Feb 88 11:42:58 GMT From: admn@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: sjw1 sjw1 is to be allowed back on mars and merlin to-day Please could you do this Mark and Martin. thanks marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18047; 15 Feb 88 17:31 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16538; 15 Feb 88 16:15 GMT To: map@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: icon In-reply-to: Your message of Wed, 10 Feb 88 11:13:29 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 15 Feb 88 16:15:19 +0000 Message-ID: <1569.571940119@kite> Sender: pc@ukc.ac.uk Icon is a text processing language written as a Successor to snobol by Griswold. You will find the source on eagle:/usr/src/new/icon.... Let us know how you get on...   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab18047; 15 Feb 88 17:32 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18035; 15 Feb 88 17:30 GMT Date: Mon, 15 Feb 88 17:29:54 GMT From: root@ukc.ac.uk Subject: Seeme set for acs on merlin To: unix-staff@ukc.ac.uk Subject: acs on merlin I am: merlin!mg tty06 Feb 15 17:26 acs has been set to a seeme shell because he set off a shell script to mail fortunes to somebody indefinitely Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11018; 16 Feb 88 10:00 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10988; 16 Feb 88 9:58 GMT To: unix-staff@ukc.ac.uk Subject: Usenix From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 16 Feb 88 09:57:58 +0000 Message-ID: <7798.572003878@kite> Sender: pc@ukc.ac.uk I have three documents of interest... a) Proceedings from Dallas - currently Alan has these b) Proceedings from a C++ workshop - currently Ian Utting has these c) A copy of the new Usenix Journal.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14158; 16 Feb 88 12:24 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13922; 16 Feb 88 12:19 GMT Date: Tue, 16 Feb 88 12:16:25 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: bib and invert The bibliographic preprocessor for troff and friends has been ported as-is from vax 4.3 onto clipper 4.2. See bib(1) and invert(1).   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12586; 17 Feb 88 4:41 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12583; 17 Feb 88 4:41 GMT Date: Wed, 17 Feb 88 4:37:57 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: what goes where in a Unix filesystem Pray, where is the line actually drawn, in theory, between programs to go into /etc/and programs to go in other user-binary directories? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12953; 17 Feb 88 5:08 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12950; 17 Feb 88 5:06 GMT Date: Wed, 17 Feb 88 5:00:06 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: saving space on / on clippers. A thought: are all binaries stripped? The result of a magic find line: /bin/strip: pure executable not stripped /etc/restore: pure executable not stripped /etc/rstat: pure executable not stripped /etc/4.3restore: pure executable not stripped Is there any reason why these need their symbol tables? /bin/strip, my foot Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15815; 17 Feb 88 9:50 GMT Received: from mars by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15786; 17 Feb 88 9:47 GMT Date: Wed, 17 Feb 88 9:47:03 GMT From: root@ukc.ac.uk Subject: Seeme set for bc on mars To: unix-staff@ukc.ac.uk Subject: bc on mars I am: mars!opr tty0 Feb 5 12:28 bc has been set to a seeme shell because this student has been misusing the vms laserprinter and now run up a large bill. He ignored the access denied on vms. marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21046; 17 Feb 88 14:06 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21005; 17 Feb 88 14:05 GMT Date: Wed, 17 Feb 88 13:56:34 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orion f77 We have been notified by HLH of a bug in the orion (not clipper) f77 compiler released on 4th November. Initialised character arrays whose size is 1 less than a multiple of 4 bytes have the last element set to zero rather than to the value you specifiy. Fix it yourself, either by increasing the size of the array by 1 byte or editing the assembler produced by -S manually. Good eh? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab25000; 17 Feb 88 17:29 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24965; 17 Feb 88 17:27 GMT Date: Wed, 17 Feb 88 17:23:52 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: pdx The only manifestation of pdx, claimed to be a debugger which comes with pi, on raven and hobby was its manual page. To reduce user-consternation, I have moved this page to /usr/man/mano, which is not distributed. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29293; 17 Feb 88 20:57 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29167; 17 Feb 88 20:52 GMT Date: Wed, 17 Feb 88 20:52:05 GMT From: root@ukc.ac.uk Subject: Seeme set for jpg2 on merlin To: unix-staff@ukc.ac.uk Subject: jpg2 on merlin I am: merlin!ih tty06 Feb 17 20:45 jpg2 has been set to a seeme shell because Sharing login ... jpg2 ift J.P.Garforth tty04 Wed 19:48 Eliot L48 - 5 conf jpg2,tty19 jpg2 ift J.P.Garforth tty19 Wed 20:01 Darwin - W conf jpg2   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13852; 18 Feb 88 3:59 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13765; 18 Feb 88 3:56 GMT Date: Thu, 18 Feb 88 3:51:20 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: gid 9 on /usr/man/man8/gidhash.8 To all recipients of rdist's good tidings, I have fixed the group of this manual page, and am letting you know so that we don't all go and check. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21846; 18 Feb 88 10:12 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21681; 18 Feb 88 10:07 GMT Date: Thu, 18 Feb 88 9:59:22 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Steve at HLH From: Tim Robinson Date: Thu, 18 Feb 88 09:14:47 GMT I have been checking steve's mail in his absence (he was rushed into hospital on Saturday to have his appendix out -- now very well, due out Friday). Tim In view of the above, it would seem sensible to avoid pestering HLH with non-urgent queries for a couple of weeks. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01879; 18 Feb 88 15:42 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01646; 18 Feb 88 15:30 GMT Date: Thu, 18 Feb 88 15:30:01 GMT From: root@ukc.ac.uk Subject: Seeme set for sjw1 on merlin To: unix-staff@ukc.ac.uk Subject: sjw1 on merlin I am: merlin!opr tty0 Feb 14 16:49 sjw1 has been set to a seeme shell because sending offensive mail - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab01879; 18 Feb 88 15:43 GMT Received: from mars by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01682; 18 Feb 88 15:32 GMT Date: Thu, 18 Feb 88 15:31:58 GMT From: root@ukc.ac.uk Subject: Seeme set for sjw1 on mars To: unix-staff@ukc.ac.uk Subject: sjw1 on mars I am: mars!opr tty0 Feb 5 12:28 sjw1 has been set to a seeme shell because has sent offensive mail - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac01879; 18 Feb 88 15:44 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01691; 18 Feb 88 15:32 GMT Date: Thu, 18 Feb 88 15:32:26 GMT From: root@ukc.ac.uk Subject: Seeme set for astro on gos To: unix-staff@ukc.ac.uk Subject: astro on gos I am: gos!opr tty0 Feb 15 21:47 astro has been set to a seeme shell because they are knowingly allowing an unregistered user to use their login. For confirmation of this see ~astro/.mail and the person signing himself "yeti". sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06268; 18 Feb 88 17:49 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06255; 18 Feb 88 17:47 GMT Date: Thu, 18 Feb 88 17:46:54 GMT From: root@ukc.ac.uk Subject: Seeme set for sjw1 on merlin To: unix-staff@ukc.ac.uk Subject: sjw1 on merlin I am: merlin!mg tty28 Feb 18 17:41 sjw1 has been set to a seeme shell because   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab18685; 22 Feb 88 10:53 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18486; 22 Feb 88 10:43 GMT To: unix-staff@ukc.ac.uk Subject: NFS kernels From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 22 Feb 88 10:43:36 +0000 Message-ID: <27716.572525016@kite> Sender: pc@ukc.ac.uk NFS kernels are now running on all our VAXes. I now need to get the binaries in phase. When I have done that I will get the sources correct. Currently, /usr/include on eagle and hawk do not really reflect the true state of affairs. Please beware about compiling system'y things today. Will let you know when things are correctly in sync   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03054; 22 Feb 88 20:31 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02871; 22 Feb 88 20:20 GMT Date: Mon, 22 Feb 88 20:20:26 GMT From: root@ukc.ac.uk Subject: Seeme set for sfas on merlin To: unix-staff@ukc.ac.uk Subject: sfas on merlin I am: merlin!mg tty19 Feb 22 19:53 sfas has been set to a seeme shell because he had 860k of files, including a world site list and a copy of the rn binary Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06677; 23 Feb 88 21:28 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06667; 23 Feb 88 21:26 GMT To: unix-staff@ukc.ac.uk Subject: Bulletin From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 23 Feb 88 21:26:23 +0000 Message-ID: <20017.572649983@kite> Sender: pc@ukc.ac.uk I have done a little bit on NFS... Any other offers? Bits to me please....   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06965; 23 Feb 88 21:58 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06959; 23 Feb 88 21:56 GMT Date: Tue, 23 Feb 88 21:53:45 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk I found this while browsing publicy readable directories on merlin as myself. Isn't it cute? No naughty saving it in textfiles on the disk now, kiddies. Martin From Simon (smh) ============================================================================ || || || || || || || || || The bravest animals in the land || || Are Captain Beaky, and his band: || || That's Timid Toad, Reckless Rat, || || Artful Owl and Batty Bat. || || || || March through the woodland singing songs || || That tell how they have righted wrongs || || || || || || Once Hissing Sid, an evil snake, || || Kept the woodland folk awake, || || In fear and trembling every night || || In case he gave someone a bite || || || || Said Artful Owl "we'll lie in wait || || And one of us will be the bate." || || Said Captain Beaky "have no fear || || For I alone will volunteer." || || || || "No make it me", said Reckless Rat, || || "I'll stand there in my reckless hat, || || And when Hissing Sid picks up my trail || || I'll just lassoo him with my tail." || || || || "Oh a good idea", said Timid Toad, || || "We'll hide a long way down the road, || || "And when you've overcome resistance || || We'll rush along to your assistance." || || || || Said Batty Bat "I've got a wheese, || || "I'll fly and hide up in the trees. || || If hissing Sid should slither by || || I'll drop a boulder from the sky." || || || || Said Artful Owl "The idea's sound, || || How will you lift it off the ground?" || || Poor Batty Bat just scratched his head. || || "I hadn't thought of that, he said." || || || || Said Owl "The rest of us hold back, || || There's only one that he'll attack." || || Said Timid Toad "I like your plan." || || "Good luck", said Owl, "for you are the man." || || || || So Timid Toad his eyes a popping, || || Into the woodland night went hopping, || || Captain Beaky waved his hand, || || Followed with his trusty band: || || || || That's Artful Owl; Reckless Rat; || || And above the trees flew Batty Bat. || || || || "Stop!" said Beaky, "I hear squeeking!" || || "It's Batty Bat", said Owl, "he's speaking." || || "It's all in code", said Reckless Rat. || || Said Owl "I'll just decifer that:" || || || || "A dash, a dot two short one long, || || I rather hope he's got it wrong. || || It reads 'can clearly see the road, || || Hissing sid has captured Toad!'" || || || || "Quick men!", said Beaky "No delay! || || We mustn't let them get away!" || || And leaping up said "follow me", || || And ran head first into a tree. || || || || "Dot-dot-dot" squeeked Batty Bat || || Said Beaky "quick decifer that." || || Said Reckless rat "perhaps we're gaining!" || || "No", said Owl "he says it's raining" || || || || Oh how they ran to save poor Toad, || || For they must find that snakes abode. || || Guided by old Batty Bat, || || Dot dot go this way dash go that. || || || || At last Hissing Sids layer they espied. || || Were they too late? Was he inside? || || Said Reckless Rat I'll get a pole || || And stop him going down his hole. || || || || Then into the woodland night came hopping, || || Right past his hole no sign of stopping, || || Said Reckless Rat "that's rather funny || || There's something jumping in its tummy!" || || || || Said Captain Beaky "well I'm blowed! || || Hissing Sid has swallowed Toad!" || || As the snake hopped out of sight, || || Off they chased, into the night. || || || || At last they found him tired and dizzy, || || And out popped toad who said "where is he? || || For left alone I felt quite sick, || || And jumped into a hollow stick." || || || || Said Owl "A clever step to take, || || You jumped into that slippery snake." || || "That was brave of toad", said Rat. || || "That's just my sort of plan", said Bat. || || || || Said Captain Beaky to his men || || "We'll not see Hissing Sid again." || || And as they marched off down the road || || They sang in praise of Timid Toad. || || || || Above them flew old Batty Bat || || With his wings stretched out quite flat || || Owls' idea the clever fella' || || To have a flying umberella! || || || || The bravest animals in the land || || Are Captain Beaky, and his band: || || That's Timid Toad, Reckless Rat, || || Artful Owl and Batty Bat. || || || || March through the woodland singing songs, || || That tell how they have righted wrongs. || || || || || || || || || || || || || || || || || || || || .---------------------------------------. || || | I hope the song is quite correct, | || || | That all the syllables connect, | || || | But if they don't then patient be, | || || | As 'twas all recalled from memory. | || || --------------------------------------- || || || || || || || || _-~~~~~_ || || ' || || _________O '_.---._ O || || ~~~~~~~~~O | // || || , / // || || "-__,/ // o || || || ||__________________________________________________________________________|| ----------------------------------------------------------------------------   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27674; 24 Feb 88 11:25 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27546; 24 Feb 88 11:19 GMT Date: Wed, 24 Feb 88 11:15:13 GMT From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: astro astro have their login back but are not allowed to post news for the rest of this term. Their publicity officer will not be using the login for the rest of term either.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10005; 25 Feb 88 18:14 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09649; 25 Feb 88 17:53 GMT Date: Thu, 25 Feb 88 17:50:39 GMT From: jch@ukc.ac.uk To: unix-staff@ukc.ac.uk Mike Bremner complained (in the nicest possible way) to me that his Eagle canon batch jobs were being delayed for long times in the evenings by very large jobs submitted by others. The queues in the evenings and at weekends tend to be very quiet and Eagle goes a bit faster too. The present limits on all Unix batch streams are; Max Min 1) 0 60 2) 0 300 3) 120 300 4) 301 10000 Thus if a 10000 (ten thousand) second batch job starts at any time it stops anything over 300 seconds running. This is probably reasonable during the day (or maybe not?). To help with this I have put the following in crontab.local on Eagle as a trial, and as Eagle is where batch gets most used. Perhaps this should be put in all crontabs? Opinions (or silence) please. 0 18 * * 1-5 root /etc/bac limit 3 max 1000 > /dev/null 0 7 * * 1-5 root /etc/bac limit 3 max 300 > /dev/null This should put the limit on stream 3 to 1000 (one thousand) seconds after 18:00 each weekday and back down to the normal 300s at 07:00, and leave the limit at 1000s over weekends. pc suggested that perhaps there should be call to bac to set the defaults on a reboot. Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09131; 26 Feb 88 13:51 GMT Received: from roger by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09055; 26 Feb 88 13:46 GMT Date: Fri, 26 Feb 88 13:32:27 GMT From: bmh@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ue The on-line help file for micro emacs (ue) is missing from Eagle (type ? inside ue). (The help file is normally called ue.hlp), and should reside in the same directory as ue. I only mention this so that when rdist is installed on Roger, our copy doesn't dissapear! Bernard Hatt Roger Sys. Admin.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12153; 26 Feb 88 16:31 GMT Date: Fri, 26 Feb 88 16:31:18 GMT From: jd@ukc.ac.uk To: bmh@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: ue help file on eagle now installed. Jimbo.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab13675; 26 Feb 88 17:54 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13576; 26 Feb 88 17:50 GMT Date: Fri, 26 Feb 88 17:41:07 GMT From: jch@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Unix spoolers Cc: jch@ukc.ac.uk There is a minor problem which affects all Unix spoolers that we are running. If a printer is printing when a machine goes down, after the reboot the daemon thinks that it is still printing, but nothing ever really prints. The cure is to abort and start the daemon for that printer. Chris has looked at the problem and has not been able to cure it. Would it be reasonable to apply the bodge solution of lpc abort all lpc start all after the spooler has started (note: abort requeues jobs)? Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16421; 1 Mar 88 12:31 GMT Received: from falcon by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16289; 1 Mar 88 12:25 GMT Date: Tue, 1 Mar 88 12:24:58 GMT From: root@ukc.ac.uk Subject: Seeme set for pn on falcon To: unix-staff@ukc.ac.uk Subject: pn on falcon I am: falcon!opr tty0 Feb 24 17:52 pn has been set to a seeme shell because He has printed a rude letter on the Fujitsu. Marian has the output. Jim Higham   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19941; 2 Mar 88 11:06 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa19913; 2 Mar 88 11:04 GMT Date: Wed, 2 Mar 88 11:04:07 GMT From: root@ukc.ac.uk Subject: Seeme set for ptb on eagle To: unix-staff@ukc.ac.uk Subject: ptb on eagle I am: eagle!opr console Mar 2 08:56 ptb has been set to a seeme shell because user has not returned form to re-register. M.Houlder   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20130; 2 Mar 88 11:14 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20073; 2 Mar 88 11:10 GMT Date: Wed, 2 Mar 88 11:10:31 GMT From: root@ukc.ac.uk Subject: Seeme set for tgm on eagle To: unix-staff@ukc.ac.uk Subject: tgm on eagle I am: eagle!opr console Mar 2 08:56 tgm has been set to a seeme shell because user has not returned form to re-register. M.Houlder   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26323; 2 Mar 88 15:28 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25749; 2 Mar 88 14:57 GMT Date: Wed, 2 Mar 88 14:56:51 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: mlb on raven I am: raven!opr console Mar 2 08:54 mlb has been set to a seeme shell because he has run off two copies of a newsletter for the industrial society on the Fujitsu. Jim Higham   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab09435; 4 Mar 88 14:08 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09265; 4 Mar 88 13:57 GMT Date: Fri, 4 Mar 88 13:57:13 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ms3 on raven I am: raven!opr console Mar 3 15:55 ms3 has been set to a seeme shell because He has printed a private letter (I think - it is in a foreign language) on the fujitsu Jim Higham   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac09435; 4 Mar 88 14:09 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09310; 4 Mar 88 13:59 GMT Date: Fri, 4 Mar 88 13:59:26 GMT From: root@ukc.ac.uk Subject: Seeme set for jajs on merlin To: unix-staff@ukc.ac.uk Subject: jajs on merlin I am: merlin!opr tty0 Feb 14 16:49 jajs has been set to a seeme shell because Printing a letter on the fujitsu to do with a club. Jim Higham   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17995; 5 Mar 88 0:24 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17975; 5 Mar 88 0:21 GMT Date: Sat, 5 Mar 88 0:12:47 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: clearing wtmp I notice that /usr/adm/wtmp gets cleared at midnight on raven. Unless there is a reason to do so at midnight which I don't know, could it be done at 4am as before? "Interesting things" are still happening at midnight. Ideally, we should keep the last 24 hours (or similar) and be clever about partially clearing it down, but it's probably not worth the effort. There should be no problem provided it is done quickly - it is reopened by login and init for each appendage. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06068; 5 Mar 88 13:21 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06043; 5 Mar 88 13:17 GMT Date: Sat, 5 Mar 88 13:13:38 GMT From: jmd1@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: mail/mbox I logged in (on Raven) and found that a file I had called mbox had been copied into a file called mail (that is owned by root), so I thought I'd let you know in case it has been caused by a bug. Janice Dent   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08198; 5 Mar 88 15:54 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08195; 5 Mar 88 15:53 GMT Date: Sat, 5 Mar 88 15:50:57 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: jmd1 Ok, who was reading jmd1's mail on feb 15th (you romantic old fool)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21912; 8 Mar 88 2:48 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21875; 8 Mar 88 2:44 GMT Date: Tue, 8 Mar 88 2:32:25 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /usr/lib/crontab.local on raven I noticed that crontab on raven ran the following commands simultaneously: 00 02 * * * /etc/fileclean /etc /usr /u /u3 05 02 * * * /etc/quot -f /dev/rdk1h > /usr/adm/hogs 10 02 * * * /usr/lib/news/trimlib; /usr/lib/news/expire -e 14 to make them run faster, and in a more appropriate order (I hope!), I have rewritten these lines as: 00 02 * * * /usr/lib/news/trimlib; /usr/lib/news/expire -e 14; /etc/fileclean /etc /usr /u /u3; /etc/quot -f /dev/rdk1h > /usr/adm/hogs I did this by editing /usr/lib/crontab.local, which I assume not to be under source code control as there is no SCCS directory. Can someone who knows where the master source is kept on raven please edit crontab.local to include a header comment saying where the master source is kept? I may be right, but don't like to have to guess or rely on my memory. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06476; 8 Mar 88 8:25 GMT Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06471; 8 Mar 88 8:24 GMT Date: Tue, 8 Mar 88 8:24:50 GMT From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: [Gordon Joly: PD Software on Clippers.] ----- Forwarded message # 1: Received: from kestrel by hawk.Ukc.AC.UK Over Ring with SMTP id aa02461; 7 Mar 88 23:13 GMT Received: from kcl-cs by kestrel.Ukc.AC.UK with UUCP id aa17868; 7 Mar 88 23:13 GMT Received: from qmcms by lithium.kcl-cs.uucp id a008793; 7 Mar 88 22:40 GMT Message-Id: <12158.8803051704@qmcms.maths.qmc.ac.uk> From: Gordon Joly Date: Sat, 5 Mar 88 17:04:01 GMT To: oug@maths.qmc.ac.uk Subject: PD Software on Clippers. Sender: oug-request@maths.qmc.ac.uk I have had some problems installing some public domain and freeware products on the Clipper. In particular (i) Postint - PostScript interepreter (with mono StarPoint). (j) PERL - an update of sed and awk (k) pathalias software I realise that the Clipper is a very different beast to compared with other cpus, but has anybody had much luck with there. Top of the list would be posint, to preview PostScript files. BTW, I have a nice version of microEmacs (3.9ed) which runs fine on the Clipper but not at all Orion 1. Gordon Joly. ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08184; 8 Mar 88 10:27 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07839; 8 Mar 88 10:11 GMT Date: Tue, 8 Mar 88 10:03:53 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: crontab Martin (posing as root) asks about backups/masters for crontab.local. Each system administrator is left to make his own arrangements. What I do on raven/hobby/jay is cherish /usr/lib/crontab (ie the composite global plus local crontab), so I can backtrack rapidly if I have a cockup. I've never felt the need to sccs either crontab.local or the master crontab.global held on hobby+raven. There are lots of files like this: /etc/hosts, /etc/group and several others. They are just cherished rather than being sccs'd. Am I making a bit mistake? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11292; 8 Mar 88 13:25 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11257; 8 Mar 88 13:23 GMT Date: Tue, 8 Mar 88 13:23:17 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: [ms4: ls,cd,chmod...] [ms4: ls,cd,etc] For information. The following messages illustrate the unfixed bug in the kernel on Clipper Orions. This is the first time (as far as we know) that it has happened to a user's csh process. If you ever see this happening, the proper thing to do is to cause the process which has had its user-id changed to die; for a csh, simply logging out will have the desired effect. Chris ----- Forwarded message # 1: From: ms4@ukc.ac.uk To: cmd@ukc.ac.uk Subject: ls,cd,chmod... I have a problem (on Raven) I've been logged in for about half an hour, and after reading the news, I can't any longer access any of my files directories or otherthings, UNLESS I "su ms4", which then lets me do it all. The "@" thing tells me I'm me, and I have permission to read my files etc, and I could do them earlier in this "session", so why is it being so fussy now? As I said, it was working before reading the news, and it still works in anothershell (su , I haven't tried sh or csh) IDon't remember doing anything silly, (makes a change) and edited my .userinfo file before reading the news. Any Ideas? MArk. ----- Forwarded message # 2: From: ms4@ukc.ac.uk To: cmd@ukc.ac.uk Subject: ls,cd,etc Guess what? I crossed my fingers, and logged out, and now it works again! No, I don't know what's going on:-( ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac14349; 8 Mar 88 15:59 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12770; 8 Mar 88 14:37 GMT Date: Tue, 8 Mar 88 14:37:43 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ms3 on raven I am: raven!opr console Mar 8 13:58 ms3 has been set to a seeme shell because abuse of the system.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21520; 9 Mar 88 16:28 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21278; 9 Mar 88 16:12 GMT Date: Wed, 9 Mar 88 16:05:20 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven login limits The default login limits for some staff users were distinctly odd. They have been brought into line with the limits set by the admin server when it creates a new user. Some privileged users who had "infinity" as a default limit will now have to say 'unlimit' before they can rape the machine. Nobody can have more than 3/4Mb resident memory. This seems fair to me. As usual, uids <=20 are exempt from all this (sigh). Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27641; 9 Mar 88 21:41 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27635; 9 Mar 88 21:40 GMT Date: Wed, 9 Mar 88 21:40:07 GMT From: root@ukc.ac.uk Subject: Seeme set for jpu on gos To: unix-staff@ukc.ac.uk Subject: jpu on gos I am: gos!opr tty0 Mar 4 21:05 jpu has been set to a seeme shell because He has two files containing an nroff essay the author of which is given as someone else. These are thought to have been printed on the fujitsu, Jim Higham   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28159; 9 Mar 88 22:47 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28128; 9 Mar 88 22:45 GMT Date: Wed, 9 Mar 88 22:45:09 GMT From: root@ukc.ac.uk Subject: Seeme set for mas3 on eagle To: unix-staff@ukc.ac.uk Subject: mas3 on eagle I am: eagle!opr console Mar 9 22:30 mas3 has been set to a seeme shell because user has not renewed login as external user. M.Houlder.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14291; 11 Mar 88 4:10 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13825; 11 Mar 88 4:06 GMT Date: Fri, 11 Mar 88 4:04:08 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /usr/spool/uucppublic/.rhosts Do we want this file to exist on raven? I gathered they were a generally a bad idea. It allows uucp to log in or run commands on raven, but we don't use uucp to raven, do we? Martin s   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17017; 11 Mar 88 4:26 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16586; 11 Mar 88 4:23 GMT Date: Fri, 11 Mar 88 4:18:01 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: and where does locations live? Ok folks - here's another great idea. Can somebody who knows where the locations database is rebuilt from please edit either the file, or the rebuild script to make the first line of /etc/locations/ttys on all machines a comment saying where it is built from? On eagle and hawk, the modification dates are all the same, which implies they are rdist clients to me. I must be really out of touch or something. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03476; 11 Mar 88 16:09 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03437; 11 Mar 88 16:06 GMT To: unix-staff@ukc.ac.uk Subject: Awk From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 11 Mar 88 16:06:37 +0000 Message-ID: <425.574099597@kite> Sender: pc@ukc.ac.uk is now broken. Repeat by logging into kestrel become su cd /usr/lib/uucp type uurate wait for awk to fall over. Can we have the old one please   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04531; 11 Mar 88 16:58 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03910; 11 Mar 88 16:28 GMT Date: Fri, 11 Mar 88 16:24:45 GMT From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: awk not working Cc: iau@ukc.ac.uk Well, okay, I will try and fix this monday. I don't believe in the "it doesn't work so let's go back to the old version" philosophy I'm afraid - if we did this every time, we would still be running V6. (Or not running UNIX at all. :-) Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08666; 11 Mar 88 20:31 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08312; 11 Mar 88 20:13 GMT To: unix-staff@ukc.ac.uk Subject: Dallas proceedings From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 11 Mar 88 20:13:31 +0000 Message-ID: <1339.574114411@kite> Sender: pc@ukc.ac.uk Anyone admit to having these - I would like them back if possible   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05138; 13 Mar 88 18:01 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05104; 13 Mar 88 17:58 GMT Date: Sun, 13 Mar 88 17:58:06 GMT From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: awk Okay, since I am going to be too busy, I have re-installed the "old" awk, and this will get distributed by monday morning. I will try and fix the "new" awk as soon as I can. If I manage to do so, I will then re-install it. It is not a question of whether we should be willing to change all our scripts to cope with the new version; it's supposed to be compatible. It's a question of whether we want the new facilities which the new version will give us; and I believe that we do. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11551; 14 Mar 88 21:20 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11541; 14 Mar 88 21:18 GMT Date: Mon, 14 Mar 88 21:18:32 GMT From: root@ukc.ac.uk Subject: Seeme set for akl on merlin To: unix-staff@ukc.ac.uk Subject: akl on merlin I am: merlin!mg tty26 Mar 14 21:17 akl has been set to a seeme shell because sending manual pages to ptr using conf.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05467; 15 Mar 88 12:16 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05382; 15 Mar 88 12:11 GMT Date: Tue, 15 Mar 88 11:56:48 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /usr/preserve /usr/preserve was suggested in the unix meeting as a possible gobbler of space on raven's /usr partition. I was puzzled that /etc/fileclean had failed to keep this in check. Fileclean intends to preen /usr/preserve. However, /usr/preserve is a symlink to /u/preserve on raven. Hence the "find" command in fileclean, which doesn't follow symlinks, leaves ancient junk in /u/preserve. Fileclean's action is incorrect, and I'll look into it. However, the disappearing space on the /usr partition is still unexplained. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08443; 15 Mar 88 14:39 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07747; 15 Mar 88 14:06 GMT Date: Tue, 15 Mar 88 14:04:01 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/fileclean sccs version 1.17 of /etc/fileclean will be rdist'd by raven and hobby tonight. The new version will preen /usr/preserve even if it's a symlink. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10853; 15 Mar 88 16:00 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09826; 15 Mar 88 15:09 GMT Date: Tue, 15 Mar 88 15:00:41 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/fileclean No, not sccs version 1.17, but 1.18. This new version will preserve t#, # and comma files for at least 1 day (requested by jmb). It also junks files /tmp/{E,e}* which were last modified at least 1 day ago; these are editor preserve files which /etc/tmpclean leaves alone on its 4-hour-old delete run. The files are copied to /usr/preserve on a system reboot, so users are guaranteed at least 1 day in which to recover an edit. I think. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab10853; 15 Mar 88 16:00 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10032; 15 Mar 88 15:19 GMT Date: Tue, 15 Mar 88 15:09:14 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven's /usr partition The answer to my philosophical question "why does raven's /usr keep filling up?" seems to be "because people keep doing useful work in porting programs to clippers". The large size of executable binaries on clippers as opposed to other machines just makes this work more apparent. I've preened a small amount of junk from /usr and got the free space above 5Mb again. /usr/tmp is now a symlink to /u/tmp (ie same as /tmp). If necessary the 4Mb under /usr/lib/news could be moved, because it's not rdist'd. Is the same true for the 2Mb under /usr/lib/mmdf? /usr/adm is also a possible candidate for moving, though I'd rather not since there are some heavily used files therein (efficiency and all that). Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac10853; 15 Mar 88 16:01 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10275; 15 Mar 88 15:30 GMT Date: Tue, 15 Mar 88 15:30:25 GMT From: root@ukc.ac.uk Subject: Seeme set for psm on merlin To: unix-staff@ukc.ac.uk Subject: psm on merlin I am: merlin!opr tty0 Mar 10 11:43 psm has been set to a seeme shell because I want to talk to him re his news article which implies intended misuse of fujitsu marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20697; 16 Mar 88 20:18 GMT Received: from falcon by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20695; 16 Mar 88 20:17 GMT Date: Wed, 16 Mar 88 20:17:14 GMT From: root@ukc.ac.uk Subject: Seeme set for jbs1 on falcon To: unix-staff@ukc.ac.uk Subject: jbs1 on falcon I am: falcon!mg tty14 Mar 16 20:09 jbs1 has been set to a seeme shell because he left an infinitely looping shell script running, thereby filling up /usr with accounting information   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21947; 17 Mar 88 16:01 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21873; 17 Mar 88 15:57 GMT Date: Thu, 17 Mar 88 15:44:32 GMT From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Naughty Blocks We got a bad block on falcon today, and I managed to isolate it so that we wouldn't have to reformat the disk straight away. I thought I would tell you how I did it. Here's the magic: /usr/adm/messages says: ioc0: pico3: Correctable read data error during read command ioc0: pico3: Cyl = 10, Head = 1, Sec = 40 ioc0: pico3: correcting at byte 286, syndrome: 04 00 00 lots of times. Hmmm. Let's look at the manual page for badsect(8): ... L = C*NC + H*NT + S - B ... Aha! this formula - along with other information in the man page - tells us how to calculate the block number from the cylinder etc. So, let's do that: L = (10 * 960) + (1 * 48) + 40 - 0 = 9688 Now we have the block number, the rest is easy. "icheck -b 9688 /dev/rdk0a" reveals: /dev/rdk0a: 9688 arg; frag 4 of 8, inode=474, class=logical data block 4 files 498 (r=287,d=20,b=11,c=171,sl=9) used 5299 (i=7,ii=0,b=586,f=555) free 2116 (b=254,f=84) missing 0 Telling us that the inode number is 474. We can use this with ncheck -i to find the filename: /dev/rdk0a: 474 /etc/termcap and having found the offending file, just do mv /etc/termcap /BAD/contains_bad_block_number_9688 and get a fresh copy of termcap. An alternative approach to icheck/ncheck is just to run badsect itself, but the above sequence has the advantage that you can do it on a live system. However: you waste all the other blocks in the offending file. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01876; 18 Mar 88 1:58 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01751; 18 Mar 88 1:55 GMT Date: Fri, 18 Mar 88 1:52:46 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Bug in nroff on clippers x\l'|0\(rn' Just the first line of this file bombs out nroff or Orion 1/05 clippers, with infinite numbers of the message: Floating exception. The same happens on capella, unless I am myself, in which case I get the message "core limit reached". Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17696; 18 Mar 88 8:47 GMT Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17677; 18 Mar 88 8:43 GMT Date: Fri, 18 Mar 88 8:43:45 GMT From: root@ukc.ac.uk Subject: Seeme set for jcp on gos To: unix-staff@ukc.ac.uk Subject: jcp on gos I am: gos!opr tty0 Mar 4 21:05 jcp has been set to a seeme shell because he listed three versions of the same file overnight to the LPS40 without collecting the listings to see where he had gone wrong before trying again. Each listing was fairly large. Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00520; 19 Mar 88 22:27 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00517; 19 Mar 88 22:26 GMT To: unix-staff@ukc.ac.uk Subject: Re: gone From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 19 Mar 88 22:25:52 +0000 Message-ID: <23194.574813552@kite> Sender: pc@ukc.ac.uk Should gone be gone? I hate these programs anyway. ------- Forwarded Message Date: Sat, 19 Mar 88 21:56:02 GMT From: "C.J.Locke" Subject: gone To: pc@ukc.ac.uk I have found out something about the program 'gone'. I think that it is important that you get intouch with me about this as it is a serious security problem. A lot of people use gone every day. I have just happened across a way of breaking gone - stopping the process leaving the shell that called it accessible. If I can find this loop-hole then so can other people. If you contact me then I will tell you more about it. I don't think that there will be a way of closing the loop-hole - it may be necessary to remove the 'gone' program completely. Yours sincerely, Christopher Locke. the 'gone' program completely. Yours sincerely, Christopher Locke. ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00648; 19 Mar 88 23:00 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00634; 19 Mar 88 22:57 GMT To: unix-staff@ukc.ac.uk Subject: Breaking gone From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 19 Mar 88 22:57:41 +0000 Message-ID: <23355.574815461@kite> Sender: pc@ukc.ac.uk Cjl apparently did CTRL+P i # where # is any number ie send the i command to the pad gone gets stopped, leaving the csh that called it all that needs be done then is CTRL+J reset CTRL+J and presto - your in! What does ^P i # DO?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01049; 19 Mar 88 23:59 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01041; 19 Mar 88 23:57 GMT To: unix-staff@ukc.ac.uk Subject: My movements in March/April. From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: esr@quantime.co.uk Date: Sat, 19 Mar 88 23:57:00 +0000 Message-ID: <23737.574819020@kite> Sender: pc@ukc.ac.uk It seems that I will be absent from Kent in the new few weeks: Sunday March 27th -> To Norwich (Hols) Wednesday March 30th -> To Lincoln (Hols) Saturday April 2nd -> To Shrewsbury (Hols) Wednesday April 6th -> To Canterbury (Arrive late afternoon - mail answering) Thursday April 7th -> To Heathrow (1200 to pick up Sam Leffler) Friday April 8th -> In work + Sam Leffler Saturday April 9th -> To London EUUG meeting EUUG meeting Friday April 15th -> To Canterbury + Jim McKie Monday April 18th -> To Heathrow taking Jim McKie (may be back in the afternoon) Tuesday April 19th -> In work At this point, I will have to spend some time doing the network bills for Jan/March.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02194; 20 Mar 88 1:20 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02108; 20 Mar 88 1:18 GMT To: cjl@ukc.ac.uk Subject: gone From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 cc: unix-staff@ukc.ac.uk Date: Sun, 20 Mar 88 01:17:55 +0000 Message-ID: <24395.574823875@kite> Sender: pc@ukc.ac.uk I cannot duplicate this. a) What machine were you on? b) Who was it that you `hacked' Maybe they have a private `gone' program   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19080; 20 Mar 88 12:10 GMT Received: from falcon by kestrel.Ukc.AC.UK Over Ring with SMTP id aa19051; 20 Mar 88 12:09 GMT Date: Sun, 20 Mar 88 11:46:30 GMT From: cjl@ukc.ac.uk To: pc@ukc.ac.uk Subject: Re: gone Cc: unix-staff@ukc.ac.uk I was on falcon, using the system copy of gone on myself. I had read Martins article on the news and he had mentioned the 'b' PAD command, so I thought I would try and see what others I could find. It was while doing this that I happened across the method of breaking gone. I think that maybe it didn't work for you because you were linked into the net on a phone line rather than straight into a PAD. Or it may just be the PAD that I was connected to at the time. (Eliot L48), I don't know. Anyway, here is what I did again. /* Gets the PAD prompt */ PADECA/TS29/A:i 1 /* Send the 'i' PAD command with a(ny) number */ Stopped(signal) /* Or something similar is then printed */ reset /* To reset the tty driver */ % % % % % jobs [1] Stopped(signal) gone % I just escaped mail, went into a csh and executed gone to see if this still worked - It did. I am on falcon and in Eliot L48 again, I will go over to Rutherford and see if I can duplicate it over there also. I will mail you whether it works in Rutherford or not. I hope this is of some help. Chris Locke.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19532; 20 Mar 88 12:35 GMT Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa19530; 20 Mar 88 12:35 GMT To: cjl@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: gone In-reply-to: Your message of Sun, 20 Mar 88 11:46:30 GMT . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sun, 20 Mar 88 12:35:30 +0000 Message-ID: <26530.574864530@kite> Sender: pc@ukc.ac.uk Ok - so there is a difference between the 68000 pads and the Z80 ones. I guess we should chase this - thanks for your help   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20281; 20 Mar 88 14:29 GMT Received: from mike by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20268; 20 Mar 88 14:28 GMT Date: Sun, 20 Mar 88 14:28:20 GMT From: root@ukc.ac.uk Subject: Seeme set for hj on mike To: unix-staff@ukc.ac.uk Subject: hj on mike I am: mike!map tty11 Mar 20 14:04 hj has been set to a seeme shell because they have been slogging Mike, and attempting to work the fujitsu to death by 'nroffing' what looks to be social science essays. Also, their login looks very suspicious, all it consists of are ~20 essays! Some elt course we have here. Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21823; 20 Mar 88 18:10 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa21820; 20 Mar 88 18:07 GMT Date: Sun, 20 Mar 88 18:05:40 GMT From: mg@ukc.ac.uk To: cjl@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: gone ^Pi 1 on an old Z80 PAD sends an uncatchable STOP signal to the current process. I have removed gone from all machines as it cannot ever work. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab13622; 21 Mar 88 13:05 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13589; 21 Mar 88 13:03 GMT Date: Mon, 21 Mar 88 12:53:51 GMT From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: new kernel To all orion and clipper system managers:- There is a new kernel on /nu on your machine(s). Please install it as soon convenient, preferably by 10am tomorrow. The new kernel fixes a bug whereby a user at a terminal can send uncatchable signals to his processes by typing "^P b #" where # is any printing character. The worst example is "^P b 1" typed at the login prompt; /bin/login gets a SIGSTOP (=17) which is uncatchable - the tty hangs for ever. The fix is to make all unknown breakin characters map to SIGINT, which was the original intention anyway. I just got it wrong first time round. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24093; 22 Mar 88 0:20 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24089; 22 Mar 88 0:20 GMT Date: Tue, 22 Mar 88 0:16:10 GMT From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: argument against permissive argument handling A potentially nasty one: tar cf- * | ... which dumps all but the first file in the directory into the first file in tar format, overwriting it. Thank heavens the first file was write protected! It said: bbcplot.c: Permission denied. because it was read-only. Phew. Ouch! Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00641; 22 Mar 88 12:31 GMT Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00288; 22 Mar 88 12:20 GMT Date: Tue, 22 Mar 88 12:20:26 GMT From: root@ukc.ac.uk Subject: Seeme set for gjt on merlin To: unix-staff@ukc.ac.uk Subject: gjt on merlin I am: merlin!mg tty06 Mar 22 12:18 gjt has been set to a seeme shell because he sent the sollowing message to sla ----- Forwarded message # 1: Received: from merlin by mike.Ukc.AC.UK Over Ring with SMTP id aa24507; 21 Mar 88 23:24 GMT Date: Mon, 21 Mar 88 23:19:55 GMT From: gjt@ukc.ac.uk To: sla@mike.ukc.ac.uk Status: RO I hate you ,you slut glenn. ----- End of forwarded messages Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab00641; 22 Mar 88 12:32 GMT Received: from hlh.uucp by kestrel.Ukc.AC.UK with UUCP id aa00410; 22 Mar 88 12:23 GMT Received: from service.hlh.co.uk (service) by hlh.co.uk; Tue, 22 Mar 88 12:15:22 gmt From: Steve Thomas Date: Tue, 22 Mar 88 12:18:03 GMT Message-Id: <520.8803221218@service.hlh.co.uk> To: trh@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: Bug in 1/05 Fortran > Bug report on Raven Fortran 77 Compiler (f77) 21/March/88 > > (Note: this bug is not present on the eagle/hawk compilers) > > The following (pared down) piece of chronic legal Fortran was > discover in an imported package. > > > logical function comrec() > implicit integer(a-z) > comrec=.true. > entry frqlim() > frqlim=2 > end > > The Raven compiler complains of a type mismatch on line 5. It > thinks that frqlim must be a logical - WRONG! This is indeed a bug in the compiler. It's been reported to the compiler maintainers, and should therefore be fixed on the next release. Don't hold your breath though - cyanosis is likely to set in. > Moral: just cos it looks like it ought to be shouldn't stop > you reading the standard. Quite so. When this was first reported, I thought it must be buggy code. However, the standard is clear on this point (or at least, as clear as the standard ever gets). > Moral 2: If you write code like this you deserve all you get. I think that the *real* problem is the choice of Fortran as a programming language, but that's another story. Steve Thomas HLH   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02487; 22 Mar 88 17:03 GMT Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02392; 22 Mar 88 16:57 GMT Date: Tue, 22 Mar 88 16:57:31 GMT From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: act on raven I am: raven!opr console Mar 21 16:11 act has been set to a seeme shell because Printing multiple copies of a sort of form which does not seem to be coursework at a time when the fuj is heavily overloaded. Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27841; 23 Mar 88 9:16 GMT Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27603; 23 Mar 88 9:10 GMT Date: Wed, 23 Mar 88 9:03:58 GMT From: cmd@ukc.ac.uk To: mdh@ukc.ac.uk, mjst@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: pc "Throughout the 17th and 18th centuries, gardeners and botanists were commissoned by wealthy patrons to collect the seeds of ornamental trees and shrubs. One such patron was Peter Collinson, a successful London draper, who planted many North American trees in his garden." - Reader's Digest Field Guide to the Trees and Shrubs of Britain.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08112; 24 Mar 88 11:30 GMT Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08085; 24 Mar 88 11:29 GMT Date: Thu, 24 Mar 88 11:28:57 GMT From: root@ukc.ac.uk Subject: Seeme set for iwml on eagle To: unix-staff@ukc.ac.uk Subject: iwml on eagle I am: eagle!opr console Mar 9 22:30 iwml has been set to a seeme shell because this user has given his login /passwd details to other people, including an external user. marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27983; 28 Mar 88 14:46 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27906; 28 Mar 88 14:40 BST Date: Mon, 28 Mar 88 14:32:22 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Clipper bug list I've received an updated bug list for clippers from HLH. There doesn't seem to be much on it that we don't already know about. Many of the items have an asterisk in front of the bug number. This means it's fixed (or kludged round) in the version at HLH. In many cases UKC has already received and installed the 'fixed' version, rather than waiting for the next official release. Since the buglist is 20K I'm circulating a hard copy rather than mailing it to everyone. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28943; 29 Mar 88 11:53 BST Received: from roger by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28874; 29 Mar 88 11:48 BST Date: Tue, 29 Mar 88 11:47:00 BST From: bmh@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: termcap entries There is a slight error in a termcap entry, The entry for 'v4' has a continuation character '\' at the end, so tset doesn't know about the next entry 'v5'. Bernard Hatt   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00348; 29 Mar 88 13:14 BST Received: from nss.cs.ucl.ac.uk by kestrel.Ukc.AC.UK via Janet (UKC CAMEL FTP) id aa00261; 29 Mar 88 13:10 BST Date: Tue, 29 Mar 88 12:26:14 BST From: Bruce Wilford (+44 1 387 7050 x 3691) To: unix-staff@ukc.ac.uk, uknet@ukc.ac.uk Subject: [MESSAGE AGENT: Re: By Host/Route Authorisation] Hi there, Petes message says to ask you guys. So Please can you mail me your UK host authorisation tables to look at. Thanks bruce ----- Forwarded message # 1: Received: from ukc.ac.uk by NSS.Cs.Ucl.AC.UK via Janet with NIFTP id aa05036; 29 Mar 88 12:21 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29395; 29 Mar 88 12:16 BST Date: Tue, 29 Mar 88 12:16:45 BST From: MESSAGE AGENT Subject: Re: By Host/Route Authorisation To: Bruce Wilford (+44 1 387 7050 x 3691) Dear Bruce Wilford, This is an automatic reply. Feel free to send additional mail, as only this one notice will be generated. The following is a prerecorded message, sent for pc I am away until April 6th, back for 2 days and then away to the EUUG conference. I expect to back in circulation on April 19th. If you are internal to UKC and have a problem, then I suggest that you mail to `unix-staff'. If your mail relates to the network, please mail to `uknet@ukc.ac.uk' who should be able to help you. ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01442; 29 Mar 88 14:21 BST Received: from mars by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01314; 29 Mar 88 14:13 BST Date: Tue, 29 Mar 88 14:12:08 BST From: map@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/global/do_logs Hello, we have a problem with do_logs. Nothing serious, just a pesky little niggle. In /usr/lib/crontab.global there is an entry that runs /etc/global/do_logs every day at 01:12am. do_logs attempts to shuffle about logfiles, problem is do_logs looks like this: #! /bin/sh PATH=/usr/local:/usr/ucb:/usr/bin:/bin:/etc: export PATH mv $logfile ${logfile}.old touch $logfile chmod 600 $logfile Note that 'logfile' isn't defined. All that happens (as far as I can see) is that /usr/adm/log/cron has messages stuffed in it explaining the usage of 'mv' and 'chmod', understandable really. Can this be removed or fixed by whoever put it up? Thanks Mark   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29224; 30 Mar 88 12:42 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28540; 30 Mar 88 12:12 BST Date: Wed, 30 Mar 88 12:06:14 BST From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: stats on old orions cost program still does not work on falcon gos merlin or jay so I am unable to do anything about gathering stats. Ian is waiting to change over to new version. Can the present directories be re-named to enable me to gather stats later? Does anyone know why cost doesn't work? Any other suggestions? marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01573; 30 Mar 88 14:00 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01390; 30 Mar 88 13:52 BST Date: Wed, 30 Mar 88 13:51:16 BST From: ih@ukc.ac.uk To: mrp@ukc.ac.uk Subject: Re: stats on old orions Cc: unix-staff@ukc.ac.uk >cost program still does not work on falcon gos merlin or jay so I am unable >to do anything about gathering stats. Cost not working on the machines you mention is one reason why we decided to replace the old accounting software with something new - other reasons were that even when the old software does work, it isn't very accurate and reliable, and its complex and difficult to maintain. >Ian is waiting to change over to new version. > >Can the present directories be re-named to enable me to gather stats later? Yes I suppose so, though it'd be messy, and I'm sure system administrators won't want two sets of accounting figures cluttering up their machines. >Does anyone know why cost doesn't work? Yes - /usr/lib/acct/groups was missing and /usr/local/cost didn't have the right permissions set. Anyway I've fixed it - but for one day only as I want to install the new accounting software tonight. >Any other suggestions? > marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02570; 31 Mar 88 16:09 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01810; 31 Mar 88 15:34 BST Date: Thu, 31 Mar 88 15:30:02 BST From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: globally As agreed at a UNIX meeting a while ago, I have removed the "globally" command, and replaced it with "glpc", which is the same mechanism but restricted to a subset of "lpc" commands, with valid printer names only. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab02570; 31 Mar 88 16:11 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01834; 31 Mar 88 15:35 BST Date: Thu, 31 Mar 88 15:30:02 BST From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: globally Bcc: v@ukc.ac.uk As agreed at a UNIX meeting a while ago, I have removed the "globally" command, and replaced it with "glpc", which is the same mechanism but restricted to a subset of "lpc" commands, with valid printer names only. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab12235; 6 Apr 88 16:37 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11826; 6 Apr 88 16:24 BST Date: Wed, 6 Apr 88 16:21:38 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ifrnset A new version of /etc/ring/ifrnset and its manual page will be distributed to all vaxen tonight. The new version is compatible with the old. New features have been added for ether-ring bridging, which is a facility currently under development. Alan Ibbetson.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25698; 8 Apr 88 19:40 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25682; 8 Apr 88 19:37 BST Date: Fri, 8 Apr 88 19:31:42 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Raven on the blink I just brought my rn back into the foreground and it said: raven:11% fg rn rn read error: Not owner Signal 0--bye bye raven:12% Ho hum Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18986; 11 Apr 88 2:10 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18176; 11 Apr 88 2:05 BST Date: Mon, 11 Apr 88 1:57:32 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: the troff server The main obstacle to putting the troff server into operation, the floating keep bug, has been fixed. Unfortunately, the remote procedure call mechanism which is also part of the Grand Scheme has gone from /usr/src/local/rpc on eagle, presumably in the move to 4.3. Ok, how do we get it back, anyone? On the subject of things having disappeared when you go back to find them, does anyone know anything about binaries that haven't been touched for six months disappearing from home direectories on raven? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08428; 11 Apr 88 16:44 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08415; 11 Apr 88 16:43 BST Date: Mon, 11 Apr 88 16:33:25 BST From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: bookings I have updated the "do_bookings" shcript so that it does a bit more than it used to. There is now a "bookings.global" file rdist'ed from eagle, which contains a line to close Keynes terminal room from midnight to 8am. I have removed the lines from crontab which used to do this job. You can put a line in /etc/bookings.local, thus: *:*::32: to set your default number of active users to 32. This is useful, because you can set it to a different value for a class, and it will go back to the default when the class is over. See bookings(5L) for details. Mail me if you have any problems with it. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09237; 11 Apr 88 17:41 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09235; 11 Apr 88 17:41 BST Date: Mon, 11 Apr 88 17:41:01 BST From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: bug reporting Following my encouragement to post bug reports in ukc.bugs today, I got a message from someone saying that they thought one of the main reasons people did not do so was because they got "roasted" when they did so. I think that this is a bit of an exaggeration - but I think that perhaps we ought to take this comment on board, and make sure we are not subject to such criticism in future. Then maybe bugs will be reported much more quickly, which must be a good thing. Note that this message is NOT intended as a criticism of the actions of any member of our group; I do not know of anyone who has been given a "roasting". Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09290; 11 Apr 88 17:46 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09262; 11 Apr 88 17:43 BST Date: Mon, 11 Apr 88 17:43:14 BST From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: bookings Uhhh... slight alteration to the last message ... the Keynes booking thing will be left in crontab, rather than being put into the booking system. This is a result of discussion with myself, to which Martin was a confused witness rather than a participant. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06927; 12 Apr 88 13:06 BST Received: from jay by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06377; 12 Apr 88 12:51 BST Date: Tue, 12 Apr 88 12:43:43 BST From: mrp@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: paste bug or feature? paste is unable to cope with the last line of a vms fortran output file. pr -m handles it ok. I have observed this on jay. marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09499; 12 Apr 88 15:29 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09492; 12 Apr 88 15:28 BST Date: Tue, 12 Apr 88 15:23:29 BST From: ih@ukc.ac.uk To: mrp@ukc.ac.uk Subject: Re: paste bug or feature? Cc: unix-staff@ukc.ac.uk There's nothing wrong with paste. Its the vms fortran file lacking a final \n that's causing the problem. I suggest you do "echo >> vmsfortranfile" on every vms fortran file you copy to unix.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10521; 12 Apr 88 16:34 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10479; 12 Apr 88 16:30 BST Date: Tue, 12 Apr 88 16:30:30 BST From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Re: paste bug or feature? > I suggest you do "echo >> vmsfortranfile" Won't do anything. echo '' >> vmsfortranfile is needed, a null string. No arguments produces no output. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10784; 12 Apr 88 16:45 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10718; 12 Apr 88 16:41 BST Date: Tue, 12 Apr 88 16:41:23 BST From: ih@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Re: paste bug or feature? >> I suggest you do "echo >> vmsfortranfile" > >Won't do anything. echo '' >> vmsfortranfile is needed, a null string. >No arguments produces no output. > > Martin You're wrong Martin. What I suggested does the trick perfectly.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10951; 12 Apr 88 16:53 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10881; 12 Apr 88 16:50 BST Date: Tue, 12 Apr 88 16:49:52 BST From: "C.M.Downey" To: unix-staff@ukc.ac.uk Subject: echo Oh dear. This is just confusion due to the silly specification of echo(1). Basically, if you using "csh", echo does what Martin says, but if you use "sh" (or "ash") it does what Ian says. If you use echo '' it will work in both cases, so that is what I suggest you do. I don't think this is the place to have an "echo war". Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11510; 12 Apr 88 17:21 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11137; 12 Apr 88 17:05 BST Date: Tue, 12 Apr 88 16:48:19 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: inet daemons Cc: rpa@ukc.ac.uk To all clipper and orion system administrators. I have been informed of yet another security hole in the internet daemons. This time it's in rexecd (see also rexec(3X)). The daemon has not been recompiled since we installed the ukc password system on all hlh machines aeons ago. Hence it uses the old getpwent(3) and friends. Since the ascii password file always has a null password field in the ukc system, rexecd assumes there's no password set for any user and so lets you rexec anything you like as any user you like. This is a locally-introduced problem, so we've nobody to blame but ourselves. The real answer is perhaps to recompile rexecd, so it picks up the ukc password routines from libc. However, I've taken the sledgehammer approach. On raven I've commented out some lines in /etc/servers (used by /etc/inetd). This prevents rexecd being run (I think - yet to be confirmed). I've taken the file /etc/servers out of the rdist distribution; therefore clipper clients must edit their own file as they see fit. On hobby I've removed all the inet daemons from /etc/rc; if orion clients want them they must fire them up in rc.local. All the above will take effect after the next reboot after tonight's rdist runs. Note: the vaxen get the password checking right, so they haven't been changed.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14506; 12 Apr 88 22:50 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14495; 12 Apr 88 22:47 BST Date: Tue, 12 Apr 88 22:47:42 BST From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: rexec couldn't pwcv be modified to print the encrypted passwd in the appropriate field? I have a nasty suspicion things will stop working on capella if I hit rexec on the head and I would rather have the encrypted passwds visible if this solves the problem. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab12629; 14 Apr 88 15:51 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12186; 14 Apr 88 15:20 BST Date: Thu, 14 Apr 88 15:20:33 BST From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: /usr/preserve The symlink seemed to have vanished on eagle, I have put it back. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac12629; 14 Apr 88 15:51 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12486; 14 Apr 88 15:38 BST Date: Thu, 14 Apr 88 15:38:29 BST From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: remote daemons These are now started from rc again. To cure the security problems pwcv fills in the passwd field in /etc/passwd. The daemons are needed by internet code. This makes the encrypted passwd visible to the world, but since we are going to do this anyway with the bsd4.3 passwd system this doesn't seem to be a problem. Why did we make them invisible in the first place? I doesn't seem to gain much. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18750; 14 Apr 88 21:55 BST Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18744; 14 Apr 88 21:54 BST Date: Thu, 14 Apr 88 21:54:03 BST From: Richard Almeida To: unix-staff@ukc.ac.uk Subject: some of Keynes is closed Hi Now that the crontab entry has been fixed so that the correct part of Keynes is closed/logged off at Midnight , the terminals that are not in MG5, eg the staff terminal room, and the unused terminals , seem to have been left closed on some of the hosts. The hosts that are closed (that ive tried) are Gos,Merlin,Kite but Eagle,Raven are not closed. (Its 9-55pm) I presume this has happened because /usr/lib/crontab.global was distributed when the terminals were closed. Will it auto-fix when the machines reboot ? Richard.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27981; 18 Apr 88 13:21 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25041; 18 Apr 88 11:03 BST Date: Mon, 18 Apr 88 10:50:57 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: remote daemons I note that sean has 'fixed' pwcv on hobby and turned on the daemons in rc again. I agree that this has plugged the sercurity hole found by rpa with rexecd. However, I'm still unhappy about inet daemons in general. We have found several security holes so far. There may be more. I think we should either discuss this area in a unix meeting in the hope of reaching a consensus, or request a draconian decision from on high. I guess my own views are clouded by the fact that I seem able to work quite happily without the inet utilities. For the time being I'll leave things as sean left them: hobby has the daemons turned on (and rdist'd), raven still has the daemons disabled in /etc/servers (which isn't rdist'd). Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00683; 18 Apr 88 15:37 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00488; 18 Apr 88 15:28 BST Date: Mon, 18 Apr 88 15:27:42 BST From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: Re: remote daemons The internet stuff has the same security status as the "gone" program. The best it can ever aspire to is "Not known to be a security hole" as opposed to "Known not to be a security hole". We can only estimate the likely security of such a system when it has no *known* flaws, by its track record: appalling. Even running these daemons between hosts under the support group's complete control would be quite inadvisable. If we need the functionality, we should look at a limited subset, not including rshd rlogind or rexecd. martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12507; 20 Apr 88 14:29 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12500; 20 Apr 88 14:27 BST Date: Wed, 20 Apr 88 14:24:07 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: new kernel To all system administrators on HLH machines:- There is a new kernel in /nu on your machines. It fixes another instance of the transmit-to-ring-station-zero bug. Install it as soon as convenient. cp /vmunix /ounix mv /nu /vmunix usrs reboot hhmm Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02361; 20 Apr 88 18:01 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02236; 20 Apr 88 17:54 BST Date: Wed, 20 Apr 88 17:54:41 BST From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: Network security on suns This is from the SUG meeting in Europe about SunOS 4.0 * Secure networking with an authentication service for RPC, meeting US Government C2 security level. This is expected to be available outside the USA. So maybe some of our problems will go away. Maybe since this ties into sun rpc it will be generally available. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06362; 21 Apr 88 15:34 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06137; 21 Apr 88 15:22 BST Date: Thu, 21 Apr 88 15:22:13 BST From: root@ukc.ac.uk Subject: Seeme set for gk1 on eagle To: unix-staff@ukc.ac.uk Subject: gk1 on eagle I am: eagle!sjl tty09 Apr 21 14:26 gk1 has been set to a seeme shell because he logged in 3 times, once in the library, twice in rutherford, all in the middle of the afternoon on a loaded machine. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12785; 22 Apr 88 15:37 BST Received: from gos by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12683; 22 Apr 88 15:31 BST Date: Fri, 22 Apr 88 15:30:44 BST From: root@ukc.ac.uk Subject: Seeme set for gps on gos To: unix-staff@ukc.ac.uk Subject: gps on gos I am: gos!mg tty16 Apr 22 15:17 gps has been set to a seeme shell because logged on twice; once in rutherford, once in G05.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20321; 23 Apr 88 0:23 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20312; 23 Apr 88 0:21 BST To: unix-staff@ukc.ac.uk Subject: Moving files around on Eagle. From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 23 Apr 88 00:21:02 +0100 Message-ID: <2268.577754462@kite> Sender: pc@ukc.ac.uk a) The old 4.2 source tree, 4.2 manuals, 4.2 how and 4.2 documents now reside on mag tape. UNX105 I think. b) /usr/src is now on /usr/sh. /usr/sh/newlocal has been merged into /usr/src/local /usr/sh/unused is now /usr/src/unused /usr/sh/defunct is now /usr/src/defunct c) /sys used to point to /usr/sh/sysnfs. All system source are now on /usr/tf. /sys -> /usr/tf/sysnfs /usr/tf/sys43 is the vanilla distributed 43 /usr/tf/sys42 is the old 42 kernel. d) Strip down of the 42 source is now back on eagle brought over from hobby. /usr/src42 -> /usr/tf/src42 We can delete the stuff on hobby in a week or so - when the sources are safe on backup tape from eagle.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa21423; 26 Apr 88 10:56 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20231; 26 Apr 88 10:13 BST To: unix-staff@ukc.ac.uk Subject: Bulletin. From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 26 Apr 88 10:13:13 +0100 Message-ID: <4829.578049193@kite> Sender: pc@ukc.ac.uk Anyone got any thoughts for what should go into the Bulletin? I am devoid of ideas.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07378; 27 Apr 88 18:31 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07328; 27 Apr 88 18:30 BST Date: Wed, 27 Apr 88 18:29:51 BST From: Richard Almeida To: unix-staff@ukc.ac.uk Subject: YAISH- Yet Another Internet Security Hole. Hi The Orion/Clipper internet rexec deamon doesnt bother to set its groups properly, eg any processes it spawns have group sys. (I presume this is the gid of the rexecd process) eg rexec gos csh -i (where rexec is my program that talks to a remote rexecd.) and you have a shell with gid/egid sys This applies to the Orion and Clipper rexecd. The VAXen rexecd does it correctly, (The internet stuff seems particularly insecure.) ( Is this HLH fault this time? The 4.2 source on eagle seems to have the setgid() and the initgroups() in it. ) Richard.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02406; 28 Apr 88 9:18 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02270; 28 Apr 88 9:11 BST Date: Thu, 28 Apr 88 9:03:25 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rexec, rsh Cc: rpa@ukc.ac.uk Further to Richard's mail about rexec. I've (again) removed rexecd and rshd from /etc/rc on old orions. This will be distributed tonight from hobby. If you want them, put them in /etc/rc.local. I don't have these things enabled on raven either; they are commented out in /etc/servers (which raven doesn't distribute). Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10868; 28 Apr 88 16:48 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10689; 28 Apr 88 16:40 BST Date: Thu, 28 Apr 88 16:32:16 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: batch One of Ian Utting's students wanted the number in the Ident field of baq output tied in with the mailed job log. I've added the ident number to the subject line in the mail. I've tried it on eagle, hobby and raven. It will get rdist'd tonight and come into service on other machines after the next reboot. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24399; 3 May 88 21:20 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24383; 3 May 88 21:19 BST Date: Tue, 3 May 88 21:18:55 BST From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: [john: BCPL for HLH Orion] Can anybody help? sean ----- Forwarded message # 1: Received: from kestrel by eagle.Ukc.AC.UK Over Ring with SMTP id aa22897; 3 May 88 18:57 BST Received: from minster.york.ac.uk by kestrel.Ukc.AC.UK via Janet (UKC CAMEL FTP) id aa22894; 3 May 88 18:57 BST To: ukc!postmaster@ukc.ac.uk Subject: BCPL for HLH Orion Date: 3 May 1988 16:45:48 GMT From: john@minster.york.ac.uk Message-ID: Would you please forward this message to the system manager of your HLH Orion 1/05 machines, or the person you think best able to answer my question. York CS has just purchased two Orion 1/05s to enhance its student computing service. HLH are unable to provide us with a BCPL compiler (we have one old, still-needed, Modula-1 compiler written in BCPL which is so badly written that no-one wants to translate it to C!). Do you or one of your colleagues know of a BCPL compiler written by one of the Orion user community of which York could obtain the source? John A. Murdie Experimental Officer ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18416; 4 May 88 12:33 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18216; 4 May 88 12:24 BST Date: Wed, 4 May 88 12:24:35 BST From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: cdl1 on raven I am: raven!opr console Apr 21 11:59 cdl1 has been set to a seeme shell because login suspended at request of user - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17048; 5 May 88 12:31 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17027; 5 May 88 12:30 BST Date: Thu, 5 May 88 12:25:42 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: clipper buglist A copy of the latest clipper buglist from HLH is pinned to the coffee room notice board. 83 items, but most are fixed in the next "full" system release (due real soon now) or have already been fixed via patches received direct from Steve Thomas. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab22734; 5 May 88 15:32 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22690; 5 May 88 15:28 BST Date: Thu, 5 May 88 15:24:36 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hols I am away for 2 weeks from Monday May 9th. I'm going to Italy to sit in the sun and not think about you lot. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24578; 5 May 88 17:09 BST Date: Thu, 5 May 88 17:03:34 BST From: jd@ukc.ac.uk To: ali@ukc.ac.uk Subject: Re: hols Cc: unix-staff@ukc.ac.uk Oh come on now Alan. Please remember us with a little curse each morning. It'll make it seem all that much better when your away and all that much worse when your back. Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26076; 5 May 88 18:20 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25834; 5 May 88 18:07 BST Date: Thu, 5 May 88 18:06:57 BST From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: njg on raven I am: raven!sjl tty02 May 5 18:03 njg has been set to a seeme shell because he has an aliases which does rwho on all machines. This is explicitly warned against in the manual page. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27425; 7 May 88 9:38 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27335; 7 May 88 9:34 BST To: unix-staff@ukc.ac.uk Subject: John Bovey & Mark Russell From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sat, 07 May 88 09:34:38 +0100 Message-ID: <22762.578997278@kite> Sender: pc@ukc.ac.uk Have been added to this list. They will also be attending Unix Staff meetings in the interests of greater communication inside the Lab.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05189; 11 May 88 15:11 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05120; 11 May 88 15:08 BST Date: Wed, 11 May 88 15:08:33 BST From: root@ukc.ac.uk Subject: Seeme set for llp on eagle To: unix-staff@ukc.ac.uk Subject: llp on eagle I am: eagle!opr console May 10 10:13 llp has been set to a seeme shell because Incorrectly filled in form Melanie   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26323; 13 May 88 2:55 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa26308; 13 May 88 2:54 BST Date: Fri, 13 May 88 2:49:05 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /usr/lib/atarist I have created a directory on raven called /usr/lib/atarist. This is for Atari binaries of Atari ST programs so that people can download them for themselves? The directory is rdisted from raven to eagle and hobby, who will spread the good news. It's on raven instead of eagle because you can upload to clippers faster. This may cause a day's lag for version changes to the remoter machines if one rdist run just misses the other, but does it matter? They will be kept as binaries, not uuencoded because: - Uniterm kermit supports binary transfers - They are smaller - It discourages fools foum mailing them to their friends. If people need to uuencode things to bootstrap themselves, so be it. We'll have to keep it very small - not a PD software library - as we don't have the disk space for anything but the bare essentials. Just TERM.PRG and UNITERM.PRG probably. And an on-line copy of the Uniterm documentation. While TERM is not in the public domain, it is free to members of the university as I understand. There is a README to that effect. Can you put me straight on this one, Steve? I haven't put it up yet in case I'm wrong. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab04169; 13 May 88 13:33 BST Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02919; 13 May 88 12:56 BST Date: Fri, 13 May 88 12:56:12 BST From: root@ukc.ac.uk Subject: Seeme set for kwl on merlin To: unix-staff@ukc.ac.uk Subject: kwl on merlin I am: merlin!mg tty18 May 13 12:53 kwl has been set to a seeme shell because He left 3 infinitely looping pascal programs in the background; each had consumed about 1000 cpu seconds. A*GAIN* - this is the third time he has done this sort of thing. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01818; 13 May 88 18:12 BST Date: Fri, 13 May 88 17:17:05 BST From: "S.J.Leviseur" To: unix-staff@ukc.ac.uk Subject: Why does mail fail? I saw this in passing from rl.ib (the earn gateway - i think) [ 69] [ TS - I] Call from uk.ac.rl.ib. [ 69] [ TS - E] Bad sub-address "mail.r9ssn1". [ 69] [ TS - E] Send disconnect to connect - Unacceptable sub address! Good one! Straight violation of Appendix K of Grey Book. Who are these people? sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00983; 16 May 88 12:41 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00367; 16 May 88 12:21 BST To: unix-staff@ukc.ac.uk Subject: Re: Why does mail fail? Date: 16 May 88 11:13:56 BST (Mon) From: jd@ukc.ac.uk Sean says: >I saw this in passing from rl.ib (the earn gateway - i think) > >[ 69] [ TS - I] Call from uk.ac.rl.ib. >[ 69] [ TS - E] Bad sub-address "mail.r9ssn1". >[ 69] [ TS - E] Send disconnect to connect - Unacceptable sub address! > >Good one! Straight violation of Appendix K of Grey Book. > >Who are these people? Two answers: 1) Fools 2) More fools, they are using the Softload Portaloo by the smell of it and deserve all they get. Moral 1: Don't write system software in FORTRAN. Moral 2: *NEVER* use anything that comes out of Salford. Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15975; 17 May 88 20:47 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15961; 17 May 88 20:46 BST Date: Tue, 17 May 88 20:46:18 BST From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: rge on raven I am: raven!mg tty35 May 17 20:42 rge has been set to a seeme shell because rge was logged in twice - in Computing G05 and in Eliot L48 - 8 The one in eliot logged out as soon as confed. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23607; 20 May 88 15:17 BST Date: Fri, 20 May 88 15:06:01 BST From: uknet@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: A cautionary tale with shar Dave Price at aber-cs tried to get sources/news2.11/src.shar.1.Z from the information server. Unfortunately line 130/2725 had a single period on one line. Result mailer treated this as EOF and Dave's file arrived 2595 lines short. Solution "shar -a" is best it includes the necessary "shar -p" which prefixes each line with a capital "X". It also builds in the correct decoding runes, so sh still works. Peter H. p   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24624; 22 May 88 21:38 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24622; 22 May 88 21:37 BST To: unix-staff@ukc.ac.uk Subject: Opinions sought on the arc user interface From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sun, 22 May 88 21:37:10 +0100 Message-ID: <14007.580336630@kite> Sender: pc@ukc.ac.uk You may or may not know how arc works. When you say arc -s file it creates a file called file.arc which is the archive link to the file on VMS. Once you have an archive link you can do various queries on it: arc -q file.arc tells you the status of the link. arc -r file.arc restores the file etc I have been testing this and thought that the program should interpret these queries and the restore correctly if you gave it the stem as a file: ie. arc -q file would be the same as arc -q file.arc assuming that file.arc exists. Does this make sense to you all?? Is it the right thing to do? A side effect is that arc -q * prints details twice if the directory contains file and file.arc BUT it means that the sequence arc -s file wait arc -q !$ works. Thoughts? Should we revert to Ian's original interpretation that YOU MUST GIVE THESE QUERIES AND RESTORE A FILE CALLED *.arc.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15866; 23 May 88 11:43 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15659; 23 May 88 11:33 BST Date: Mon, 23 May 88 11:32:47 BST From: Chris Downey To: unix-staff@ukc.ac.uk Subject: [Peter Collinson: Opinions sought on the arc user interface] > ... the program should interpret > these queries and the restore correctly if you gave it the stem as a > file: > > arc -q file > > would be the same as > > arc -q file.arc Since it is not valid to ask for information about a file which does not end in ".arc", the ".arc" carries no information and it should be possible to omit it. > Does this make sense to you all?? Is it the right thing to do? A side > effect is that > > arc -q * > > prints details twice if the directory contains > > file > and file.arc But you can say arc -q *.arc which is better anyway as it only selects archived files. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28378; 24 May 88 0:06 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28330; 24 May 88 0:03 BST Date: Tue, 24 May 88 0:00:28 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Modest proposal Programmers should be able to read installed binaries to determine history without having to put on su. Yes? Peter? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05673; 25 May 88 17:48 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05183; 25 May 88 17:29 BST To: unix-staff@ukc.ac.uk Subject: As an addendum Shirley's mail. From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 25 May 88 17:29:19 +0100 Message-ID: <14587.580580959@kite> Sender: pc@ukc.ac.uk Author should be given at the end as .br .sp .tl '''author'   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02705; 26 May 88 10:44 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02671; 26 May 88 10:40 BST Date: Thu, 26 May 88 10:35:25 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven /usr The /usr partition on raven is now 90% full. I'd prefer not to move rdist'd files out of /usr, but if anyone has utilities which they think could live elsewhere I'd be grateful. I'm not sure that I subscribe to the 'all commands must be mounted on all machines' philosophy any more. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10489; 27 May 88 11:41 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10409; 27 May 88 11:37 BST Date: Fri, 27 May 88 11:30:33 BST From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: news I have put up rn on hobby, using eagle as a remote server. If you want to use this, you can just copy your .newsrc over from eagle (or hawk) to hobby, and it will work. Don't try copying your .newsrc from any other host; this will deinitely NOT work. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab12377; 31 May 88 10:48 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12358; 31 May 88 10:45 BST Date: Tue, 31 May 88 10:43:35 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven gcrt0.o Who removed /usr/lib/gcrt0.o from raven on Sunday? Why? Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13931; 31 May 88 12:15 BST Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13927; 31 May 88 12:14 BST Date: Tue, 31 May 88 12:14:17 BST From: root@ukc.ac.uk Subject: Seeme set for mrw on merlin To: unix-staff@ukc.ac.uk Subject: mrw on merlin I am: merlin!cmd tty06 May 31 12:01 mrw has been set to a seeme shell because a user at cernvax has been posting obscene jokes to eunet.jokes on his behalf. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13999; 31 May 88 12:19 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13954; 31 May 88 12:15 BST Date: Tue, 31 May 88 12:10:41 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven gcrt0.o Yes, as Martin said in the meeting, /usr/lib/gcrt0.o was junked by the fileclean script run off cron.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14272; 31 May 88 12:31 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14266; 31 May 88 12:31 BST Date: Tue, 31 May 88 12:28:35 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: raven system administrator Martin Guy is now the raven system administrator. Mail to root@raven goes to him. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28285; 1 Jun 88 1:39 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28120; 1 Jun 88 1:34 BST To: unix-staff@ukc.ac.uk Subject: This group has been going for 6 months From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 01 Jun 88 01:33:46 +0100 Message-ID: <23938.581128426@kite> Sender: pc@ukc.ac.uk I should like to reduce the size of the archive. Shall I a) print it all off and delete the lot b) print it all off and delete all BUT some period: last month last two months etc   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07922; 1 Jun 88 19:27 BST Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06932; 1 Jun 88 18:36 BST Date: Wed, 1 Jun 88 18:36:26 BST From: root@ukc.ac.uk Subject: Seeme set for jwb on merlin To: unix-staff@ukc.ac.uk Subject: jwb on merlin I am: merlin!mg tty19 Jun 1 17:23 jwb has been set to a seeme shell because creating unremovable directories in the directory of a user who left his directory writable by mistake.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab07922; 1 Jun 88 19:27 BST Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06962; 1 Jun 88 18:38 BST Date: Wed, 1 Jun 88 18:38:30 BST From: root@ukc.ac.uk Subject: Seeme set for akmb on merlin To: unix-staff@ukc.ac.uk Subject: akmb on merlin I am: merlin!mg tty19 Jun 1 17:23 akmb has been set to a seeme shell because Also creating directories in the poor user's directory   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac07922; 1 Jun 88 19:27 BST Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07134; 1 Jun 88 18:48 BST Date: Wed, 1 Jun 88 18:48:39 BST From: root@ukc.ac.uk Subject: Seeme set for dgg on merlin To: unix-staff@ukc.ac.uk Subject: dgg on merlin I am: merlin!mg tty19 Jun 1 17:23 dgg has been set to a seeme shell because creating unremovable directories in jst's directory. Further inspection reveals: his .userinfo says: ANY GOOD LOOKIN WENCHES MAIL ME ..... Between 16:01 on Mar 31 and 12:55 Mar 1, he created thirteen half-megabyte files when there was a message of teh day saying merlin's disk was too full. I suggest this guy get the high-jump Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12468; 2 Jun 88 1:22 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12258; 2 Jun 88 1:18 BST Date: Thu, 2 Jun 88 1:07:22 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /usr/local/tree There seems to be a problem with /usr/local/tree on orions and clippers. If you run it on anything non-trivial, such as, say, a small home directory, it dumps core. tree -a (list files as well as directories) is even better for giving you core dumps somewhere is a subdirectory of the current (because you  it chdirs around) which you then have to seek-and-destroy. Does nobody test software any more before installing it? Like trying tree on / to make sure that if it does fail it fails gracefully? (or even, probably, on your home directory - go and try it now! Remember: find . -name core -exec rm {} \; ) Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12875; 2 Jun 88 1:32 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12841; 2 Jun 88 1:31 BST To: mg@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: /usr/local/tree In-reply-to: Your message of Thu, 2 Jun 88 1:07:22 BST . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 02 Jun 88 01:31:21 +0100 Message-ID: <1476.581214681@kite> Sender: pc@ukc.ac.uk This is known. Alan spotted it sometime ago. At the time is seemed that it was going to be massive work to fix it. It is part of the `complete dingos kidneys school of programming' apparently. I thought that it had just been deleted - which is one sort of fix I suppose. Volunteers to hack it?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16282; 2 Jun 88 4:05 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16274; 2 Jun 88 4:04 BST Date: Thu, 2 Jun 88 3:27:45 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: having 32 tsb ports I have written a throw-away script to make 16 extra /dev/tsb[16-31] entries as Alan has upped the number in the kernel. It's called /etc/mktsb32, but on some machines it will refuse to run because the existing ports do not have mode 666, which means that you're probably not using /etc/tsbset, which makes getting the permissions on the new ports too hard. The script should have mailed me to tell me which machines needed hand-weeding, but when I got the pieces of mail, they didn't have the hostnames in the header, and had null bodies. I don't understand why. WHen I run the script interactively, it mails me like it should. Any clues appreciated. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05124; 2 Jun 88 11:05 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04726; 2 Jun 88 10:42 BST To: sjl@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: Mail on Hawk From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 02 Jun 88 10:42:13 +0100 Message-ID: <4149.581247733@kite> Sender: pc@ukc.ac.uk I was supposed to be going away today. Instead. I have been putting the mail system back together on hawk. This was because the binaries had been deleted by rdist. I 'tared' the existing binaries from eagle and set the mail system up. These are the new versions of mmdf - so they had better bloody work. The fact that the person in charge of the mail system is presumably in bed does not please me. It pleases me even less to think that this person undoubtedly went home at 6ish last night. It pleases me even less to think that the person was warned about the effects of rdist yesterday. I am not exactly very happy. I will be back on Tuesday - I am coming in a little later to mess with Term.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07116; 2 Jun 88 12:39 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07082; 2 Jun 88 12:37 BST Date: Thu, 2 Jun 88 12:36:53 BST From: root@ukc.ac.uk Subject: Seeme set for sjt2 on eagle To: unix-staff@ukc.ac.uk Subject: sjt2 on eagle I am: eagle!opr console May 26 08:16 sjt2 has been set to a seeme shell because Initiated : M.Houlder Left UKC but owes UKC money plus someone else using login   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab07116; 2 Jun 88 12:40 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07101; 2 Jun 88 12:38 BST Date: Thu, 2 Jun 88 12:38:26 BST From: root@ukc.ac.uk Subject: Seeme set for hak on eagle To: unix-staff@ukc.ac.uk Subject: hak on eagle I am: eagle!opr console May 26 08:16 hak has been set to a seeme shell because Initiated : M.Houlder Left UKC but owes UKC money plus someone else using login.   Received: from ukc.ac.uk by kestrel.ukc.AC.UK List Processor id ab10733; 2 Jun 88 15:56 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10710; 2 Jun 88 15:52 BST Date: Thu, 2 Jun 88 15:48:31 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: admin server As discussed at the last unix meeting, the admin server now purges /etc/group when a user is deleted. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12513; 2 Jun 88 17:41 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12502; 2 Jun 88 17:39 BST Date: Thu, 2 Jun 88 17:39:38 BST From: "S.J.Leviseur" To: Peter Collinson cc: sjl@ukc.ac.uk, unix-staff@ukc.ac.uk Subject: Re: Mail on Hawk Ok - Lets put my side of this. > I was supposed to be going away today. > > Instead. I have been putting the mail system back together on hawk. > This was because the binaries had been deleted by rdist. No mail should have been lost, hawk should refuse the connection and the caller will come back later. > I 'tared' the existing binaries from eagle and set the mail system up. > These are the new versions of mmdf - so they had better bloody work. These are actually the old binaries which have been running for the last two and half months without problems on the vaxen. As an aside the new version of mmdf works as well. > The fact that the person in charge of the mail system is presumably in > bed does not please me. Actually I am moving this weekend so I was sorting things out. > It pleases me even less to think that this > person undoubtedly went home at 6ish last night. Where does the 6ish comes from? Actually if anyone has a burning interest in this, I went home at about 11.30pm last night. Since I had got in at about 11am yesterday I don't think this is doing to badly. If I come in late I stay late. > It pleases me even > less to think that the person was warned about the effects of rdist > yesterday. > I was testing the new version on hawk (after hours) using a symbolic link to switch between the real version and the new version to avoid disruption to the mail. This is how I had been told to do it. I had (incorrectly) assumed that rdist would zap the symbolic link and put the old version of mmdf from eagle back. > I am not exactly very happy. I am not ecstatic at having mud slung at me either. (begin sermon) I think that if someone considers they should send this sort of mail it is probably better to say it face to face instead. If you really have to send this sort of mail ask yourself why you are sending it, then if you really must send it send personal mail. Conducting a public flogging is not likely to have a very positive effect. Especially if the victim feels it was not unjustified. (end sermon) Well thats my side put (and the sixth rewrite, at least this one will not blister the paintwork). sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22272; 6 Jun 88 14:17 BST Date: Mon, 6 Jun 88 14:08:47 BST From: uknet@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: BUG in VI ? Just a quickie. On kestrel "a4x puts 4 chars in buffer a "a9p puts out 9 copies of buffer x. BUT "a4dd puts 4 lines in buffer a however "a9p DOESN'T put out 9 times 4 i.e 36 lines. It looks as if all in-line multiples are supported, but not line multiples. Peter   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28169; 6 Jun 88 19:46 BST Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28150; 6 Jun 88 19:43 BST Date: Mon, 6 Jun 88 19:43:27 BST From: root@ukc.ac.uk Subject: Seeme set for krt on merlin To: unix-staff@ukc.ac.uk Subject: krt on merlin I am: merlin!mg tty13 Jun 6 19:41 krt has been set to a seeme shell because he was logged in twice, playing nethack (the game) on both terminals. Another user complained about this. He in an inveterate runner of infinitely looping pascal programs - at least thrice to my knowledge, with several invocations of the program each time - I have seemeed him before to make sure he understands about this. This time we nail him. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28213; 6 Jun 88 19:51 BST Received: from merlin by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28171; 6 Jun 88 19:46 BST Date: Mon, 6 Jun 88 19:46:23 BST From: root@ukc.ac.uk Subject: Seeme set for tnt on merlin To: unix-staff@ukc.ac.uk Subject: tnt on merlin I am: merlin!mg tty13 Jun 6 19:41 tnt has been set to a seeme shell because this account was also playing nethack on two separate terminals. As was krt still (a quarter of an hour later). Again, initialted by a complaint, from a different user. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01541; 6 Jun 88 21:27 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01526; 6 Jun 88 21:24 BST To: unix-staff@ukc.ac.uk Subject: Mail from root to merlin users From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 06 Jun 88 21:24:44 +0100 Message-ID: <28078.581631884@kite> Sender: pc@ukc.ac.uk Please do not send mail as root. It seems to end up in my mailbox which gets cleared infrequently   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20825; 7 Jun 88 10:00 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20560; 7 Jun 88 9:46 BST Date: Tue, 7 Jun 88 9:37:35 BST From: eeb@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: The sc speadsheet Cc: jmb@ukc.ac.uk I've been trying this out, and have hit a couple of "features". Are they well known? Should I post this to ukc.bugs to see if others are interested, or have the answers? 1. Use of encryption facility. This seems to send the program to sleep, woken only by use of ^C. (E.g., calling "sc -x encryptedfile" blanks the screen and puts the cursor at a lowish window. Then ^C brings the "Enter key" prompt. Program then works OK until the P option is used (to save spreadsheet to another (encrypted) file). Program waits until ^C pressed again, etc. 2. The letter H seems not to be allowed in strings. (There may be others - I haven't tried.)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22919; 7 Jun 88 11:35 BST Received: from falcon by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22688; 7 Jun 88 11:26 BST Date: Tue, 7 Jun 88 11:26:25 BST From: root@ukc.ac.uk Subject: Seeme set for mhhc on falcon To: unix-staff@ukc.ac.uk Subject: mhhc on falcon I am: falcon!pc tty10 Jun 7 11:14 mhhc has been set to a seeme shell because He had submitted several at jobs which took the machine away. Something to do with binary files. I have set /usr/spool/at to chmod 000 for the moment. He had submitted several at jobs which took the machine away. Something to do with binary files. I have set /usr/spool/at to chmod 000 for the moment.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23592; 7 Jun 88 12:04 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23315; 7 Jun 88 11:52 BST Date: Tue, 7 Jun 88 11:51:10 BST From: ih@ukc.ac.uk To: eeb@ukc.ac.uk Subject: Sc Cc: jmb@ukc.ac.uk, unix-staff@ukc.ac.uk >I've been trying this out, and have hit a couple of "features". >Are they well known? Should I post this to ukc.bugs to see if >others are interested, or have the answers? > > 1. Use of encryption facility. This seems to send the program > to sleep, woken only by use of ^C. > > (E.g., calling "sc -x encryptedfile" blanks the screen and > puts the cursor at a lowish window. Then ^C brings the > "Enter key" prompt. Program then works OK until the P option > is used (to save spreadsheet to another (encrypted) file). > Program waits until ^C pressed again, etc. I think the problem is that the terminal you're using isn't handling the bottom line of its display properly. The "Enter key" prompt comes from the crypt program, which sc calls. The prompt is written without a trailing newline, and I guess your terminal needs one - at least on the bottom line - before it'll actually display the line. > > 2. The letter H seems not to be allowed in strings. (There may > be others - I haven't tried.) H seemed to be the only one. Sc wasn't checking when it was given a H, whether it was in edit mode or not, and H has a special meaning when in non-edit mode. Anyway, I've now fixed it, and it'll get distributed to all machines tonight.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27323; 7 Jun 88 14:46 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27318; 7 Jun 88 14:46 BST Date: Tue, 7 Jun 88 14:41:55 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Warped humour This is the back end of a mail conversation I've been having with steve@hlh. I mailed Tim Robinson (cc Steve Thomas) suggesting, among other things, that HLH might like us to consider running customer training courses on their behalf. The first 3 lines (>>) are steve's initial reply. Lines with one > are my reply back. Anyway, here's the full text of Steve's second reply. Enjoy. ------------- > >P.S. Did you cc the message to me to increase the chances of the message > >getting through to the right person, or as a hint that I should take one > >or more of the courses? 8-) > > Neither. Let me spell it out. I refer to the one-liner about us subcontracting > customer training on behalf of HLH. When a punter boots his shiny new Orion > and it says "run fsck manually" what does he do? He rings HLH. The call is > routed to you. We have a (relatively) new person here called Chris Jackson (cris@hlh) who, when fully trained, will answer such queries. > You spend ages sorting him out, Oh, I don't know, it doesn't take long to say RTFM, even when pronounced in full. > when really you'd much rather > be sitting in the sunshine drinking Campari-Soda's served by leggy blondes. I come out in horrible rashes when exposed to UV. I throw up after taking ethanol internally. I'm not too fussy about hair colour. The principle does, I concede, apply though. > If the punter had been on an HLH CUSTOMER TRAINING course then this unreasonable > incursion into your MORE IMPORTANT activities would never have happened, 'cos > said punter would have looked in dmesg, seen the hard disk errors, and known > that his disc was irreversibly knackered. There speaks the naivety of the true academic! No self-respecting customer would allow such a trivium as having been on a training course get in the way of interrupting my game of hack. The conversation would run like this: Customer: It doesn't work! (Note wonderfully detailed bug report. Most of them are like this.) Me: RTFM. It says quite clearly on page 42 that you're an idiot. Customer: Yes, that's what they said on the training course, but I thought I'd ring up to make sure. > Hence it is in YOUR INTERESTS to promote ukc's ENTIRELY REASONABLE > offer of removing the ODIOUS task of training > your customers not to be such wallies from your own OVERWORKED shoulders. > > There. Is that clear enough? :-) Abundantly, thank you. Steve 8-)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29434; 7 Jun 88 16:55 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29408; 7 Jun 88 16:53 BST Date: Tue, 7 Jun 88 16:52:32 BST From: jd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Bcpl I am sure you will all be delighted to here that bcpl is now available on the Clipper orions. No need to use C any more! Jim.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05933; 7 Jun 88 23:47 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05861; 7 Jun 88 23:43 BST To: unix-staff@ukc.ac.uk Subject: Kestrel Hacked? From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 07 Jun 88 23:43:19 +0100 Message-ID: <7830.581726599@kite> Sender: pc@ukc.ac.uk Someone logged in from sgate onto kestrel using the netacct login tonight. The password was `boring' which is perhaps obvious - perhaps not. I have altered the password. They seemed to have logged in twice: At 20:32 - 20:54 At 20:54 - 22:41 This is adding one hour onto the figures from `last' which are one hour out. I suspect that they got to be root... a) They did not appear when I did a who - so they got to hack /etc/utmp b) I was killed shortly after I logged in with the friendly message So long and thanks for the fish c) /usr/adm/acct got screwed - so I could not run lastcomm. I have checked files using find / -mtime -1 and can find no obvious problems with system binaries. I need Ind to be able to say who logged onto SGATE at this time and from where! But this account is probably compromised too.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06063; 7 Jun 88 23:59 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06049; 7 Jun 88 23:56 BST To: unix-staff@ukc.ac.uk Subject: kestrel hacked From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 07 Jun 88 23:56:36 +0100 Message-ID: <7919.581727396@kite> Sender: pc@ukc.ac.uk /usr/spool/at was mode 777 The last accessed time of /usr/spool/at/past was 20:45. So they undoubtedly got to be su via at.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab06063; 7 Jun 88 23:59 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06056; 7 Jun 88 23:58 BST To: unix-staff@ukc.ac.uk Subject: /usr/spool/at on Orions/Clippers From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 07 Jun 88 23:58:49 +0100 Message-ID: <7933.581727529@kite> Sender: pc@ukc.ac.uk Please check YOUR machine and ensure that this is 700   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24756; 8 Jun 88 8:55 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24735; 8 Jun 88 8:53 BST To: unix-staff@ukc.ac.uk Subject: Re: Kestrel Hacked? In-reply-to: Your message of Tue, 07 Jun 88 23:43:19 +0100 . <7830.581726599@kite> From: Ian Dallas Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x3633 Date: Wed, 08 Jun 88 08:53:24 +0100 Message-ID: <28065.581759604@hawk> Sender: ind@ukc.ac.uk . . . . I need Ind to be able to say who logged onto SGATE at this time and from where! But this account is probably compromised too. This has already gone to Peter direct. The "offender" logged in via the UUCP login on SGATE, the call originating at 000052200000. This matches a CAMTEC (who else) switch at Leicester Polytechnic. Since like all CAMTEC switches this has no access control, it is quite easy for the offender to have connected to the switch from some site other than Leicester Poly, thus covering his/her tracks. Ian Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25797; 8 Jun 88 9:48 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25730; 8 Jun 88 9:44 BST To: unix-staff@ukc.ac.uk Subject: Kestrel hacked From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 08 Jun 88 09:44:13 +0100 Message-ID: <10385.581762653@kite> Sender: pc@ukc.ac.uk I have no evidence that netacct had been hacked before using netacct. It looks to me that that login usage is consistent with Judith/Shirley running off the bills.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08047; 8 Jun 88 21:03 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08045; 8 Jun 88 21:02 BST Date: Wed, 8 Jun 88 20:57:59 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ranlib on clippers We have a new /usr/bin/ranlib for clippers from steve@hlh, which does not require 1 Meg of data to run. It will go out in the distribution tonight. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa08305; 8 Jun 88 21:23 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08291; 8 Jun 88 21:22 BST Date: Wed, 8 Jun 88 21:15:31 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: more security problems On falcon, /etc/pass/{name,sysid}, files to map usernames and system IDs into uids, were globally writable (666). i guess this is because, if they do not exist, they are created by a process whose umask is 000. Can system administrators please check that all is well in /etc/pass on their machines. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09617; 8 Jun 88 23:53 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09612; 8 Jun 88 23:51 BST Date: Wed, 8 Jun 88 23:51:55 BST From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: pc on raven I am: raven!opr console Jun 8 23:48 pc has been set to a seeme shell because he was naughty.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab00979; 9 Jun 88 12:22 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00945; 9 Jun 88 12:19 BST Date: Thu, 9 Jun 88 12:19:32 BST From: Chris Downey To: unix-staff@ukc.ac.uk Subject: security Okay, Peter has put up locsh on kestrel. I will shortly install it on all other hosts, and will alter login so you get the motd and alert messages, and "You have mail". People may then use it if they wish. Steve has pointed out that if someone knows your password, they can ftp in a new ".locshtab" file, overwriting the old one with one containing whatever locations they want. This is possible even if the file is not writeable. Anyone got any ideas about how to fix this problem? Is locsh a good idea anyway - does anyone have a better idea for increasing the security of logins? A few other ideas which we might discuss: * All users who have "su" access should use "locsh". This seems sensible to me, and will not hurt anyone. I don't think we should enforce it, though. * Login should only accept a limited number of attempts at logging in before giving up. Probably 3 - 5 ? This just makes it more difficult to geuss passwords. * We should not have a root password on any host. This means no-one can login as root. This is not a complete protection, as hackers can still exploit whatever security holes remain in the system. It's just plugging one hole. But it might be a good idea. * We should change passwd so it will not allow guessable passwords - i.e. not words, not too short, etc. Perhaps we should use password aging too? * The facility in "call" to be call hosts without giving a password should be controllable by the user, via a file on the targer host (.chosts ?). It might seem that we are suddenly being paranoid about security and really going overboard here. I prefer to think that we have been lax about security before, and that we should be motivated by the experience of being hacked to do something about it. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab04879; 9 Jun 88 14:35 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04671; 9 Jun 88 14:24 BST Date: Thu, 9 Jun 88 12:13:07 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: orion /bin/passwd passwd -s incorrectly demands the Master SU Password when changing your private su password. I've seen this on raven. It might happen on other orions (which are compiled from the same source). I have corrected the bug introduced by Tony Bunting. All should be well after tonight's distribution. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05416; 9 Jun 88 15:01 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05332; 9 Jun 88 14:57 BST Date: Thu, 9 Jun 88 14:42:35 BST From: ih@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Re: security * Password aging is a very bad idea. * Changing the passwd program so that it'll only accept passwords that contain a least one special character (0-9,!"#$%^&*(){}[]+_-, etc) will increase security here enormously. Note, the password generating routine used by the admin-server already does this - unfortunately most new users seem to immediately change their password for something very guessable. * Yes, if its possible, it'd be a good thing to allow .rhosts type restrictions to be placed on the use of the call program.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05861; 9 Jun 88 15:25 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05809; 9 Jun 88 15:21 BST Date: Thu, 9 Jun 88 15:13:57 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: article There is a (rather long) article in the May issue of CACM entitled "Stalking the Wily Hacker" which SAs may like to read. Very worrying. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06988; 10 Jun 88 13:44 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06899; 10 Jun 88 13:39 BST Date: Fri, 10 Jun 88 13:34:56 BST From: cmd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: at on kestrel I have changed /usr/spool/at to be 755 on kestrel; I need to be able to use it there, and I believe that this mode makes it safe. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09472; 10 Jun 88 15:39 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08862; 10 Jun 88 15:11 BST Date: Thu, 9 Jun 88 17:42:07 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: security I am writing a document which tells people what they need to do as a Unix user at UKC to implement the level of security they want. In this case, "security" means security against probably deliberate attempts to interfere with your work or files in any way. If particular, if people want to ensure that your login on your home machine is you are secure against malintenders becoming root on other machines. Note that it is not for us to enforce users to behave in a way which gives them maximum security. Just to present the options they have to There is an argument which says that the Unix Support Group, or its security rep, must be happy with the security arrangements of users who have system privileges, since this affects the security of other users on that machine. It's overall structure so far is: - choice of passwords And if you have logins on more than one machine, - call - .ftprcs - locsh, to restrict interactive login sessions to specific locations. Have I forgotten any systems we provide to enable users to secure themselves? Martin On a related issue, it would probably be a good thing if everybody stopped panicking and madly installing adhoc security hacks. It it far too easy to do something that seems like a good idea, which will leave us with the superset of everybody's individual bright ideas, instead of some coherent scheme.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac09472; 10 Jun 88 15:42 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08913; 10 Jun 88 15:13 BST Date: Thu, 9 Jun 88 19:50:56 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: security I am writing a document which tells people what they need to do as a Unix user at UKC to implement the level of security they want. In this case, "security" means security against probably deliberate attempts to interfere with your work or files in any way. If particular, if people want to ensure that your login on your home machine is you are secure against malintenders becoming root on other machines. Note that it is not for us to enforce users to behave in a way which gives them maximum security. Just to present the options they have to There is an argument which says that the Unix Support Group, or its security rep, must be happy with the security arrangements of users who have system privileges, since this affects the security of other users on that machine. It's overall structure so far is: - choice of passwords And if you have logins on more than one machine, - call - .ftprcs - locsh, to restrict interactive login sessions to specific locations. Have I forgotten any systems we provide to enable users to secure themselves? Martin On a related topic, people might stop panicking and making adhoc security hacks that seem like a good idea. Otherwise, we are going to end up with the superset of everybody's own bright ideas instead of any coherent strategy.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ae09472; 10 Jun 88 15:44 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa08994; 10 Jun 88 15:15 BST Date: Fri, 10 Jun 88 13:20:28 WET DST From: rlh2@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: arc -q having recently used arc to archive some files I tried: arc -q mult.st.arc and got: archive-link: mult.st.arc archived file: /usr/rh/cug/rlh2/smalltalk/mult.st archive: 880610111223cug451----rlh2---eagle3999 save request: Fri Jun 10 11:12:23 1988 arcd: (@391) format of /usr/spool/arc/.fcpmail is bad: return code is 2 I then received some blank mail from root entitled "archive listing" and then I received another mail message this time containing the true archive listing. Just thought you might like to know.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11234; 10 Jun 88 17:01 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09896; 10 Jun 88 15:58 BST Date: Fri, 10 Jun 88 15:57:36 BST From: ih@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Re: arc -q My fault that. This morning I changed the program that writes .fcpmail, but I got sidetracked and forgot to change the program that reads it - hence the error message. I'll have arc -q working again shortly.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab11234; 10 Jun 88 17:01 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11185; 10 Jun 88 16:59 BST Date: Fri, 10 Jun 88 16:52:36 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/ring/startts To all SA's. A new version of startts(8) will go out tonight. It is compatible with the old version, but contains a new -h flag. A new kernel to go with this new startts will be distributed next week. All for use by other sites with nasty camtec ring hardware and no nameserver. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12123; 10 Jun 88 17:43 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11667; 10 Jun 88 17:18 BST Date: Fri, 10 Jun 88 17:18:39 WET DST From: "S.J.Leviseur" To: cmd@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: at on kestrel 755 on /usr/spool/at makes at safe. The bug comes from people creating their own 'at' jobs with owner field of root. If you can't create the file you can't use the bug. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16323; 10 Jun 88 22:21 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16308; 10 Jun 88 22:19 BST To: unix-staff@ukc.ac.uk Subject: Login hacks From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 10 Jun 88 22:18:47 +0100 Message-ID: <14419.581980727@kite> Sender: pc@ukc.ac.uk I have hacked login so: a) it will give up after 5 unsuccessful attempts b) if you use call into a machine && ~/.chosts exists Then look in .chosts for the name of the machine you are calling from - one machine per line. if ~./chosts does not exist then everything behaves as it is now. .chosts MUST BE a) a regular file b) have exactly one link c) owned by uid = your uid d) owned by gid = your gid e) must be rw------- If any of this fails - login asks for a password. This exists everywhere - well ho hum - is on eagle/kite/raven/hobby until tomorrow where it will exist everywhere. So... Calling into VMS is not protected. If you wish to limit a possible hack to one machine - then you should have different passwords on every machine. The onus is on YOU to create a .chosts file on every machine on which you have an account - if you wish to be secure. I think that we will advertise this - and then insist that people have a .chosts file after a bit.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa10714; 13 Jun 88 15:52 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa10622; 13 Jun 88 15:48 BST Date: Mon, 13 Jun 88 15:39:35 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: new kernel To all Orion SAs:- There is a new kernel on /nu on your orion(s). It supports the -h flag in startts(8), for use by other sites outside UKC. /etc/ring/startts has already been distributed. To install the new kernel, say # cp /vmunix /ounix # mv /nu /vmunix # /etc/usrs usrs> reboot now (or reboot +10 or whatever) usrs> ^D # (don't logout or the shutdown dies) Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16210; 13 Jun 88 20:19 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16203; 13 Jun 88 20:18 BST Date: Mon, 13 Jun 88 20:08:06 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Problem with /usr/adm/messages The following files have been globally writable on all old orions for an unknown period of time: hobby:1% ls -l /usr/adm/messages* -rw-rw-rw- 1 root 3085 Jun 12 20:00 /usr/adm/messages -rw-rw-rw- 1 root 1635 May 29 03:40 /usr/adm/messages.old The offender was the following pair of lines from crontab: 0,10,20,30,40,50 * * * * /etc/dmesg - >>/usr/adm/messages 1 0 1 * * mv /usr/adm/messages /usr/adm/messages.old I have changed this in /usr/lib/crontab on hobby to: 0,10,20,30,40,50 * * * * umask 022 ; /etc/dmesg - >>/usr/adm/messages since this is the line responsible for creating the new file. Remember - crontab runs commands with a umask of 0! On a related topic, is /usr/lib/crontab intended to be un-SCCS-ed on hobby, or it is just incredibly well hidden? Unless I get mail to the contrary, I'll SCCS it in /usr/src/usr.lib at the end of the week. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16869; 13 Jun 88 21:35 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16853; 13 Jun 88 21:35 BST Date: Mon, 13 Jun 88 21:34:52 WET DST From: root@ukc.ac.uk Subject: Seeme set for ds1 on eagle To: unix-staff@ukc.ac.uk Subject: ds1 on eagle I am: eagle!pc tty00 Jun 13 21:31 ds1 has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16915; 13 Jun 88 21:39 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16870; 13 Jun 88 21:35 BST Date: Mon, 13 Jun 88 21:35:22 WET DST From: root@ukc.ac.uk Subject: Seeme set for pgm on eagle To: unix-staff@ukc.ac.uk Subject: pgm on eagle I am: eagle!pc tty00 Jun 13 21:31 pgm has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab16915; 13 Jun 88 21:40 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16875; 13 Jun 88 21:35 BST Date: Mon, 13 Jun 88 21:35:44 WET DST From: root@ukc.ac.uk Subject: Seeme set for ajd1 on eagle To: unix-staff@ukc.ac.uk Subject: ajd1 on eagle I am: eagle!pc tty00 Jun 13 21:31 ajd1 has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac16915; 13 Jun 88 21:40 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16877; 13 Jun 88 21:36 BST Date: Mon, 13 Jun 88 21:36:04 WET DST From: root@ukc.ac.uk Subject: Seeme set for jn2 on eagle To: unix-staff@ukc.ac.uk Subject: jn2 on eagle I am: eagle!pc tty00 Jun 13 21:31 jn2 has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad16915; 13 Jun 88 21:41 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16892; 13 Jun 88 21:36 BST Date: Mon, 13 Jun 88 21:36:44 WET DST From: root@ukc.ac.uk Subject: Seeme set for sd on eagle To: unix-staff@ukc.ac.uk Subject: sd on eagle I am: eagle!pc tty00 Jun 13 21:31 sd has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ae16915; 13 Jun 88 21:41 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16894; 13 Jun 88 21:37 BST Date: Mon, 13 Jun 88 21:37:14 WET DST From: root@ukc.ac.uk Subject: Seeme set for eh2 on eagle To: unix-staff@ukc.ac.uk Subject: eh2 on eagle I am: eagle!pc tty00 Jun 13 21:31 eh2 has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id af16915; 13 Jun 88 21:42 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16897; 13 Jun 88 21:37 BST Date: Mon, 13 Jun 88 21:37:42 WET DST From: root@ukc.ac.uk Subject: Seeme set for cmrc on eagle To: unix-staff@ukc.ac.uk Subject: cmrc on eagle I am: eagle!pc tty00 Jun 13 21:31 cmrc has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ag16915; 13 Jun 88 21:42 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16899; 13 Jun 88 21:38 BST Date: Mon, 13 Jun 88 21:37:59 WET DST From: root@ukc.ac.uk Subject: Seeme set for acb on eagle To: unix-staff@ukc.ac.uk Subject: acb on eagle I am: eagle!pc tty00 Jun 13 21:31 acb has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ah16915; 13 Jun 88 21:43 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16901; 13 Jun 88 21:38 BST Date: Mon, 13 Jun 88 21:38:20 WET DST From: root@ukc.ac.uk Subject: Seeme set for ljb on eagle To: unix-staff@ukc.ac.uk Subject: ljb on eagle I am: eagle!pc tty00 Jun 13 21:31 ljb has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ai16915; 13 Jun 88 21:44 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16903; 13 Jun 88 21:38 BST Date: Mon, 13 Jun 88 21:38:40 WET DST From: root@ukc.ac.uk Subject: Seeme set for sksc on eagle To: unix-staff@ukc.ac.uk Subject: sksc on eagle I am: eagle!pc tty00 Jun 13 21:31 sksc has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aj16915; 13 Jun 88 21:44 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16905; 13 Jun 88 21:39 BST Date: Mon, 13 Jun 88 21:38:58 WET DST From: root@ukc.ac.uk Subject: Seeme set for gh on eagle To: unix-staff@ukc.ac.uk Subject: gh on eagle I am: eagle!pc tty00 Jun 13 21:31 gh has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ak16915; 13 Jun 88 21:45 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16910; 13 Jun 88 21:39 BST Date: Mon, 13 Jun 88 21:39:20 WET DST From: root@ukc.ac.uk Subject: Seeme set for mlba on eagle To: unix-staff@ukc.ac.uk Subject: mlba on eagle I am: eagle!pc tty00 Jun 13 21:31 mlba has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17114; 13 Jun 88 21:49 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16917; 13 Jun 88 21:39 BST Date: Mon, 13 Jun 88 21:39:39 WET DST From: root@ukc.ac.uk Subject: Seeme set for far on eagle To: unix-staff@ukc.ac.uk Subject: far on eagle I am: eagle!pc tty00 Jun 13 21:31 far has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab17114; 13 Jun 88 21:49 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16931; 13 Jun 88 21:40 BST Date: Mon, 13 Jun 88 21:39:56 WET DST From: root@ukc.ac.uk Subject: Seeme set for fmh on eagle To: unix-staff@ukc.ac.uk Subject: fmh on eagle I am: eagle!pc tty00 Jun 13 21:31 fmh has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac17114; 13 Jun 88 21:50 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16938; 13 Jun 88 21:40 BST Date: Mon, 13 Jun 88 21:40:12 WET DST From: root@ukc.ac.uk Subject: Seeme set for md3 on eagle To: unix-staff@ukc.ac.uk Subject: md3 on eagle I am: eagle!pc tty00 Jun 13 21:31 md3 has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad17114; 13 Jun 88 21:50 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16944; 13 Jun 88 21:40 BST Date: Mon, 13 Jun 88 21:40:33 WET DST From: root@ukc.ac.uk Subject: Seeme set for jhk on eagle To: unix-staff@ukc.ac.uk Subject: jhk on eagle I am: eagle!pc tty00 Jun 13 21:31 jhk has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ae17114; 13 Jun 88 21:51 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16952; 13 Jun 88 21:41 BST Date: Mon, 13 Jun 88 21:40:51 WET DST From: root@ukc.ac.uk Subject: Seeme set for yclk on eagle To: unix-staff@ukc.ac.uk Subject: yclk on eagle I am: eagle!pc tty00 Jun 13 21:31 yclk has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id af17114; 13 Jun 88 21:52 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16957; 13 Jun 88 21:41 BST Date: Mon, 13 Jun 88 21:41:03 WET DST From: root@ukc.ac.uk Subject: Seeme set for dge on eagle To: unix-staff@ukc.ac.uk Subject: dge on eagle I am: eagle!pc tty00 Jun 13 21:31 dge has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ag17114; 13 Jun 88 21:53 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16964; 13 Jun 88 21:41 BST Date: Mon, 13 Jun 88 21:41:19 WET DST From: root@ukc.ac.uk Subject: Seeme set for pjf on eagle To: unix-staff@ukc.ac.uk Subject: pjf on eagle I am: eagle!pc tty00 Jun 13 21:31 pjf has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ah17114; 13 Jun 88 21:53 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16974; 13 Jun 88 21:41 BST Date: Mon, 13 Jun 88 21:41:36 WET DST From: root@ukc.ac.uk Subject: Seeme set for irg on eagle To: unix-staff@ukc.ac.uk Subject: irg on eagle I am: eagle!pc tty00 Jun 13 21:31 irg has been set to a seeme shell because This user has a crackable password. I want them to alter it before being allowed back onto eagle   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ai17114; 13 Jun 88 21:54 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17079; 13 Jun 88 21:46 BST To: mrp@ukc.ac.uk, mh1@ukc.ac.uk Subject: Password security on eagle cc: ali@ukc.ac.uk, unix-staff@ukc.ac.uk From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 13 Jun 88 21:45:30 +0100 Message-ID: <5320.582237930@kite> Sender: pc@ukc.ac.uk I have mailed the following people asking them to alter their password because it is simple to crack. If this has not happened in one week (ali to check) then we will seeme them. bs4:bi9mfzqDpYk2U:2012:19029:B.Shire,spr019:/usr/spr/bs4:/bin/csh acr:fubNdLAKMPrnk:684:2389:A.C.Regan,chr073:/usr/chr/acr:/bin/csh bc1:40dpK7oZaqI0k:324:2794:B.Collman,cug456:/usr/cug/bc1:/bin/csh sls:pZAZbjhC4IFjo:1054:4554:S.L.Smith,elg405:/usr/elg/sls:/bin/csh lgd:QKrbUSN/fUwOk:1408:12405:L.G.Dally,mar030:/usr/mar/lgd:/bin/csh jhm1:GTsnCP4xjc9ok:1874:15690:J.H.Midgley,phg427:/usr/phg/jhm1:/bin/csh mjst:sd2sq6Gm83nak:134:2805:M.J.Stachnicki,cur109:/usr/cur/mjst:/bin/csh dmc1:dypKT.dV8KdV.:2343:19114:D.MacCreary,ssg540:/usr/ssg/dmc1:/bin/csh sse:HBqNhTw3M9XJY:666:2389:S.S.Elwell,chr021:/usr/chr/sse:/bin/csh rec:di3XNkGFCdI5Q:81:2805:R.E.Cooley,cur038:/usr/cur/rec:/bin/csh chp2:DkUWDz3ZWOokc:1867:15690:C.H.Perry,phg420:/usr/phg/chp2:/bin/csh dl1:iaP2EO4Ndicwc:50:2805:D.Langford,cur001:/usr/cur/dl1:/bin/csh mas1:qNSpbyDXTXMlU:405:213:M.A.Swain,adr007:/usr/adr/mas1:/bin/csh ajc1:QpzLk734UuvUQ:1050:4554:A.J.Castelino,elg401:/usr/elg/ajc1:/bin/csh pda:wdyYDHTg83amk:3850:2743:P.D.Abraham,cst100:/usr/cst/pda:/bin/csh mgk:AOzRFXYXG5Fvk:1425:12405:M.G.Kenward,mar057:/usr/mar/mgk:/bin/csh sss:HS6qbeMmmAsnI:1166:7925:S.P.Sayers,hur021:/usr/hur/sss:/bin/csh mjw1:uhkegSDVoIeUo:567:1386:M.J.Wilson,big424:/usr/big/mjw1:/bin/csh rvkt:gufkg/f8P8mrY:264:2794:R.V.K.Tran,cug421:/usr/cug/rvkt:/bin/csh cw3:Keba2myygIAhY:174:2805:C.Willcock,cur171:/usr/cur/cw3:/bin/csh isb:V/HWQOptqkzVk:915:4565:I.S.Bishop,elr018:/usr/elr/isb:/bin/csh lpm:tsMj4JRFW/zGE:63:2805:L.P.Maitland,cur015:/usr/cur/lpm:/bin/csh kg1:z7kfCkt1LD0CU:400:213:K.Greenstreet,adr001:/usr/adr/kg1:/bin/csh mik:SCBuSkxsVh456:1063:4554:M.I.Kayalackakom,elg414:/usr/elg/mik:/etc/seeme.l co:zpqp5D1Mje.8k:461:1397:C.Oldfield,bir016:/usr/bir/co:/bin/csh djs:P7rlJNTaaBlUs:1150:7925:D.J.Shaw,hur001:/usr/hur/djs:/bin/csh aas:bheur9sDLXmJY:766:2378:A.A.Smith,chg422:/usr/chg/aas:/bin/csh lr1:33ODiOof6OctE:2180:19125:L.Roughley,ssr041:/usr/ssr/lr1:/bin/csh phw:UrMoqVDRzREFg:69:2805:P.H.Welch,cur021:/usr/cur/phw:/bin/csh amt:XXD0QxszW5n1A:2358:19114:A.M.Tarrabain,ssg580:/usr/ssg/amt:/bin/csh There is a list of other which I have set to a seeme shell because they have not logged in for over one month. In some cases, they have not logged in for over one year. Login name: ds1 ssg628 In real life: D.Simos Last login Mon Feb 29 12:17 from Computing G05 - 7 Login name: pgm hur010 In real life: P.G.Moore Last login Mon Oct 12 11:05 from Computing S28 - E.Wilson Login name: ajd1 elr096 In real life: A.J.Drinkwater Last login Fri Dec 11 14:35 from Library - 5 Login name: jn2 hug415 In real life: J.A.Newcombe Last login Mon Feb 2 1987 from Computing G03 - User's Library Login name: sd big418 In real life: S.Davis Last login Tue Nov 24 15:37 from Biology 117 - Comp Rm (9) Login name: eh2 elr002 In real life: E.Horne Last login Wed May 4 13:51 from Electronics CC Lab - E.Horne Login name: cmrc sst072 In real life: C.M.R.Chung Last login Mon Mar 14 11:36 from Computing CCo1 - 0 Login name: acb srr001 In real life: A.C.Bebbington Last login Fri May 23 1986 from Computing S15 Login name: ljb mct109 In real life: L.J.Byrne Last login Wed Sep 17 1986 from Keynes - 9 Login name: sksc sst044 In real life: S.K.S.Chow Last login Mon Feb 15 14:59 from Rutherford NC28 - 13 Login name: gh cug561 In real life: G.Hocking Last login Tue May 5 1987 from Computing G05 - 12 Login name: mlba red002 In real life: M.L.B.Anderson Last login Fri Nov 28 1986 from Registry G10 - M.Anderson Login name: far oor006 In real life: F.A.Rippington Last login Thu Oct 9 1986 from Computing G05 - 2 Login name: fmh phr002 In real life: M.R.Halse Last login Thu Nov 8 1984 on tty09 Login name: md3 phr064 In real life: M.Dunn Last login Sun Aug 16 20:08 from Physics Neutron, Rm 120 - B.Newp Login name: jhk ssr172 In real life: J.H.Kemp Last login Tue Sep 22 18:28 from Eliot L19 - J.Kemp Login name: yclk sst079 In real life: Y.C.L.Ko Last login Thu Jan 28 19:32 from Eliot L48 - 8 Login name: dge chg405 In real life: D.G.Eadon Last login Sat Oct 31 12:54 from Chemistry Terminal Room - 2 Login name: pjf lir009 In real life: P.J.Flavell Last login Tue Jul 7 16:37 from Library unused Login name: irg sur001 In real life: I.R.Gordon Last login Tue Apr 26 18:25 from Cornwallis W - 164 (2)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06868; 14 Jun 88 10:24 BST Received: from falcon by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06861; 14 Jun 88 10:23 BST Date: Tue, 14 Jun 88 10:22:56 BST From: root@ukc.ac.uk Subject: Seeme set for mhhc on falcon To: unix-staff@ukc.ac.uk Subject: mhhc on falcon I am: falcon!opr tty0 Jun 13 09:26 mhhc has been set to a seeme shell because was restored briefly to move files for his assessment to the correct directory. Has been told to see Chris when he wants his login back as he doesn't seem to know what he did wrong. - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22114; 14 Jun 88 20:40 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22080; 14 Jun 88 20:37 BST Date: Tue, 14 Jun 88 20:37:33 WET DST From: root@ukc.ac.uk Subject: Seeme set for aag on eagle To: unix-staff@ukc.ac.uk Subject: aag on eagle I am: eagle!pc tty09 Jun 14 20:17 aag has been set to a seeme shell because This person has nearly 7 Mbytes on eagle. He has 2 Mbytes of saved news and 4 Mbytes of thesis   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03129; 15 Jun 88 14:18 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02583; 15 Jun 88 13:52 BST Date: Wed, 15 Jun 88 13:52:28 WET DST From: root@ukc.ac.uk Subject: Seeme set for aag on eagle To: unix-staff@ukc.ac.uk Subject: aag on eagle I am: eagle!pc tty17 Jun 15 13:46 aag has been set to a seeme shell because This person still has has over 4 megabytes of junk. Including 1.5 Megabytes of stored news.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00924; 16 Jun 88 9:27 BST To: unix-staff@ukc.ac.uk cc: djc@ukc.ac.uk Subject: Experiences with trailblazer modems !! Date: 16 Jun 88 09:22:45 BST (Thu) From: Peter Houlder ------- Forwarded Message From: Andy Ingle Date: Wed, 15 Jun 88 13:23 BST To: uknet@ukc.ac.uk Subject: Trailblazer modem Re: Telebit Trailblazer article - UKnet Newsletter May 1988 You might be interested to know we have been using a Trailblazer modem since September 1987. We have a research station in Palo Alto, California, USA with which we have a uucp link (note: for Acorn use only, it's expensive). We were using International PSS to call this site but I calculated that dial-up access would be cheaper if the effective baud rate could be pushed above 800. Our American friends obtained a Trailblazer locally and I obtained one from Logitek. It became apparent that the US Trailblazer was more advanced than the UK one, and could mimic the uucp 'g' protocol between the modem and the computer, thus cutting down the time for acks to come back. Error correction on the telephone line is handled by the Packetized Ensemble Protocol (PEP) with which the Trailblazers speak to each other. The modems would communicate, but although I could 'cat' a long file over the Atlantic at about 4000 baud, uucp was far slower. The answer was to use the uucp 'f' protocol which relies on the line being almost error-free and whole files are checked with a single checksum. Uustat for Jan - Mar 1988 says we achieved an effective baud rate of 1750 with an average file size of 2K. Experience has shown that the 'effective baud rate' has to be halved when used in connection with Palo Alto because the handshake gaps can be so large, but even so I can confidently tell the bill-payer that we now talk to Palo Alto at half the cost of before. The snag with replacing PSS access with trans-atlantic dialup is that you can't always get through, and when you do the line can go bad during the call. The latter brought to light a bug in UKuucp - sometimes the sending site would think the file had got through and delete its own copy, but the receiving site disagreed! In practise this has not been too much trouble, only that one has to always remember that just because one sends a message it does it guarantee the recipient will read it. I would be interested to know if the Trailblazer you have has the uucp spoofing firmware. My one was made by Dowty Information Systems under license from Telebit, but they told me the telephone line interface had to be redesigned to meet Telecom standards and that US firmware wouldn't work. The next upgrade they were planning was to add error correction to the slower speeds so that one could get an error-free line between a Trailblazer and, say, a Quattro. I expect new Trailblazers must have this by now. I would be prepared to run some tests if you like, bearing in mind that my Trailblazer may by now be an out-of-date version and it's set up for dial-out only. If you or anyone else would like more details please get in touch. - --Andy Ingle AIngle@acorn.co.uk Tel: 0223 245200 xtn 5254 ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa00500; 18 Jun 88 5:20 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa00492; 18 Jun 88 5:20 BST Date: Sat, 18 Jun 88 5:16:34 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Mail addressing by system ID I note that one can no longer use a person's system ID as a mail address to them. I don't recall this going away at any point - is this intentional? Shouldn't maild and the mailhost stuff be injecting these names into the mail name database? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13600; 20 Jun 88 15:20 BST Date: Mon, 20 Jun 88 15:18:35 BST From: jd@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: I don't believe it! Look what I just dug up in the NRS database. The au domain is Australia for the uninitiated. name au.edu.uq.wombat: SHORT/LONG Description:- - University of Queensland - Prentice Computer Centre - Development VAX/VMS Forward addresses:- X29 on PSS is "50527372000090". FTP on PSS is "50527372000090.ftp". MAIL-FTP on PSS is "50527372000090.ftp.mail". Reverse addresses: MAIL-FTP on PSS is "50527372000090.ftp.mail". FTP on PSS is "50527372000090.ftp". X29 on PSS is "50527372000090".   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17263; 21 Jun 88 15:54 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17250; 21 Jun 88 15:53 BST Date: Tue, 21 Jun 88 15:53:01 BST From: root@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ejh on raven I am: raven!ih tty06 Jun 21 10:38 ejh has been set to a seeme shell because A lad called Steve was using her login in G05. He said he does it to see if she's logged on anywhere, and its with her permission.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa18794; 21 Jun 88 17:23 BST Received: from roger by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18781; 21 Jun 88 17:20 BST Date: Tue, 21 Jun 88 17:16:36 WET DST From: bmh@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: fcp to VMS failing Transfers to VMS seem to be failing consistantly (from roger) This is an example of the returned mail. >Date: Tue, 21 Jun 88 17:15:04 WET DST >From: "FTP Daemon on roger"@ukc.ac.uk >Subject: Your transfer [Rejected] >Sender: root@ukc.ac.uk >To: ~bmh@ukc.ac.uk >Status: RO > >Your transmission of /usr/hh/elr/bmh/names to file names at cluster. > >An error was reported by cluster. >The reason given was: > > Horizontal_tabs not supported. > Invalid value in command: username "ELR021" authorisation failure. > VAX/VMS FTP (80) Version 4.2-4. > >Status at end of transfer: Rejected > There were no control codes of any kind in the text. (Except for CR's etc...) Bernard Hatt   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04606; 22 Jun 88 14:24 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04047; 22 Jun 88 13:55 BST Date: Wed, 22 Jun 88 13:55:31 WET DST From: "S.J.Leviseur" To: bmh@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: fcp to VMS failing Why is this sent to unix-staff?? sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13158; 23 Jun 88 14:24 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13155; 23 Jun 88 14:23 BST Date: Thu, 23 Jun 88 14:22:56 WET DST From: "S.J.Leviseur" To: bmh@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: fcp to VMS failing Ok - I shouldn`t be facetious. Delete your .ftprc file, you have an incorrect passwd in it for the VMS target host. The VMS error message says that it had an authorisation failure, since the uid exists it must be the password. Also I have just sent a file to VMS and back with no problems. sean   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09703; 24 Jun 88 10:21 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09506; 24 Jun 88 10:12 BST Date: Fri, 24 Jun 88 10:11:42 WET DST From: root@ukc.ac.uk Subject: Seeme set for bs4 on eagle To: unix-staff@ukc.ac.uk Subject: bs4 on eagle I am: eagle!ali tty05 Jun 24 09:37 bs4 has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab09703; 24 Jun 88 10:22 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09522; 24 Jun 88 10:12 BST Date: Fri, 24 Jun 88 10:12:27 WET DST From: root@ukc.ac.uk Subject: Seeme set for bc1 on eagle To: unix-staff@ukc.ac.uk Subject: bc1 on eagle I am: eagle!ali tty05 Jun 24 09:37 bc1 has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac09703; 24 Jun 88 10:22 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09535; 24 Jun 88 10:13 BST Date: Fri, 24 Jun 88 10:13:01 WET DST From: root@ukc.ac.uk Subject: Seeme set for lgd on eagle To: unix-staff@ukc.ac.uk Subject: lgd on eagle I am: eagle!ali tty05 Jun 24 09:37 lgd has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad09703; 24 Jun 88 10:23 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09543; 24 Jun 88 10:13 BST Date: Fri, 24 Jun 88 10:13:20 WET DST From: root@ukc.ac.uk Subject: Seeme set for jhm1 on eagle To: unix-staff@ukc.ac.uk Subject: jhm1 on eagle I am: eagle!ali tty05 Jun 24 09:37 jhm1 has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ae09703; 24 Jun 88 10:23 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09552; 24 Jun 88 10:13 BST Date: Fri, 24 Jun 88 10:13:39 WET DST From: root@ukc.ac.uk Subject: Seeme set for dmc1 on eagle To: unix-staff@ukc.ac.uk Subject: dmc1 on eagle I am: eagle!ali tty05 Jun 24 09:37 dmc1 has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id af09703; 24 Jun 88 10:24 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09559; 24 Jun 88 10:14 BST Date: Fri, 24 Jun 88 10:14:01 WET DST From: root@ukc.ac.uk Subject: Seeme set for sse on eagle To: unix-staff@ukc.ac.uk Subject: sse on eagle I am: eagle!ali tty05 Jun 24 09:37 sse has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ag09703; 24 Jun 88 10:24 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09568; 24 Jun 88 10:14 BST Date: Fri, 24 Jun 88 10:14:32 WET DST From: root@ukc.ac.uk Subject: Seeme set for rec on eagle To: unix-staff@ukc.ac.uk Subject: rec on eagle I am: eagle!ali tty05 Jun 24 09:37 rec has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ah09703; 24 Jun 88 10:25 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09578; 24 Jun 88 10:15 BST Date: Fri, 24 Jun 88 10:14:50 WET DST From: root@ukc.ac.uk Subject: Seeme set for mjw1 on eagle To: unix-staff@ukc.ac.uk Subject: mjw1 on eagle I am: eagle!ali tty05 Jun 24 09:37 mjw1 has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ai09703; 24 Jun 88 10:26 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09601; 24 Jun 88 10:15 BST Date: Fri, 24 Jun 88 10:15:15 WET DST From: root@ukc.ac.uk Subject: Seeme set for rvkt on eagle To: unix-staff@ukc.ac.uk Subject: rvkt on eagle I am: eagle!ali tty05 Jun 24 09:37 rvkt has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aj09703; 24 Jun 88 10:27 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09616; 24 Jun 88 10:15 BST Date: Fri, 24 Jun 88 10:15:45 WET DST From: root@ukc.ac.uk Subject: Seeme set for isb on eagle To: unix-staff@ukc.ac.uk Subject: isb on eagle I am: eagle!ali tty05 Jun 24 09:37 isb has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ak09703; 24 Jun 88 10:28 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09626; 24 Jun 88 10:16 BST Date: Fri, 24 Jun 88 10:16:08 WET DST From: root@ukc.ac.uk Subject: Seeme set for mik on eagle To: unix-staff@ukc.ac.uk Subject: mik on eagle I am: eagle!ali tty05 Jun 24 09:37 mik has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id al09703; 24 Jun 88 10:29 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09633; 24 Jun 88 10:16 BST Date: Fri, 24 Jun 88 10:16:29 WET DST From: root@ukc.ac.uk Subject: Seeme set for co on eagle To: unix-staff@ukc.ac.uk Subject: co on eagle I am: eagle!ali tty05 Jun 24 09:37 co has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id am09703; 24 Jun 88 10:30 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09639; 24 Jun 88 10:17 BST Date: Fri, 24 Jun 88 10:16:58 WET DST From: root@ukc.ac.uk Subject: Seeme set for aas on eagle To: unix-staff@ukc.ac.uk Subject: aas on eagle I am: eagle!ali tty05 Jun 24 09:37 aas has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id an09703; 24 Jun 88 10:31 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09649; 24 Jun 88 10:17 BST Date: Fri, 24 Jun 88 10:17:20 WET DST From: root@ukc.ac.uk Subject: Seeme set for amt on eagle To: unix-staff@ukc.ac.uk Subject: amt on eagle I am: eagle!ali tty05 Jun 24 09:37 amt has been set to a seeme shell because he has an easily guessed password and was asked a week ago to change it. Insist he changes his password. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11230; 29 Jun 88 11:58 BST Received: from roger by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11163; 29 Jun 88 11:53 BST Date: Wed, 29 Jun 88 11:47:26 WET DST From: bmh@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: lpcc The printer lpcc died about 6 months ago, but its memory lives on in the locations database, could this be altered ? All references to lpcc should be changed to lpel, (this was done at the time, but I think rdist then undid it!) Bernard   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17087; 29 Jun 88 16:34 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16975; 29 Jun 88 16:28 BST To: unix-staff@ukc.ac.uk Subject: hi From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 29 Jun 88 16:27:44 +0100 Message-ID: <19117.583601264@kite> Sender: pc@ukc.ac.uk y'all   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11709; 30 Jun 88 16:40 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11355; 30 Jun 88 16:16 BST Date: Thu, 30 Jun 88 16:07:03 WET DST From: jch@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: lpcc I understand that lpcc has now been removed from locations. Is it Roger Burr who should do this (he does not get unix-staff and probably does not want or need it) normally or should Chris? There seems to be an overlap in that Chris deals with printers and Roger deals with locations, but who should deal with the location of a printer? Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12267; 30 Jun 88 17:10 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11838; 30 Jun 88 16:45 BST Date: Thu, 30 Jun 88 16:45:36 BST From: Chris Downey To: unix-staff@ukc.ac.uk Subject: lpcc Well, I removed lpcc from locations, and I will probably continue to deal with all aspects of printers on UNIX systems. It's easier that way. Chris   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13486; 1 Jul 88 12:05 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12339; 1 Jul 88 11:26 BST Date: Fri, 1 Jul 88 11:25:50 WET DST From: root@ukc.ac.uk Subject: Seeme set for amt on eagle To: unix-staff@ukc.ac.uk Subject: amt on eagle I am: eagle!ali tty11 Jul 1 11:12 amt has been set to a seeme shell because He had an easily guessed password. In order to get back on the machine I assume he must have changed it. However, his password is back to the old one again. Make him change it. Alan.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17736; 1 Jul 88 14:59 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17056; 1 Jul 88 14:28 BST To: unix-staff@ukc.ac.uk Subject: Bulletin From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 01 Jul 88 14:28:04 +0100 Message-ID: <29574.583766884@kite> Sender: pc@ukc.ac.uk As I have been away somewhat - anyone got anything for the last Bulletin before Sept?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab17736; 1 Jul 88 15:00 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17588; 1 Jul 88 14:52 BST Date: Fri, 1 Jul 88 14:51:59 WET DST From: root@ukc.ac.uk Subject: Seeme set for rmg on eagle To: unix-staff@ukc.ac.uk Subject: rmg on eagle I am: eagle!pc tty14 Jul 1 14:35 rmg has been set to a seeme shell because   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac17736; 1 Jul 88 15:02 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17612; 1 Jul 88 14:53 BST Date: Fri, 1 Jul 88 14:53:13 WET DST From: root@ukc.ac.uk Subject: Seeme set for srlm on eagle To: unix-staff@ukc.ac.uk Subject: srlm on eagle I am: eagle!pc tty14 Jul 1 14:35 srlm has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad17736; 1 Jul 88 15:03 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17637; 1 Jul 88 14:54 BST Date: Fri, 1 Jul 88 14:54:20 WET DST From: root@ukc.ac.uk Subject: Seeme set for gs4 on eagle To: unix-staff@ukc.ac.uk Subject: gs4 on eagle I am: eagle!pc tty14 Jul 1 14:35 gs4 has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ae17736; 1 Jul 88 15:04 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17643; 1 Jul 88 14:54 BST Date: Fri, 1 Jul 88 14:54:39 WET DST From: root@ukc.ac.uk Subject: Seeme set for gsh on eagle To: unix-staff@ukc.ac.uk Subject: gsh on eagle I am: eagle!pc tty14 Jul 1 14:35 gsh has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id af17736; 1 Jul 88 15:05 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17647; 1 Jul 88 14:55 BST Date: Fri, 1 Jul 88 14:54:51 WET DST From: root@ukc.ac.uk Subject: Seeme set for lk1 on eagle To: unix-staff@ukc.ac.uk Subject: lk1 on eagle I am: eagle!pc tty14 Jul 1 14:35 lk1 has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ag17736; 1 Jul 88 15:07 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17654; 1 Jul 88 14:55 BST Date: Fri, 1 Jul 88 14:55:04 WET DST From: root@ukc.ac.uk Subject: Seeme set for kms on eagle To: unix-staff@ukc.ac.uk Subject: kms on eagle I am: eagle!pc tty14 Jul 1 14:35 kms has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ah17736; 1 Jul 88 15:08 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17666; 1 Jul 88 14:55 BST Date: Fri, 1 Jul 88 14:55:40 WET DST From: root@ukc.ac.uk Subject: Seeme set for app on eagle To: unix-staff@ukc.ac.uk Subject: app on eagle I am: eagle!pc tty14 Jul 1 14:35 app has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ai17736; 1 Jul 88 15:09 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17674; 1 Jul 88 14:56 BST Date: Fri, 1 Jul 88 14:55:59 WET DST From: root@ukc.ac.uk Subject: Seeme set for fmc on eagle To: unix-staff@ukc.ac.uk Subject: fmc on eagle I am: eagle!pc tty14 Jul 1 14:35 fmc has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aj17736; 1 Jul 88 15:11 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17678; 1 Jul 88 14:56 BST Date: Fri, 1 Jul 88 14:56:15 WET DST From: root@ukc.ac.uk Subject: Seeme set for mgh on eagle To: unix-staff@ukc.ac.uk Subject: mgh on eagle I am: eagle!pc tty14 Jul 1 14:35 mgh has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ak17736; 1 Jul 88 15:13 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17686; 1 Jul 88 14:56 BST Date: Fri, 1 Jul 88 14:56:41 WET DST From: root@ukc.ac.uk Subject: Seeme set for rj on eagle To: unix-staff@ukc.ac.uk Subject: rj on eagle I am: eagle!pc tty14 Jul 1 14:35 rj has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id al17736; 1 Jul 88 15:14 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17709; 1 Jul 88 14:57 BST Date: Fri, 1 Jul 88 14:57:20 WET DST From: root@ukc.ac.uk Subject: Seeme set for slw1 on eagle To: unix-staff@ukc.ac.uk Subject: slw1 on eagle I am: eagle!pc tty14 Jul 1 14:35 slw1 has been set to a seeme shell because This person has a crackable password and MUST CHANGE it before being allowed on again   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19832; 1 Jul 88 16:36 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa18676; 1 Jul 88 15:38 BST Date: Fri, 1 Jul 88 15:38:09 WET DST From: root@ukc.ac.uk Subject: Seeme set for zu1 on eagle To: unix-staff@ukc.ac.uk Subject: zu1 on eagle I am: eagle!pc tty01 Jul 1 15:30 zu1 has been set to a seeme shell because This character has around 5.8 Megabytes of stuff on eagle. He should be encouraged to delete a lot   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11130; 4 Jul 88 11:49 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11078; 4 Jul 88 11:45 BST Date: Mon, 4 Jul 88 11:45:11 WET DST From: root@ukc.ac.uk Subject: Seeme set for zu1 on eagle To: unix-staff@ukc.ac.uk Subject: zu1 on eagle I am: eagle!opr console Jun 29 10:23 zu1 has been set to a seeme shell because Confusion - He is being put back to ok straight after this, He will deletesome of his files. Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa13306; 4 Jul 88 13:37 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13301; 4 Jul 88 13:37 BST Date: Mon, 4 Jul 88 13:37:03 WET DST From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: [Lee McLoughlin: tcsh now runs on u-code Orions] For info Steve --------------- ----- Forwarded message # 1: Received: from kestrel by hawk.Ukc.AC.UK Over Ring with SMTP id aa05163; 4 Jul 88 3:15 WET DST Received: from kcl-cs by kestrel.Ukc.AC.UK with UUCP id aa08063; 4 Jul 88 9:14 BST Received: from qmcms by lithium.kcl-cs.uucp id a005758; 4 Jul 88 9:02 BST Received: from cs by qmcms.maths.qmc.ac.uk; Sun, 3 Jul 88 22:16:35 BST Received: from doc.ic.ac.uk by csvax.cs.qmc.ac.uk id a013214; 3 Jul 88 22:06 BST Date: Sun, 3 Jul 88 21:45:06 BST From: Lee McLoughlin To: oug@maths.qmc.ac.uk Subject: tcsh now runs on u-code Orions Message-Id: <8807032155.aa07907@ivax.doc.ic.ac.uk> Sender: oug-request@maths.qmc.ac.uk Finally after much hacking - I mean work - I have the tcsh running on the u-code Orion. For those of you who don't know what the tcsh is it is a version of the csh with emacs style command editing. Control-P causes the previous command to be put into the input buffer. Control-B moves back thru it. Escape-B moves back a word.... Yes just like good ol' emacs! Also for gnu-emacs compatiablity TAB is the expand-file-name character. Other cute feature are smart prompt. For example my .cshrc contains: set prompt = "%! {%S%m%s:%/} " which gives the command number '%!' (like ! in csh). Outputs the machine name in bold mode ('%S bold on, %m machine %s bold off) and the current directory %/. The command editing is a real win. Mail me for info about how to get it. Lee -- -- UKUUCP SUPPORT Lee McLoughlin "What you once thought was only a nightmare is now a reality!" Janet: lmjm@uk.ac.ic.doc, lmcl@uk.ac.ukc DARPA: lmjm@doc.ic.ac.uk (or lmjm%uk.ac.ic.doc@nss.cs.ucl.ac.uk) Uucp: lmjm@icdoc.UUCP, ukc!icdoc!lmjm ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14123; 4 Jul 88 14:20 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14078; 4 Jul 88 14:17 BST Date: Mon, 4 Jul 88 14:17:22 BST From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: tcsh Yeah - we played with tcsh (and tsh, msh, mcsh, vsh...) several years ago; even if it does work at all over the network (problems with data forwarding) it'll be a big cost to the machine due to single character I/O. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ad13216; 7 Jul 88 9:21 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa13082; 7 Jul 88 9:15 BST Date: Thu, 7 Jul 88 9:08:14 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: admin A new version of the admin server has been distributed to all unices. It allows a user's login password to be set by the front desk, rather than just cleared. This removes the 'window of opportunity' for security penetrations which existed with the old procedure for dealing with a user who forgot his password. The new mechanism will come into force early next month, when Janet returns from sunny Greece. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20229; 7 Jul 88 16:20 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20082; 7 Jul 88 16:12 BST Date: Thu, 7 Jul 88 16:12:12 WET DST From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: [forsyth: C++ on clipper] For info... ----- Forwarded message # 1: Received: from kestrel by hawk.Ukc.AC.UK Over Ring with SMTP id aa02326; 7 Jul 88 9:17 WET DST Received: from kcl-cs by kestrel.Ukc.AC.UK with UUCP id aa19096; 7 Jul 88 15:16 BST Received: from qmcms by lithium.kcl-cs.uucp id a006026; 7 Jul 88 15:08 BST Received: from cs by qmcms.maths.qmc.ac.uk; Thu, 7 Jul 88 14:48:29 BST Received: from minster.york.ac.uk by csvax.cs.qmc.ac.uk id a006987; 7 Jul 88 14:22 BST Subject: C++ on clipper Date: 7 Jul 1988 13:20:07 GMT From: forsyth@minster.york.ac.uk To: oug@maths.qmc.ac.uk Message-Id: Sender: oug-request@maths.qmc.ac.uk Has anyone ported C++ 1.2 to the 1/05? I've got the translator running well enough for some things, but there are problems, and I'd rather not spend the time if someone else has already sorted them out. Actually, I'd like to know if there is a way round the #line bug in the C compiler... ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa20833; 7 Jul 88 16:49 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa20768; 7 Jul 88 16:45 BST Date: Thu, 7 Jul 88 16:40:43 WET DST From: smw@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Unix Meeting To: pc seb ali rcs sjl pjh pwr jd ind mg cmd map jgs mrp ih2 jm jdb mtr A Unix meeting will be held on Tuesday 12 July at 11.00 a.m. in 107. Reports should be mailed to smw by 4.00 p.m. on Monday 11 July using ms macros .NH and .LP Could everyone try and provide a report please. Author should be given at the end as .sp .tl '''author' Peter Collinson   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23598; 11 Jul 88 11:12 BST Received: from falcon by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23585; 11 Jul 88 11:11 BST Date: Mon, 11 Jul 88 11:10:50 BST From: root@ukc.ac.uk Subject: Seeme set for hm on falcon To: unix-staff@ukc.ac.uk Subject: hm on falcon I am: falcon!opr tty0 Jul 11 11:09 hm has been set to a seeme shell because student has changed course and should only use mike now - marian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27149; 12 Jul 88 10:57 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27091; 12 Jul 88 10:53 BST Date: Tue, 12 Jul 88 10:52:51 WET DST From: "J.M.Bremner" To: unix-staff@ukc.ac.uk Subject: Arc restore problem I'm having trouble getting a file (~jmb/letters/tax8788) restored. The request was queued last Friday. Here's the output from arc -q: archive-link: tax_8788.arc archived file: /usr/rh/mar/jmb/letters/tax_8788 archive: 880614181900mar029-----jmb---eagle8168 save request: Tue Jun 14 18:19:00 1988 save acknowledgement: Tue Jun 14 21:00:01 1988 restore request: Fri Jul 8 22:31:52 1988 current status: awaiting processing on remote archive-server Should I try again?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28085; 12 Jul 88 11:52 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28074; 12 Jul 88 11:51 BST Date: Tue, 12 Jul 88 11:48:14 BST From: ih@ukc.ac.uk To: jmb@ukc.ac.uk Subject: Re: Arc restore problem Cc: unix-staff@ukc.ac.uk No, don't try again. There's been a bit of a backlog of arc requests built up on eagle. Things should be back to normal in a day or two.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04169; 15 Jul 88 9:20 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04055; 15 Jul 88 9:17 BST To: unix-staff@ukc.ac.uk Subject: csh From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 15 Jul 88 09:17:31 +0100 Message-ID: <23595.584957851@kite> Sender: pc@ukc.ac.uk By popular demand I have altered the strings in csh which used to say Stopped into Suspended. It turns out that UCB have already done this.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa07578; 15 Jul 88 11:44 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa07511; 15 Jul 88 11:39 BST Date: Fri, 15 Jul 88 11:38:48 BST From: Chris Downey To: unix-staff@ukc.ac.uk Subject: Suspended from csh. Brilliant! A major step forward. Good to see Peter doing something useful for a change. :-) Qwiss   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab23820; 18 Jul 88 15:57 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23801; 18 Jul 88 15:55 BST Date: Mon, 18 Jul 88 15:28:07 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: bug n the new "at" on old orions I log into hobby and what do I seeee? hobby:1# df Filesystem kbytes used avail capacity Mounted on /dev/dk0a 7415 5546 1127 83% / /dev/dk0g 44399 44137 0 110% /usr /dev/dk0h 70391 43148 20204 68% /u /dev/dk1c 138639 105741 19034 85% /u1 See a full disk ... looking at meeee! hobby:2# cd /usr/spool/mmdf/que/msg hobby:3# ls -l total 19817 -r--r--r-- 1 root 5242880 Jul 18 14:51 msg.aa01763 -r--r--r-- 1 root 793 Jul 17 23:30 msg.aa14858 -r--r--r-- 1 root 15015936 Jul 18 14:51 msg.aa22807 hobby:4# less *7 Date: Mon, 18 Jul 88 11:24:10 BST From: root@Ukc To: root The job you submitted to at, "stdin", exited abnormally. A list of the errors that occurred follows: /bin/sh: 19332 Killed ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? /* ... and so ad infinitum (or, at least, ad 15 Meg) */ The other one's the same, except for the date, the pid and the size: Date: Mon, 18 Jul 88 13:28:32 BST From: root@Ukc The job you submitted to at, "stdin", exited abnormally. A list of the errors that occurred follows: /bin/sh: 22827 Killed ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^? Looks like the new version of "at" is suffering from the EOF bug. /bin/mail seems to exit properly on EOF. Moral: When you're testing software, don't do so as root. Mortal users don't run the programs with infinite limits so it's a poor test, and if it doesn't work, you have a running chance of not killing the machine. This is particularly important because we don't have development machines, and have to test things on service machines. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23961; 18 Jul 88 16:08 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23938; 18 Jul 88 16:05 BST Date: Mon, 18 Jul 88 16:05:35 WET DST From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: [lmjm: Rcs and Bib on a 105.] ----- Forwarded message # 1: Received: from kestrel by hawk.Ukc.AC.UK Over Ring with SMTP id aa24149; 18 Jul 88 9:39 WET DST Received: from kcl-cs by kestrel.Ukc.AC.UK with UUCP id aa23513; 18 Jul 88 15:39 BST Received: from qmcms by lithium.kcl-cs.uucp id a029819; 18 Jul 88 15:03 BST Received: from cs by qmcms.maths.qmc.ac.uk; Mon, 18 Jul 88 12:18:51 BST Received: from doc.ic.ac.uk by csvax.cs.qmc.ac.uk id a011295; 18 Jul 88 11:24 BST To: oug@maths.qmc.ac.uk Subject: Rcs and Bib on a 105. Date: Sun, 17 Jul 88 23:13:33 BST From: lmjm@doc.ic.ac.uk Original-Sender: lmjm@uk.ac.ic.doc Message-Id: <8807181119.aa27204@ivax.doc.ic.ac.uk> Sender: oug-request@maths.qmc.ac.uk If anyone wants them I now have Rcs and Bib up and running on a clipper. Rcs is a real space saver. Install it then run around the system stomping on all those damn sccs files :-) -- UKUUCP SUPPORT Lee McLoughlin "What you once thought was only a nightmare is now a reality!" Janet: lmjm@uk.ac.ic.doc, lmcl@uk.ac.ukc DARPA: lmjm@doc.ic.ac.uk (or lmjm%uk.ac.ic.doc@nss.cs.ucl.ac.uk) Uucp: lmjm@icdoc.UUCP, ukc!icdoc!lmjm ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24168; 18 Jul 88 16:21 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24157; 18 Jul 88 16:20 BST Date: Mon, 18 Jul 88 16:02:24 BST From: ih@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Re: at >Moral: When you're testing software, don't do so as root. Mortal users don't > run the programs with infinite limits so it's a poor test, and if it > doesn't work, you have a running chance of not killing the machine. > This is particularly important because we don't have development > machines, and have to test things on service machines. > > Martin Completely wrong. "At" was not being tested when the things you report happened. Testing of "at" was finished last week. Today, it just so happened, "at" was being used to run several (huge) jobs, which ended up having to be killed. What's more, the files you found were expected to be generated, but because of their size, they took a long time to appear.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa28895; 18 Jul 88 20:27 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa28883; 18 Jul 88 20:25 BST To: unix-staff@ukc.ac.uk Subject: Jax From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 18 Jul 88 20:25:11 +0100 Message-ID: <13986.585257111@kite> Sender: pc@ukc.ac.uk Jax is now running 4.3BSD - well nearly. I forgot an option in the system build - but this is not crucial. I have added JAX into /etc/distfile on eagle and hawk. Please add it into any rdist files which you manage. I guess that there is only the printcap one left.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14662; 20 Jul 88 1:50 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14588; 20 Jul 88 1:46 BST Date: Wed, 20 Jul 88 1:33:07 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: the manual system At some point, the /usr/man/cat? directories on some Mk0 Orions have been set to globally writable. This was true on hobby, merlin and falcon, but not on gos. Orion system administrators should check that these directories have permissions 755, and if they were writable, check for bogus manual pages and other debris in there. One way to do this: cd /usr/man find cat? \! -user root -print and then, if there are any funny files in there, remove them. Their ownership might be worth quietly noting. On a related topic, which led me to discover this... I have finally got tired of being told that there is no name for group 9 when I install manual pages on raven by tarring them up from eagle. This used to happen because the /usr/man/man? directories on eagle were in group source (group 9) as were most of the manual pages. I presume that the idea behind this was to allow source developers to install manual pages without having to put on their root mantle. However, this is less than useful because you can't install new binaries to which the manual pages refer without being root. Quite right too, I might add; if the binary directories were group-writable, you would only have to break into a group, not a uid, to be able to install programs that other users run, and root too. Everything under the manual tree on all three Unix architectures is now owned by root, group sys (group 0 - called "wheel" on 4.3) and not writable to anyone but the owner. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12568; 20 Jul 88 15:23 BST To: unix-staff@ukc.ac.uk From: uknet Subject: Patch Date: 20 Jul 88 15:17:47 BST (Wed) Sender: uknet@ukc.ac.uk I have just got news going on Microport 286 system 5. It is version 2.11 up to patch6. Please could you tell me where I can get any further pataches from and what is the current patch number. I see that version 3 is comming. Do you have any idea how long?. The reason for my enquiry is that readnews some times gives me a memory bus error. I have traced this to articles which have large numbers of newsgroups on the newsgroup line. I have found the problem goes away if I edit the article and leave just one newsgroup on the line. regards trevor Sorry I have no idea, but I've cc'd it to the other unix-staff at ukc, so they'll no doubt let you know if they are any wiser about it. Regards Peter H.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17942; 20 Jul 88 19:45 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa17895; 20 Jul 88 19:42 BST To: unix-staff@ukc.ac.uk Subject: Re: arc From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 20 Jul 88 19:42:29 +0100 Message-ID: <734.585427349@kite> Sender: pc@ukc.ac.uk Some times I give up. RTFM you complete pratt ------- Forwarded Message Date: Wed, 20 Jul 88 18:29:48 WET DST From: bsj@ukc.ac.uk Subject: arc To: pc@ukc.ac.uk Replied: Wed, 20 Jul 88 19:41:31 +0100 bsj@ukc.ac.uk I have half a dozen inactive substantial files which I would like to arc. UUnfortunately, the instructions in your last message don't sweem to work. When I type the filename after arc I get some codes regarding usage of arc. It would be helpful to know what each of the mean (-s, -r, -d, -l, -q, etc.) Is my problem at all connected with the fact that I don't have a vms login? I'm going away tomorrow until August 1st. If the lab wants to arc the files for me, they are the series SL1-6.Z. Bernard Jackson ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa16075; 22 Jul 88 8:38 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16065; 22 Jul 88 8:37 BST To: unix-staff@ukc.ac.uk Subject: Re: hawk update from eagle From: Pete Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 22 Jul 88 08:37:39 +0100 Message-ID: <6535.585560259@kite> Sender: pc@ukc.ac.uk Who in the hell did this? I object to the crap libraries - if you wish to save things put them on the source disc not on the confined space of the /usr partition of every VAX on the campus. PLEASE ensure that ONLY things of GENERAL USE get distributed. ------- Forwarded Message Date: Fri, 22 Jul 88 3:40:28 WET DST From: rdist@ukc.ac.uk Subject: hawk update from eagle To: pc@ukc.ac.uk, ali@ukc.ac.uk updating: /usr/local/m68k/lib/crt0.b updating: /usr/local/m68k/lib/crt0.s updating: /usr/local/m68k/lib/libc.a installing: /usr/local/m68k/lib/libfs.a installing: /usr/local/m68k/lib/save <--? installing: /usr/local/m68k/lib/save/crt0.b <--? installing: /usr/local/m68k/lib/save/crt0.s <--? installing: /usr/local/m68k/lib/save/libc.a <--? installing: /usr/local/m68k/lib/save/libm.a <--? installing: /usr/local/m68k/lib/libforce.a installing: /usr/local/m68k/lib/libforceold.a <--? updating: /usr/local/m68k/lib/libm.a installing: /usr/local/m68k/lib/libmizar.a installing: /usr/local/m68k/lib/libmizarold.a <--? installing: /usr/local/m68k/lib/libmostek.a installing: /usr/local/m68k/lib/libmzio.a installing: /usr/local/m68k/lib/librigel.a installing: /usr/local/m68k/lib/librigelold.a <--? installing: /usr/local/m68k/lib/librigelt.a installing: /usr/local/m68k/lib/librigeltold.a <--? installing: /usr/local/m68k/lib/libring.a installing: /usr/local/m68k/lib/libring1.a installing: /usr/local/m68k/lib/libringold.a <--? installing: /usr/local/m68k/lib/librtm.a installing: /usr/local/m68k/lib/libutil.a installing: /usr/local/m68k/lib/libvero.a ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa22160; 22 Jul 88 13:28 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa22129; 22 Jul 88 13:25 BST To: unix-staff@ukc.ac.uk Subject: /usr/lib/m68k From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 22 Jul 88 13:25:33 +0100 Message-ID: <8049.585577533@kite> Sender: pc@ukc.ac.uk If no one owns up to owning this on eagle - I shall delete it.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24290; 22 Jul 88 14:59 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23694; 22 Jul 88 14:30 BST Date: Fri, 22 Jul 88 14:30:33 WET DST From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: RTFM Do you have users who don't RTFM??? Send them to the Advisory Programmer. Friendly, patient, helpful. Our motto is: We RTFM so YOU don't have to bother.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03207; 23 Jul 88 16:18 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03201; 23 Jul 88 16:18 BST Date: Sat, 23 Jul 88 16:14:55 WET DST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: zu1 on eagle I have stopped a 33-hour process "fft.out", pid 27285 on eagle and mailed the user. If it is real we can restart it; if not, it will die when the machine reboots, wasting a little swap space. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11790; 27 Jul 88 9:28 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11770; 27 Jul 88 9:27 BST Date: Wed, 27 Jul 88 9:27:41 WET DST From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: [Malcolm MacCallum: Lee's recent posting and freeware offers] ----- Forwarded message # 1: Received: from kestrel by hawk.Ukc.AC.UK Over Ring with SMTP id aa09591; 22 Jul 88 15:17 WET DST Received: from kcl-cs by kestrel.Ukc.AC.UK with UUCP id aa01590; 22 Jul 88 21:16 BST Received: from qmcms by lithium.kcl-cs.uucp id a011529; 22 Jul 88 15:02 BST Received: from sheep.maths.qmc.ac.uk (sheep) by qmcms.maths.qmc.ac.uk; Fri, 22 Jul 88 11:23:14 BST From: Malcolm MacCallum Date: Fri, 22 Jul 88 11:23:57 BST Message-Id: <6819.8807221023@sheep.maths.qmc.ac.uk> To: oug@maths.qmc.ac.uk Subject: Lee's recent posting and freeware offers Sender: oug-request@maths.qmc.ac.uk The user group tries to maintain copies of any freely available software (including shareware if any and stuff you can have if you have a Unix license). I have not made a recent catalogue but hope to do so by the autumn. Recent additions include the stuff from Edinburgh announced in a bulletin, perl, jove and so on. So please send us copies of such things (yes Lee, we would like GNU 18.51, RCS and so on: even better if we can make them work on both Clippers and microcodable machines). We can accept all forms of removable media for HLH drives except 1/2" tapes at 6250 bpi, and conversely can send all of these out. We hope to work on a 'no net accumulation of media' basis i.e. if you send us a tape we'll send you one and vice versa, so no money need change hands (we can afford postage). We are buying a Cambridge Ring connection kit for our Orion over the summer. This will, all being well, mean that by the autumn you will be able to rip stuff off our disks by FTP over JANET. For now we can only suggest use of Kermit or mail as electronic transfer media: to use these you can log into our Orion on Janet DTE 000005121021 as user orionug with password usergroup, The software directory has pointers to the material. Please note that Malcolm MacCallum will be away July 30 - Sept 26, so send requests by e-mail to oug-request rather than mm. Malcolm MacCallum ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12583; 27 Jul 88 10:09 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12386; 27 Jul 88 9:58 BST Date: Wed, 27 Jul 88 9:58:23 WET DST From: "S.E.Binns" To: unix-staff@ukc.ac.uk Subject: [Steve Thomas: Re: Gnu 18.51 ramblings] ----- Forwarded message # 1: Received: from kestrel by hawk.Ukc.AC.UK Over Ring with SMTP id aa01716; 25 Jul 88 19:28 WET DST Received: from kcl-cs by kestrel.Ukc.AC.UK with UUCP id aa10716; 26 Jul 88 1:27 BST Received: from qmcms by lithium.kcl-cs.uucp id a005179; 25 Jul 88 15:01 BST Received: from hlh by qmcms.maths.qmc.ac.uk; Mon, 25 Jul 88 10:30:29 BST Received: from service.hlh.co.uk (service) by hlh.co.uk; Mon, 25 Jul 88 09:23:23 BST From: Steve Thomas Date: Mon, 25 Jul 88 09:30:37 BST Message-Id: <194.8807250830@service.hlh.co.uk> To: lmjm@doc.ic.ac.uk, oug@maths.qmc.ac.uk Subject: Re: Gnu 18.51 ramblings Sender: oug-request@maths.qmc.ac.uk > Faking the compiler to not use the first 2 args because they are in > registers took a little while. The correct args to ld took longer. A > useful trick, on a single user machine, mv ld aside replace it by a > shell script that just does "echo $* > /tmp/ldlog". A better trick is to use the previously undocumented `-d' flag to the C compiler. cc -d tells you what programs it is calling. cc -dd tells you what it would call if it was going to, but it doesn't actually call anything. For example, cc -dd foo.c produces cc: /lib/ccom: ccom foo.c /tmp/ctm001853 -X62 -X83 -X85 -X100 -X114 -Dhlh cc: /bin/as: as -o foo.o /tmp/ctm001853 cc: /bin/ld: ld -X -T 8000 /lib/crt0.o -e start foo.o -lc Steve Thomas ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12833; 27 Jul 88 10:22 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12619; 27 Jul 88 10:10 BST Date: Wed, 27 Jul 88 10:00:40 WET DST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: hlh installation Pete Riley, Martin Guy and I went to HLH yesterday and installed a ring front end plus a pile of software on one of their machines. It took less than half an hour, and everything worked without any drama. This showed the lab in a very good light and I think everyone in the unix support group who has been involved with the software is to be congratulated. All that remains is to mount camel ftp and mail, but that's simply a case of spooling in the sources and saying 'make install'. Well, we can all live in hope :-) Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06428; 28 Jul 88 23:47 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06370; 28 Jul 88 23:45 BST To: unix-staff@ukc.ac.uk Subject: 4.3 Password systems on HLH machines From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Thu, 28 Jul 88 23:45:15 +0100 Message-ID: <1655.586133115@kite> Sender: pc@ukc.ac.uk Step 1 complete. This is the installation of login limits controlled by the /etc/llimits file. On all your machines (except kestrel) you should find a file called /etc/llimits If you don't then I have missed the machine, please email me. The working file is actually /etc/llimits.b which is created by saying cd /etc; mkllim llimits If you do not wish to have any limits in your machine, please remove both llimits files - these should be in exclusion list for rdist if they are distributed tonight - again mail me 'cos I have cocked it up. Please check that the exception list is correct for your machine, you know who are the important personages on your machine. This file is used by two programs to my knowledge: login and ftp I will change login tomorrow - ftp will be done by Martin and will take a little longer. If you know of any other program which uses these login limits then SHOUT now.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01728; 29 Jul 88 9:51 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01124; 29 Jul 88 9:44 BST To: unix-staff@ukc.ac.uk Subject: login on HLH machines From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 29 Jul 88 09:44:03 +0100 Message-ID: <4018.586169043@kite> Sender: pc@ukc.ac.uk I have swapped /bin/login on Hobby and Raven to use the new /etc/llimits file. This will get rdisted tonight   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05642; 29 Jul 88 10:35 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02726; 29 Jul 88 9:59 BST To: unix-staff@ukc.ac.uk Subject: /bin/rquot on hobby From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 29 Jul 88 09:58:46 +0100 Message-ID: <4104.586169926@kite> Sender: pc@ukc.ac.uk There is no manual page for this - what is it?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab05642; 29 Jul 88 10:37 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03325; 29 Jul 88 10:06 BST To: unix-staff@ukc.ac.uk Subject: Password conversion From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 29 Jul 88 10:05:36 +0100 Message-ID: <4142.586170336@kite> Sender: pc@ukc.ac.uk Stage 2. Pwcv now generates the new style password file - with the sysid as part of the Gecos field. Installed on hobby and raven. If you can think of anything which has not been converted to our password system AND which accesses the Gecos field then please test it and let me know whether it fails.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa15511; 29 Jul 88 16:41 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15463; 29 Jul 88 16:37 BST Date: Fri, 29 Jul 88 16:37:32 BST From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: rquot rquot is a version of quot that works (which is more than quot does on old orions) by doing a recursive descent of the file store. I put it up out of my bin for Alan - I'll put up a manual page Real Soon Now. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ac15916; 29 Jul 88 17:05 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa15881; 29 Jul 88 17:01 BST To: unix-staff@ukc.ac.uk Subject: Progess with password changeover From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 29 Jul 88 17:01:25 +0100 Message-ID: <932.586195285@kite> Sender: pc@ukc.ac.uk I have the new libc built on hobby and raven. Please do not meddle with the libc files for a bit without asking me. I have libukcpass built on hobby and raven I have binaries of the various support programs built on both machines. Now - we get to the tricky bit!   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24490; 31 Jul 88 0:13 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24437; 31 Jul 88 0:09 BST To: unix-staff@ukc.ac.uk Subject: cc on clipper From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Sun, 31 Jul 88 00:09:37 +0100 Message-ID: <6279.586307377@kite> Sender: pc@ukc.ac.uk I am fed up with removing -O switches from makefiles on clippers Anyone see any reason why we should not install this? It will eat spaces in arguments. #!/bin/sh # cc replacement on clippers # move cc to /lib/cc cc=/lib/cc args= for name in $* do case $name in -O) ;; *) args="$args $name" ;; esac done exec $cc $args   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa27516; 1 Aug 88 17:12 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa27382; 1 Aug 88 17:06 BST To: unix-staff@ukc.ac.uk Subject: Password progress From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 01 Aug 88 17:06:38 +0100 Message-ID: <869.586454798@kite> Sender: pc@ukc.ac.uk Clippers are now `converted'. There are using the text file + dbm lookup files for login passwd admsrv finger su chsh pu pwedit /etc/supasswd should be used to set su passwords - which are now in /etc/passwd.su. libc.a/libc_p.a have been altered - so compiling things will pick up the new files. libukcpass.a has been installed. Can you please re-compile anything of which you are in charge. CLIPPERS ONLY... !!! DO THINGS ON RAVEN until after tonight when things should resync. We need FTP done ASAP - since there is now no support for ftp passwords AT ALL. I will move onto Orions tomorrow and then backtrack to pick up programs which should alter.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02214; 1 Aug 88 23:02 BST Received: from eagle by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02205; 1 Aug 88 23:00 BST Date: Mon, 1 Aug 88 22:54:32 WET DST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /usr/lib/atarist on eagle As announced in the news, a very few items of Atari ST software can be downloaded from the directory /usr/lib/atarist on all Unix machines. This directory is rdisted from eagle. It contains TERM, version 8.3 and UNITERM version 2.0c. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03594; 2 Aug 88 17:27 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03576; 2 Aug 88 17:26 BST To: unix-staff@ukc.ac.uk Subject: Progress From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 02 Aug 88 17:25:59 +0100 Message-ID: <7164.586542359@kite> Sender: pc@ukc.ac.uk OK - the Orions are all converted now. Please start recompiling anything which needs it. I have not ported the getpw() routine - which is superseded by getpwuid();   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06553; 2 Aug 88 20:33 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06541; 2 Aug 88 20:30 BST To: unix-staff@ukc.ac.uk Subject: btoa From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 02 Aug 88 20:30:22 +0100 Message-ID: <7847.586553422@kite> Sender: pc@ukc.ac.uk How come we have a manual page for this on raven but no how page... and worst still no binary?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09725; 3 Aug 88 0:11 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09714; 3 Aug 88 0:10 BST To: unix-staff@ukc.ac.uk Subject: Password stuff From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 03 Aug 88 00:10:42 +0100 Message-ID: <9309.586566642@kite> Sender: pc@ukc.ac.uk I have been mailing people with things which require re-compilation due to the password file changeover. So that YOU TOO can recognise the difference... Use `what' on a target file OLD: getpwuid.c 2.1 (UKC) 20/10/84 NEW: getpwnamuid.c 5.2 (Berkeley) 3/9/86 getpwent.c 5.2 (Berkeley) 3/9/86 ndbm.c 1.2 (UKC) 28/7/88 5.4 (Berkeley) 9/4/87 People who don't use SCCS intelligently are hereby deemed prats and wallies. You KNOW it makes sense. I have some more tidying to do.. /etc/pass/privileded -> /etc/usrs.privlist I have `done' (some people have been mailed) /bin /usr/bin /usr/ucb I am `doing' /etc I have done /usr/local/sccs and the control program. I am tending to stuff old binaries into ~pc/safety on raven and hobby - please do the same - just in case. Major subsystems which require doing are: mail - sjl please when the thesis is writ ftp - mg asap please I am posting something to the news and then off to bed.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03215; 3 Aug 88 9:42 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id aa02892; 3 Aug 88 9:32 BST Date: Wed, 3 Aug 88 9:19:23 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: btoa pc says:- How come we have a manual page for this on raven but no how page... and worst still no binary? I'm going to be good and not correct the english :-) The binary for btoa is in /usr/l. It has been there for ages. Peter wrote an article for the users bulletin about /usr/l when we first began using rdist. Replacing raven with capella or betelgeuse in the complaint would have been more justified. I'll put the how page up this morning. Alan   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04793; 3 Aug 88 10:21 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa03436; 3 Aug 88 9:46 BST To: unix-staff@ukc.ac.uk Subject: OH B... From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Wed, 03 Aug 88 09:45:56 +0100 Message-ID: <11219.586601156@kite> Sender: pc@ukc.ac.uk I must go to bed rather than work.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11644; 4 Aug 88 23:35 BST Received: from hobby by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11577; 4 Aug 88 23:32 BST Date: Thu, 4 Aug 88 23:26:07 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /u1/spool on hobby There is what looks like an old /usr/spool directory in /u1/spool on hobby. Nothing in there has been touched since 22 Sep 1987. It is a separate directory from /usr/spool, whose path contains no symlinks. Do we need this any more? If I get no positive replies, I'll remove it on Friday 12th August. If anyone knows that it is definitely junk, please remove it and let me know. Ta martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06445; 5 Aug 88 10:26 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa06237; 5 Aug 88 10:16 BST To: unix-staff@ukc.ac.uk Subject: Password system changes - final message - from me anyway From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Fri, 05 Aug 88 10:15:48 +0100 Message-ID: <23419.586775748@kite> Sender: pc@ukc.ac.uk As far as I can see everything which needs altering in all the public directories has now been updated and recompiled. Thanks to all people who have responded quickly. The remaining things are BIG subsystems and consist of many programs: The FTP system - mg The LPR system - cmd The NEWS system - cmd The MAIL system - sjl We now wait for consolidation by these people before we can proceed further. I know that you are working on this now. Can I suggest that you do NOT use the opportunity to install new code.... simply get hold of the old code and re-install - use of `what' is helpful here. As a final check do: apply 'echo %1;what %1 | grep getpw' * When you *think* that things have gone - the acid test it to remove the call to /etc/pass/oldpass in crontab and rename /etc/pass to something else - programs *should* then fail. I have been doing this on raven - I am not sure that the SCCS messages are compiled in on Orions. When these are done the uid space can be synchronised - Alan will do this. I would like to have this done before October. PS. I have removed tree from raven.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23422; 7 Aug 88 23:42 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23420; 7 Aug 88 23:41 BST Date: Sun, 7 Aug 88 23:32:29 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: capella update from raven rdist: /usr/how/how1/ls.1: no name for group 9 Since whoever put this up is not responding to the message, I assume they are not on the rdist mailing list. Peter (either), can you create three mailing lists called rdist-vax, rdist-orion and rdist-clipper, to which one copy of the rdist mail will be sent for each machine type. All software developers should be on the appropriate mailing lists for the architectures they tend. Probably all for all three. Representative rdist "notify" logs of "normal" rdist machines should be forwarded to these people. I find it useful to know when I have cocked up, and it tells you what other people are doing. Yes? Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23467; 7 Aug 88 23:45 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23441; 7 Aug 88 23:44 BST Date: Sun, 7 Aug 88 23:44:09 BST From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: [root: merlin cherish/backup log] Subject: merlin cherish/backup log //etc/pass/privileged does not exist Either hazard(1) or recover(1) it NOW I guess that orion and clipper system administrators should, as root, hazard /etc/pass/privileged. Cherishing its replacement, /etc/usrs.privlist, is probably pointless as it seems to be distributed by rdist. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23767; 8 Aug 88 0:14 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23748; 8 Aug 88 0:11 BST To: unix-staff@ukc.ac.uk, mg@ukc.ac.uk Subject: Re: capella update from raven In-reply-to: Your message of Sun, 7 Aug 88 23:32:29 BST . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 08 Aug 88 00:11:08 +0100 Message-ID: <9752.586998668@kite> Sender: pc@ukc.ac.uk >Since whoever put this up is not responding to the message, I assume they >are not on the rdist mailing list. It was me. I consider this problem to be temporary and we should harmonise the group files when we get the password files sorted. I think that I don't *want* any more junk mail - it is better for unix-staff people to flag problems - or fix easy ones like this. I think that junk mail tends to get ignored and so problems won't get fixed anyway because they won't be spotted. It is better that people with a vested interest in looking at rdist logs (i.e asking the question: what has that prat cocked up now) flag any problems. Does this seem reasonable?   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa24093; 8 Aug 88 0:48 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24088; 8 Aug 88 0:47 BST To: unix-staff@ukc.ac.uk, "M.W.Guy" Subject: Re: [root: merlin cherish/backup log] In-reply-to: Your message of Sun, 7 Aug 88 23:44:09 BST . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 08 Aug 88 00:46:57 +0100 Message-ID: <10075.587000817@kite> Sender: pc@ukc.ac.uk Oh niffo. I did get that one wrong did I not.. I have edited distfile on raven and hobby. So you can altered your local usrs.privlist as desired. I will execute a global hazard for the old file tomorrow (today)   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa14633; 8 Aug 88 10:19 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa14604; 8 Aug 88 10:16 BST To: unix-staff@ukc.ac.uk Subject: /etc/usrs.privlist From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 08 Aug 88 10:16:36 +0100 Message-ID: <12121.587034996@kite> Sender: pc@ukc.ac.uk a) I have recovered usrs.privlist for the cherished backup (of /etc/pass/privileged) for the following machines: betelgeuse falcon jay merlin capella gos kestrel (hobby and raven were OK anyway). This has been installed on the machines involved. b) I have executed the shell script: hazard /etc/pass/privileged cherish /etc/usrs.privlist everywhere. Sorry to those people who have lost their file. Please check that /etc/usrs.privlist not contain jd map on your machines.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01669; 8 Aug 88 23:50 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01645; 8 Aug 88 23:47 BST To: unix-staff@ukc.ac.uk Subject: Info.. From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Mon, 08 Aug 88 23:47:23 +0100 Message-ID: <16064.587083643@kite> Sender: pc@ukc.ac.uk I am in London on Tuesday 9th August. I am on hols from Thursday 11th August until Monday, September 5th. If anyone gets any calls about the EUUG conference for me - please direct them to ring Owles Hall - (EUUG office) 0763 73039 which if course is really +44 763 73039   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa02294; 9 Aug 88 16:46 BST Received: from raven by kestrel.Ukc.AC.UK Over Ring with SMTP id ab02245; 9 Aug 88 16:44 BST Date: Tue, 9 Aug 88 16:41:58 BST From: ali@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: bcpl There are 2Mb of sources in /usr/src/local/{bcpl,newbcpl} on raven. Does anyone know anything about them? Can I junk them? I'm trying to have a tidy up to reduce file backup overheads on osprey. Ta.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa05573; 9 Aug 88 19:48 BST Received: from kite by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05553; 9 Aug 88 19:47 BST To: ali@ukc.ac.uk cc: unix-staff@ukc.ac.uk Subject: Re: bcpl In-reply-to: Your message of Tue, 9 Aug 88 16:41:58 BST . From: Peter Collinson Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x7619 Date: Tue, 09 Aug 88 19:47:05 +0100 Message-ID: <20366.587155625@kite> Sender: pc@ukc.ac.uk I asked jd about this. The basic reason for getting this going was to port a68... and allow teaching on clippers. `Newbcpl just needs some tweaking - I'll tell Bob'.. I suggest that you ask Bob for an informed opinion.s   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa03478; 10 Aug 88 11:15 BST To: unix-staff@ukc.ac.uk Subject: GOLD 400 Information Date: 10 Aug 88 11:13:09 BST (Wed) From: Peter Houlder ------- Forwarded Message From: Alina Da Cruz Date: Wed, 10 Aug 88 10:25:46 +0100 To: x400-users@cs.ucl.ac.uk Subject: For Your Info ... - ------- Forwarded Message From: John Dyer To: Alina@uk.ac.ucl.cs Date: Wed, 10 Aug 88 09:08 BST Subject: GOLD 400 Information Message-Id: <10 AUG 1988 09:08:28 NJIN04@UK.AC.RUTHERFORD.GEC-B> Alina I was at an IGOSIS group meeting on MHS at the end of July and obtained some information that you might find useful (from George Core of GOLD400). As from the begining of August they have setup a HELP DESK on 01-208-2711 They are at present undertaking an internal swap from MAIL1A to MAIL400. This is starting around now/Autumn and will take about one year to complete Until the swap is complete MAIL1A users can't mail ANY MAIL400 users without a bridge being configured, but BT can do this on an individual basis GOLD400 is undergoing private testing with the French (and other ADMD's) over the next few months. Details of connected ADMD's are available in the directory Telex and Fax(outbound only) will be available from Oct 88 John Dyer JNT PS please forward this to anyone else who you think will find the information useful. - ------- End of Forwarded Message ------- End of Forwarded Message   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa04501; 12 Aug 88 22:53 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa04496; 12 Aug 88 22:52 BST Date: Fri, 12 Aug 88 22:48:42 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: This is not a subject line. All you have to do to see the accuracy of my thesis is look around you. Look, in particular, at the people who, like you, are making average incomes for doing average jobs -- bank vice presidents, insurance salesman, auditors, secretaries of defense -- and you'll realize they all dress the same way, essentially the way the mannequins in the Sears menswear department dress. Now look at the real successes, the people who make a lot more money than you -- Elton John, Captain Kangaroo, anybody from Saudi Arabia, Big Bird, and so on. They all dress funny -- and they all succeed. Are you catching on? -- Dave Barry, "How to Dress for Real Success"   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa11307; 15 Aug 88 9:34 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa11258; 15 Aug 88 9:32 BST To: unix-staff@ukc.ac.uk Subject: Isn't JTMP wonderful From: Ian Dallas Organization: Computing Lab, Univ. of Kent, Canterbury, UK Phone: +44 227 764000 x3633 Date: Mon, 15 Aug 88 09:31:48 +0100 Message-ID: <13584.587637108@hawk> Sender: ind@ukc.ac.uk I thought that this gem was too good to keep to myself. It comes from the JTMP user manual published by Bristol, and appears amongst a definition of terms. "Note, many people use 'local' casually to refer to their current site; in the JTMP world, 'local' almost always means 'remote'." Ian   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa19087; 15 Aug 88 16:10 BST Received: from jay by kestrel.Ukc.AC.UK Over Ring with SMTP id aa19049; 15 Aug 88 16:09 BST Date: Mon, 15 Aug 88 16:09:48 BST From: root@ukc.ac.uk Subject: Seeme set for snf on jay To: unix-staff@ukc.ac.uk Subject: snf on jay I am: jay!opr tty0 Aug 9 16:59 snf has been set to a seeme shell because he has no password set. Make him set one.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa26735; 16 Aug 88 17:14 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa24123; 16 Aug 88 15:10 BST Date: Tue, 16 Aug 88 14:59:13 +0100 From: jm@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Arc restores Might it be a good idea to add a note to man/how pages giving some indication of the maximum time one might have to wait for a restore? I'm still waiting after 24 hours to get my first file back.... The reaction of an occasional and non-expert user is to assume he/she has done something wrong and bother Reception. Jane   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa23706; 17 Aug 88 8:51 BST Received: from hawk by kestrel.Ukc.AC.UK Over Ring with SMTP id aa23645; 17 Aug 88 8:47 BST Date: Wed, 17 Aug 88 08:42:10 +0100 From: jch@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: Arc problems It would in fact help at this early stage in the life of arc for people to report suspected problems. It was discovered yesterday that the VAX/VMS job which processes the requests had failed on Aug 12th at 16:29 and had not run since. Attempts have been made to get it going, but it is still failing in the same way. Some requests may have been processed now though. In general the VAX/VMS archive is very slow, and using it from Unix adds another delay. Even under normal running I would not be surprised if a restore submitted on Friday did not get processed until Tuesday. Save requests are done every morning as a priority, but restores have to fight for their corner with the VMS and EMAS archives which may both take a very long time to process. Jim   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa25692; 18 Aug 88 16:10 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa25252; 18 Aug 88 15:50 BST Date: Thu, 18 Aug 88 15:45:59 BST From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /.ftprc I just removed /.ftprc from kestrel. Root should not have a .ftprc on any machine because otherwise somebody blowing root on that machine compromises all the other machines' security. I guess that /.ftprc on kestrel was an oversight - it was last modified on Jun 15 1987. Can all system administrators please ensure that they have no stray .ftprcs lying around please. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa06373; 19 Aug 88 19:09 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa05022; 19 Aug 88 18:14 BST Date: Fri, 19 Aug 88 18:14:17 BST From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: [J.Darby: Re: Me] On the subject of crowded name spaces... ----- Forwarded message # 1: From: J.Darby@ed.ac.uk To: "M.W.Guy" Date: 19 Aug 88 16:32:12 bst UKC also stands for United Kingdom Communications and is the part of BT who run the inland network part of BT. The network itself is referred to as UKCNET! Ho-Ho! Cheers to all there, Jimbo ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa09913; 22 Aug 88 18:06 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa09827; 22 Aug 88 18:03 BST Date: Mon, 22 Aug 88 17:59:16 +0100 From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ftp I have recompiled FTP from scratch and installed a complete set of new binaries on hobby, raven and falcon. However, I am rather in the dark about how to test it as I don't really know who uses FTP for what. I've tried: - outgoing and incoming user-initiated transfers (ie fcp) - outgoing news (ie ftp-news) (this is why it's on falcon as well as hobby) - outgoing mail transfer to the cluster (ie ftp-mail) - submitting a batch job to a remote host (ie rbatch) and these seem to work. Are there any other software systems that use FTP that I should test when I need to do so? How do I test a jtmp transfer? I suggest that people whose software uses FTP should repeat my tests. If some combination of circumstances doesn't work when it goes live on kestrel, the times we live in will quickly become interesting. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa17141; 23 Aug 88 17:20 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa16955; 23 Aug 88 17:11 BST Date: Tue, 23 Aug 88 17:11:16 BST From: "M.W.Guy" To: unix-staff@ukc.ac.uk Subject: wossiss? i just got this mail - it was sent to root on raven. Does anyone claim ownership? Martin ----- Forwarded message # 1: Received: from raven by betelgeuse.Ukc.AC.UK Over Ring with SMTP id aa13542; 23 Aug 88 14:34 BST Date: Tue, 23 Aug 88 14:33:54 BST From: root@ukc.ac.uk To: root@ukc.ac.uk The job you submitted to at, "stdin", exited abnormally. A list of the errors that occurred follows: /bin/sh: 22163 Terminated ----------------- The Atrun Program ----- End of forwarded messages   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa29931; 25 Aug 88 13:53 BST Received: from lucy by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29108; 25 Aug 88 13:13 BST Date: Thu, 25 Aug 88 13:13:09 BST From: root@ukc.ac.uk Subject: Seeme set for jse on lucy To: unix-staff@ukc.ac.uk Subject: jse on lucy I am: lucy!opr tty0 Aug 24 11:57 jse has been set to a seeme shell because user logged on in Eliot and Library simultaneously: Login Name TTY Idle When Where opr Operators *0 Wed 11:57 Computing Opr - lucy console jse J.S.Eades *01 Thu 11:24 Eliot L39 - J.Eades jse J.S.Eades *02 Thu 11:53 Library - 1 rfe R.F.Ellen *03 Thu 08:54 Eliot L30 - R.Ellen ih I.Harding *04 2 Thu 13:01 Computing S09 0 I.Harding.   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id ab29931; 25 Aug 88 13:54 BST Received: from lucy by kestrel.Ukc.AC.UK Over Ring with SMTP id aa29133; 25 Aug 88 13:14 BST Date: Thu, 25 Aug 88 13:10:40 BST From: root@ukc.ac.uk Subject: Seeme set for jse on lucy To: unix-staff@ukc.ac.uk Subject: jse on lucy I am: lucy!opr tty0 Aug 24 11:57 jse has been set to a seeme shell because   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01999; 25 Aug 88 15:24 BST Date: Thu, 25 Aug 88 15:03:19 BST From: uknet@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: UNIX/C books UKnet users (potential users) often ask for a list of suggested books for UNIX/c etc. I've cobbled this together. Any other suggestions would be appreciated. Peter Houlder +++ UNIX and C books ================ UNIX Beginners -------------- UNIX the Book - M Banahan & A Rutter Sigma Technical Press UNIX More Advanced ------------------ The UNIX Programming Environment - Brian W.Kernighan Rob Pike Prentice-Hall C The Language -------------- The C Book (featuring the draft ANSI C standard) - Mike Banahan Addison-Wesley The C Programming Language - Brian W.Kernighan & Dennis M Ritchie (Second Edition features ANSI Standard) Prentice-Hall System Administration --------------------- Unix for Super-Users - Eric Foxley Addison-Wesley   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa01748; 26 Aug 88 8:34 BST Received: from betelgeuse by kestrel.Ukc.AC.UK Over Ring with SMTP id aa01742; 26 Aug 88 8:33 BST Date: Fri, 26 Aug 88 08:28:11 +0100 From: mg@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: ftp The new FTP (no functional changes yet) is up on all lab machines except kestrel, which is protected by an exception clause in hobby's distfile. If all goes well, I'll open the gates to kestrel some time next week. There is a new program /etc/restart which enables you to automatically restart daemons when their binary is updated. There is a manual page. Martin   Received: from ukc.ac.uk by kestrel.Ukc.AC.UK List Processor id aa12268; 26 Aug 88 16:39 BST Received: from roger by kestrel.Ukc.AC.UK Over Ring with SMTP id aa12227; 26 Aug 88 16:37 BST Date: Fri, 26 Aug 88 16:34:10 +0100 From: bmh@ukc.ac.uk To: unix-staff@ukc.ac.uk Subject: /etc/hosts changes The new pc-ether cards have arrived, and hence there are some additions to the electronics ether host list, also there is a new apollo node which has involved the changing of names. Bernard Hatt (Roger Sys. Admin) A complete list is: # Electronics ether 129.16.5.1 roger-e 129.16.5.2 veritas 129.16.5.3 polyphemus polyphe 129.16.5.4 apollo-gate 129.16.5.5 adam Adam 129.16.5.20 cclab1 129.16.5.21 cclab2 129.16.5.25 dsl1 129.16.5.26 dsl2 129.16.5.27 dsl3 129.16.5.28 dsl4 129.16.5.29 dsl5 # # Electronics Apollo Domain ring 129.17.6.1 ap-4d4b maxwell 129.17.6.2 ap-3271 faraday 129.17.6.3 ap-caad watt 129.17.6.4 ap-14be7 tesla 129.17.6.5 ap-53d0 hertz 129.17.6.6 ap-5e7f volta 129.17.6.7 ap-75e2 ampere 129.17.6.8 ap-166c9 schottky 129.17.6.9 ap-15950 shockley 129.17.6.10 ap-14823 petri # Physics Node 129.17.6.20 ap-70c5 coulomb