> On Nov 14, 2015, at 23:09, John Marino <dragonfly...@marino.st> wrote: > > On 11/15/2015 4:46 AM, NGie Cooper wrote: >> >>> On Nov 14, 2015, at 19:28, NGie Cooper <yaneurab...@gmail.com> wrote: >> >> … >> >>> Why were these locales removed? >>> >>> 58 OLD_FILES+=usr/share/locale/la_LN.ISO8859-1/LC_COLLATE >>> 59 OLD_FILES+=usr/share/locale/la_LN.ISO8859-1/LC_CTYPE >>> 60 OLD_FILES+=usr/share/locale/la_LN.ISO8859-1/LC_TIME >>> 61 OLD_DIRS+=usr/share/locale/la_LN.ISO8859-1 >>> 62 OLD_FILES+=usr/share/locale/la_LN.ISO8859-13/LC_COLLATE >>> 63 OLD_FILES+=usr/share/locale/la_LN.ISO8859-13/LC_CTYPE >>> 64 OLD_DIRS+=usr/share/locale/la_LN.ISO8859-13 >> >> la_LN.ISO8859-1 is the old Latin locale, which is no longer installed. >> Copying over locale files from a stable/10 host works, but I’m confused as >> to why a bunch of locales weren’t ported over in their non-UTF-8 forms. >> Thanks, >> > > 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. 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. > > ISO8859-15: > In the case of USA and other non-European countries, they keep -1 and > dropped -15. > > currency based: > In the case of countries where the currency symbols is not part of > ISO8859, it was dropped. E.g. Costa Rica uses the Colon which is only > in UTF-8, so there's no ISO8859-* encoding at all for CR. > > Latin: > Who speaks Latin today? > This was mainly an alias for 7-bit ascii. We originally dropped that, > but later moved it to US-ASCII (which was just a symlink to Latin before) > > Bapt liked DF approach well enough that he adopted it. Even Edwin was > first in desiring to clean up locales. The major update was a perfect time. > > Bottom line: > The testsuite needs to be updated. > e.g. use de_DE.ISO8859-15 intead of de_DE.ISO8859-1 > For latin, replace with US-ASCII equivalent.
I wish this had been clearly communicated here: https://svnweb.freebsd.org/changeset/base/290494 … instead, there are some POLA violations: 1. No RelNotes. 2. No summary of locales that have been removed. 3. No UPDATING entry for people to migrate from a locale to another. 4. Deprecated locales (as you described it above) are still present on my system after running `make delete-old` (assuming I have my acronyms right, for example, ca_ES, it_CH, etc should be -1, not -15 based on your claim above). I will update the testcases to use locales if possible, but more work needs to be done finishing off this project and documenting for end-users what has changed. Thanks, -NGie _______________________________________________ email@example.com mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"