From owner-svn-src-head@FreeBSD.ORG Fri Apr 10 07:08:49 2015 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDA3AD9; Fri, 10 Apr 2015 07:08:49 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D830256; Fri, 10 Apr 2015 07:08:49 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YgT3V-000NyQ-9p; Fri, 10 Apr 2015 10:08:45 +0300 Date: Fri, 10 Apr 2015 10:08:45 +0300 From: Slawa Olhovchenkov To: Dmitry Marakasov Subject: Re: svn commit: r281129 - head/etc Message-ID: <20150410070845.GU8220@zxy.spb.ru> References: <20150406071640.GJ23643@zxy.spb.ru> <20150406082553.GW64665@FreeBSD.org> <20150406084141.GK23643@zxy.spb.ru> <20150406084937.GX64665@FreeBSD.org> <20150406085323.GL23643@zxy.spb.ru> <20150409215802.GY21982@hades.panopticon> <20150409220442.GQ8220@zxy.spb.ru> <20150409232711.GZ21982@hades.panopticon> <20150409234026.GH1394@zxy.spb.ru> <20150410000259.GA21982@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150410000259.GA21982@hades.panopticon> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , Gleb Smirnoff , "src-committers@freebsd.org" , Garrett Cooper X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 07:08:49 -0000 On Fri, Apr 10, 2015 at 03:02:59AM +0300, Dmitry Marakasov wrote: > * Slawa Olhovchenkov (slw@zxy.spb.ru) wrote: > > > We don't have any default login class, other then 'dafault' and have > > locale 'C'. What about you talk? > > I'm talking about having utf-8 locale in 'default' login class. At this moment many programs still not utf8 capable. Programs used in scripts -- too. `tr` for example. Swithcing 'default' login class to utf8 locale may break scripts, and custom scripts too. What benefits from switching to utf8 locale in 'default' login class? > > Do you this converting? I am do it. > > Didn't quite catch that. > > > What about you talk? > > Just create new login class, 'russian_utf8', and have fun. > > This is not windows. This is Unix. > > Locale is not system-wide. > > You can have multiple locales together. > > What problems? > > No problems, you can still use any locale you want. You are free > to stay on KOI-8 and not do any charset conversion at all. Best way for this -- adding new login class, not changed existing > > > > Also, some config files (from ports) have raw 8-bit characters inside. > > > > > > They'll have to be converted based on OSVERSION/option. > > > > You don't understund me. > > This charters don't have any encodings/locales. > > This is just octets. > > You're talking of config files which are not utf-8. I say they will be > converted to utf-8 if that's needed. ...and not utf-8 capable. Imposible convert it to utf8.