From owner-cvs-etc Tue Dec 6 14:26:31 1994 Return-Path: cvs-etc-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id OAA19035 for cvs-etc-outgoing; Tue, 6 Dec 1994 14:15:15 -0800 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.8/8.6.6) with SMTP id OAA18852 for ; Tue, 6 Dec 1994 14:03:15 -0800 Received: by eikon.regent.e-technik.tu-muenchen.de id <43045>; Tue, 6 Dec 1994 23:02:38 +0100 From: Julian H Stacey To: cvs-etc@FreeBSD.org Subject: Re: cvs commit: src/etc/etc.i386 MAKEDEV Message-Id: <94Dec6.230238met.43045@eikon.regent.e-technik.tu-muenchen.de> Date: Tue, 6 Dec 1994 23:02:12 +0100 Sender: cvs-etc-owner@FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > I think that this is confusing, and it also requires our users to be > aware of too much of the internal workings of things to say that they > have to rename things in /dev. It would be unfortunate to go through another wave of sio disturbance & change, as it took a long time to get it sorted last time, in particular, the manuals remained inconsistent with the code through too many changes last time. There was a time of considerable annoyance because the code was repeatedly screwed about with & commited it, & only later were pdated man pages commited, that made it v. hard to use in the interim. To extend `least surprise': if we need any changes, they should be committed to src & docs simultaneously (ie prepared off line, & both brought to the the ready-for-commit stage simultaneously), and all changes should be discussed in current@... well before. BTW "well before" does _not_ mean announcing to the list "I will do .." & doing it a mere few hours later, as has been seen with a few things previously, on a rotating world, some of us are asleep, some at work, & only some free to read freebsd stuff, thus at least 24 hours notice is required between announcing intention to change functionality, & doing it (personally I'd prefer 48 hours). FYI My setup allowing permanent getty for dial in, + kermit dial out, (with no kill of getty & ed /etc/ttys required for dial out) :-) ... I have for serial line 1, /dev/ cua01 cuai01 cual01 ttyd1 ttyid1 ttyld1 /etc/ttys: # tty00 Mouse ttyd1 "/usr/libexec/getty std.19200" vt100 on # Unsecure Modem # supports dial in # tty02 "/usr/libexec/getty std.9600" vt100 off secure # Toshiba # hardwire local & for modem dial out kermit -l /dev/cua01 Julian S.