From owner-freebsd-current@freebsd.org Sun Nov 15 12:37:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C292A271FA for ; Sun, 15 Nov 2015 12:37:52 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0F881958 for ; Sun, 15 Nov 2015 12:37:51 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by lbbcs9 with SMTP id cs9so74909393lbb.1 for ; Sun, 15 Nov 2015 04:37:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=k7MxCFeKNeKvUrFJ3vNheOwpRnLLg0K+ZH6EMew9E5c=; b=eLDz8MHxySKjGKJv/fuyZfD+Zuqw/ris3Dofx8Bje4jvuJ39ft2GTasRxUOiGyW1X7 f255QySmHZJWPulk0vSqlpA1tZMeWi56h+JKo5MSGPw1k1uQkspXQkQySgmsE4785oVB Dn5njaJ6B0XQafjbYmk1Pic+pGXuylDP0fAMiKBPs3cvpGE1vgzdVN2ZgIXxkcq/BEd9 CLSnQrM5tP2rJ95jSI7Mcbzr4pMeox6DGnyFBjbXW0uhygcCORASQxVtcfrfQANabHaS pspRVOwxTeHaJp15qOE/hS1V+wW9U0XOL37QC4/Oxk+3baqGfDf/8Z+cGfBkBv4JAW7U /pFg== X-Gm-Message-State: ALoCoQm6OBAlzZZwz22PTZ2+ItWa/YtQ3KMRCq94KdGojY9oVelXaTkDTQZmWLl5+cFMb5dPR6MA X-Received: by 10.112.149.97 with SMTP id tz1mr14501960lbb.57.1447591064055; Sun, 15 Nov 2015 04:37:44 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id d2sm3369413lbc.11.2015.11.15.04.37.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Nov 2015 04:37:42 -0800 (PST) Subject: Re: Need help fixing failing locale tests To: John Marino , NGie Cooper , Craig Rodrigues References: <69242BD8-9010-47F0-9706-BE206376ECEA@gmail.com> <289892B6-EACE-4BDA-B838-D3DC750319DE@gmail.com> <56482FA9.2010803@marino.st> <56487973.5070803@freebsd.org> Cc: Baptiste Daroussin , freebsd-current Current , "freebsd-testing@freebsd.org" From: Andrey Chernov Message-ID: <56487C96.40403@freebsd.org> Date: Sun, 15 Nov 2015 15:37:42 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56487973.5070803@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 12:37:52 -0000 On 15.11.2015 15:24, Andrey Chernov wrote: > On 15.11.2015 10:09, John Marino wrote: >> We (DragonFly) didn't just update locales. We took the opportunity to >> do spring cleaning. We didn't want to be as drastic as OpenBSD which >> removed all encodings except for C/POSIX and UTF, but we did remove >> several locales intentionally. >> >> In the case of ISO8859-1: >> All ISO8859-* is basically obsolete. >> In western Europe, if somebody wants ISO-8859, they want ISO8859-15, not >> ISO8859-1. They are similar, but the former is tailored for western >> europe with "Euro" currency and 9 other symbols. It comes at the >> expense of removing 10 characters from ISO8859-1. Forget to reply on that part: >> There's also a common >> problem that users view -15 documents with -1 accidently. So there was >> a conscience decision to have either ISO8859-1 or ISO8859-15 but not >> both. For western Europe this means the ISO8859-1 versions were dropped. It is pure user problem choosing its own locale (self footshooting), it not leads to program build failures (like configure checks) or tests failures etc. BTW, linux keeps 8859-1 locales. > ISO8859-1 locales are legacy even if obsoleted in modern world (I agree > with that). Lots of ports (even at configure stage!) have checks for > them. Since we generate locales from CLDR now, it will be no cost to > bring all 8859-1 back to not violate POLA and not fix every failing port. -- http://ache.vniz.net/