From owner-freebsd-stable Sat Sep 20 10:42:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA17817 for stable-outgoing; Sat, 20 Sep 1997 10:42:02 -0700 (PDT) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA17806 for ; Sat, 20 Sep 1997 10:41:57 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id LAA27548; Sat, 20 Sep 1997 11:41:45 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA24087; Sat, 20 Sep 1997 11:41:44 -0600 (MDT) Date: Sat, 20 Sep 1997 11:41:44 -0600 (MDT) Message-Id: <199709201741.LAA24087@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Studded" Cc: "Jordan K. Hubbard" , "freebsd-stable@FreeBSD.ORG" Subject: Re: >8 char usernames going into 2.2.5? In-Reply-To: <199709200933.CAA27068@mail.san.rr.com> References: <199709200933.CAA27068@mail.san.rr.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm a firm believer in backwards compatibility, and I > understand the importance of supporting things that have "always > worked." However the rc* changes that are being made in the 2.2 branch > seem like a pretty big change to me, much bigger than what we're > talking about with the length of usernames. Bullocks. 1) You don't have to use the rc changes, and the system will work *FINE*, w/out any modification (and with them). 2) Programs that once worked will still continue to work (see above), but with the username changes, programs that worked fine under a previous release will now corrupt your system files /var/run/*tmp. Programs that use the size of usernames (read, almost all useful programs) will need to be re-compiled/re-installed. It's a 'big deal', although it's a simple change. If it's such a big deal to you, do it yourself, but don't screw me over just because you're too lazy to take the time to do it. 'Principle of least suprise.' Nate