From owner-freebsd-hackers Wed Dec 18 21:19:11 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA00811 for hackers-outgoing; Wed, 18 Dec 1996 21:19:11 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id VAA00806 for ; Wed, 18 Dec 1996 21:19:08 -0800 (PST) Received: by sequent.kiae.su id AA19145 (5.65.kiae-2 ); Thu, 19 Dec 1996 08:59:19 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 19 Dec 96 08:59:17 +0400 Received: from localhost (nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with ESMTP id HAA00775; Thu, 19 Dec 1996 07:58:25 +0300 (MSK) Date: Thu, 19 Dec 1996 07:58:24 +0300 (MSK) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7=2C_Andrey_Chernov?= To: David Nugent Cc: freebsd-hackers@freebsd.org Subject: Re: 8-bit characters in gecos field In-Reply-To: <199612190441.UAA29262@freefall.freebsd.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 19 Dec 1996, David Nugent wrote: > > > I've been entertaining the idea of having pw(8) allow 8-bit > > > characters in the passwd GECOS field. It was suggested earlier > > > > > There is no break as I see, but no sense too, because it is > > unclear what character set you use for names. I.e. when finger > > sends you some 8bit codes like this: Андрей > > Чернов, what do you do with them? > > By the same token, what do you do with these characters in > a .plan or .project file? Currently they are illegal places for 8bit characters. > Finger, however, is easy to fix, by sending quoted printable > with =?char-set rather than 8-bit characrters. The character > set indicator should reflect the default language applicable > for the user class. In this case you need to parse QP into finger client and yet one passwd field to store default charset. It will be nice to set MM_CHARSET environment variable to this value at login stage. To continue thinking in this direction: nice thing will be default locale name stored into passwd instead. Since locale > charset, we can automatically set both LANG and MM_CHARSET environment variables at login stage. -- Andrey A. Chernov http://www.nagual.ru/~ache/