From owner-svn-src-all@FreeBSD.ORG Mon Aug 18 14:35:45 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B719A7A0 for ; Mon, 18 Aug 2014 14:35:45 +0000 (UTC) Received: from nm13-vm0.bullet.mail.bf1.yahoo.com (nm13-vm0.bullet.mail.bf1.yahoo.com [98.139.213.79]) (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 578C53F25 for ; Mon, 18 Aug 2014 14:35:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1408372537; bh=97mzz0m5lHu07LKnOpbqqCE5WbJFF3bW+s5zpM1GKzY=; h=Received:Received:Received:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=L2RoKbYYIxeOEfFXdvRPMHn6PNjk0rVtU1ikAPVsJapBeHxPnDGmpzsPGgCDoKIimD0zLpGr8LJ/ReyKV1T7pV13xeMxxd4IiBM18cC1as8fF1usfdgVK0Aphljnjhunc/EamvxpQ6p7D64Py6tH6U718OnumydYO5cpHaUpdnQqF02bNNBAFskJx/6b8j9F8TlUhXjmXgHtbBVh4zPsQ0XJ3EMhSstRgXrtVYpiyoss8yVrqlGAftaxin3QXZ6sFvH6CxoDRqF3fjR31IHNIdq9BfYANjo85V/LXMVMa7Y9CWDPck6Kgsra06C7+NlB8B5tXQhmm6PXgENeeDInbg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=hDk/GUZ03CufddwHnVmAtr8KR4pab8F5yGdDRT1yJASgOkCWrC85V6glCYfSxIOhQ3KQ++ChJaGOe9JTHKB0RzUnm2brNISEGzjwXtuC/8kRlYyRH8GP2XGha4Ipn8W3vNn0BemWdAihQborJG0iqC8znFwBim6+S7yeqgfBiOG+hKlB2xLrSrMg1YHifVDWX7Qv3j6B9B1yroSuRxo94bb6Ks9s/ch7u+r8ySgtQeaStXw0y48KGvoDDqIUBckcPURbhIyxl07vJ7VTfIKKz2mIB7iImxEJ5bAd+nMQ4LD9tckGSNRQXcxOjhiJwe1CenlSGOneBvquLk4/qWBIiQ==; Received: from [98.139.214.32] by nm13.bullet.mail.bf1.yahoo.com with NNFMP; 18 Aug 2014 14:35:37 -0000 Received: from [98.139.211.201] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 18 Aug 2014 14:35:37 -0000 Received: from [127.0.0.1] by smtp210.mail.bf1.yahoo.com with NNFMP; 18 Aug 2014 14:35:37 -0000 X-Yahoo-Newman-Id: 459201.79027.bm@smtp210.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: evfLblIVM1kwLmzrZQdLx74z_HKnqVieadl7wAJ0..WuSMs jzSSqyuwGfpSktgEx0d5uIwMZ.u.oWBGjXMO_2ydcRA3rZkdZPeylYifhtzY qn6Z91ghYF4SWPwEucZJMFS_2wYAn36DmGd3whI8QWWyxspQpskvPH2X3_XY FpycSMiW2VLXEwEf1OBN3dlxQMZ7Sr.hjuPfXegUC4dL7dwKupvG_Gh97g3N 5zbb3Ed1F9s.fdVDemzz5RmQMI62XIr1FzkfCnoz6rhpoOQMvAHxhUoDGOky RZUSwxtxSFUSVLLxGZ_lwaKxcqL.bjUBRVYyWsIYduo5sNP3oe4JgZH1AsG6 F85HeV9bI74Pm8zX_cm0V3kzmtB7gdL7UI.ZW.OVPAR7KHr9TagaGwaisftC O1ypr1rBFrk2svWnEXcZP0dObFS7MoFlxSN5YSYaBaGNNvIcxW5Ptr1BVVH5 iJ4mK6cN2SRPcR6jLhA0K7AevCrDg1dp490OSVWudqy70GHzmFLXc1XrFTZs AdgBNrpu7yyMLc7YDsWQydi4OhAo- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: svn commit: r270114 - head/share/vt/keymaps From: Pedro Giffuni In-Reply-To: <53F1D78B.7070606@freebsd.org> Date: Mon, 18 Aug 2014 09:35:32 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <16F39FE4-93FE-4C43-AE3F-88DDC34A8796@freebsd.org> References: <201408171954.s7HJsLmX099240@svn.freebsd.org> <53F10E95.30108@freebsd.org> <53F11A04.504@freebsd.org> <53F1D78B.7070606@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1878.6) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Stefan Esser X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 14:35:45 -0000 Il giorno 18/ago/2014, alle ore 05:38, Stefan Esser ha = scritto: > Am 17.08.2014 um 23:40 schrieb Pedro Giffuni: >>=20 >> Il giorno 17/ago/2014, alle ore 16:09, Stefan Esser > > ha scritto: >>> Therefore, what you'd name "es_LA" (or es-la) is now latinamerican >>> (it could be "latinamerican-es" if you wanted to make the language >>> visible in the name). The country comes first, and if there is no >>> country code (e.g. because the keymap is used in many countries), >>> a longer name is used. >>=20 >> That would, IMHO, be fine. What I dislike is that all other files are = using >> two letter codes and meanwhile the latinamerican thing has the long >> name :-P. >=20 > Ahh, I see. Well, this long name is meant to stand out when looking at > the keymap files. If you use kbdmap to select a keymap, then it does > not matter how long the name is. And if you select the file by name > from within the keymaps directory, then a short name could easily be > overlooked. >=20 > And se-la would mean "Spain using the latinamerican language" ;-) > since the first part is the country, not the language. >=20 I should have been clearer: I meant la-es would be fine. > But you are not suffering alone: there is "centraleuropean.iso", too. >=20 Funny thing is almost all latin-american countries speak Spanish but in = Spain there is Catalan and other languages as well so when looking at the = directories (ls -la) the keyboards will look unordered. Sorting the keyboards by = language would be more natural, but I guess that as an exercise for the = installer. >> FWIW, I tried to change that in syscons but the reduced nomenclature >> came too late and changing names caused too much trouble in >> sysinstall.. >=20 > I thought it was a good time since nearly all files needed to change > anyway, because of the removal of the encoding from the names. >=20 > Names in syscons are probably encoded in lots of rc.conf files, and > changing them might have been a big POLA. >=20 Yes, we renamed the latin-american keyboard once (before I was a = commiter) and the related bug report remained open for some years. Pedro. > one thing that I'm thinking about is whether we should have an > optional keymap_sc and keymap_vt in rc.conf, which allows to have > different keymap files when running under SYSCONS vs. NEWCONS. >=20 > This would be easy to implement, with keymap still being used, > unless the more specific variable for the console driver used has > an override. >=20 > I think I'll just implement this for -CURRENT and wait for opinions, > whether this should be merged to -STABLE ... >=20 > Best regards, Stefan