[PATCH v2] localedata: update LC_ADDRESS and LC_NAME for ko_KR

Mon Apr 27 23:11:53 GMT 2026

Hi Arjun,

Thank you for your detailed review. I have answers to your questions below.

> I am trying to review this change for correctness. Since I don't know
> Korean, I tried the English version of the site but couldn't find the
> same page there. ... The recommendation appears to be:
> (Line 1 to 5 description)

Your translation and understanding are correct. The modern South Korean
addressing system (Road Name Address) strictly follows the Large-to-Small
hierarchy. The English version of the Korea Post site is unfortunately
less detailed, but the Korean page I linked is the official standard.
My proposed postal_fmt aligns with these official lines.

To clarify the two formats you found: the second one represents the
traditional
"Lot Number-based" address system. While it is still understood and
used in some contexts, the first one—the "Road Name-based" address
system—has
been the official government standard in South Korea since 2014. My patch
prioritizes this modern "Road Name" hierarchy as it is the format
officially
recommended by Korea Post and the Ministry of the Interior and Safety.

> This also drops %t, the separator between the family and given names.
> Is this intentional?

Yes, this is intentional. While it is common to use spaces when
transliterating Korean names into the Latin alphabet (e.g., "Hong
Gildong"),
it is the standard orthographic rule in the Korean language (Hangul) to
write the family name and given name together without any spaces
(e.g., "홍길동").

Since this locale (ko_KR) is primarily intended for native script usage,
removing the %t separator is necessary to provide a natural and correct
representation for Korean users.

> I am not quite sure if all this metadata is still being maintained in
> comments this way. ... I'm neutral about this part

I updated the revision and date comments to maintain consistency with
the existing style of the file. However, if the current glibc policy
prefers omitting these in favor of git logs, I am happy to remove
those specific lines in a version 3 patch.

Please let me know if you would like me to submit a v3 with the
metadata comments removed.

Best regards,
Jiho Lee

2026년 4월 27일 (월) 오후 11:48, Arjun Shankar <arjun@redhat.com>님이 작성:

> Hi Jiho,
>
> > This patch updates LC_ADDRESS and LC_NAME to reflect modern South
> > Korean standards and Korea Post guidelines.
>
> Thanks for the patch.
>
> > Update the South Korean (ko_KR) locale to reflect official standards:
> > - LC_ADDRESS: Follow the Large-to-Small hierarchy (Country, Postcode,
> >   City, Road, Recipient) as per Korea Post guidelines.
> >   (https://www.koreapost.go.kr/kpost/subIndex/135.do?pSiteIdx=125)
>
> I am trying to review this change for correctness. Since I don't know
> Korean, I tried the English version of the site but couldn't find the
> same page there. If you know how I can find it, please do let me know.
> Meanwhile, I translated the page at the above link using an online
> translator. The recommendation appears to be:
>
> Line 1: Administrative District (Province/City, City/County/District,
> Eup/Myeon) + Road Name + Building Number
> Line 2: Detailed Address (Unit/Floor/Unit) + Reference Item (Legal
> Dong, Apartment Name) or P.O. Box
> Line 3: Corporate Name (Institution or Trade Name) + Department Name
> Line 4: Name (Position, Title)
> Line 5: Postal Code
>
> OR (for a different type of address?):
>
> Line 1: Administrative District (Province/City, City/County/District,
> Eup/Myeon/Dong/Ri) + Lot Number (Main Number - Sub Number)
> Line 2: Building Name (Apartment, Building, etc.) + Unit Number
> (Complex, Building Number) or P.O. Box
> Line 3: Corporate Name (Institution or Trade Name) + Department Name
> Line 4: Name (Position, Title)
> Line 5: Postal Code
>
> > - LC_NAME: Follow the standard Korean order (Surname + Given Name)
> >   without Western-style salutations or tabs.
> >
> >     * localedata/locales/ko_KR (LC_ADDRESS): Update postal_fmt.
> >     * localedata/locales/ko_KR (LC_NAME): Update name_fmt to "%f%g".
> >
> > Signed-off-by: Jiho Lee <elmitash@gmail.com>
> > ---
> >  localedata/locales/ko_KR | 15 +++++++++------
> >  1 file changed, 9 insertions(+), 6 deletions(-)
> >
> > diff --git a/localedata/locales/ko_KR b/localedata/locales/ko_KR
> > index 38235ebf08..d9f5aa8faa 100644
> > --- a/localedata/locales/ko_KR
> > +++ b/localedata/locales/ko_KR
> > @@ -16,8 +16,8 @@ escape_char /
> >  % Fax:
> >  % Language: ko
> >  % Territory: KR
> > -% Revision: 1.1
> > -% Date: 2000-11-09
> > +% Revision: 1.2
> > +% Date: 2026-02-19
> >  % Application: general
> >  % Users: general
> >
> > @@ -43,6 +43,9 @@ escape_char /
> >  %       Some cosmetic changes
> >  % 2001-10-08: Won-kyu Park <wkpark@chem.skku.ac.kr>
> >  %       Fixed a typo in Hangul portion of LC_COLLATE
> > +% 2026-02-19: Jiho Lee <elmitash@gmail.com>
> > +%      Updated LC_ADDRESS to follow the modern South Korean address
> format
> > +%      Update LC_NAME to the standard Korean order (Surname + Given
> Name)
> >
> >  LC_IDENTIFICATION
> >  title      "Korean locale for Republic of Korea"
> > @@ -54,8 +57,8 @@ tel        ""
> >  fax        ""
> >  language   "Korean"
> >  territory  "South Korea"
> > -revision   "1.1"
> > -date       "2000-11-09"
> > +revision   "1.2"
> > +date       "2026-02-19"
>
> I am not quite sure if all this metadata is still being maintained in
> comments this way. I see that these are being dropped upon update in
> some cases. Also, they might be superfluous since the date and author
> of changes goes into the git log instead. I'm neutral about this part
> of the change personally. I just wanted to point out that it's not
> universally maintained as far as I can see.
>
> >
> >  category "i18n:2012";LC_IDENTIFICATION
> >  category "i18n:2012";LC_CTYPE
> > @@ -6220,11 +6223,11 @@ copy "i18n"
> >  END LC_MEASUREMENT
> >
> >  LC_NAME
> > -name_fmt    "%d%t%g%t%m%t%f"
> > +name_fmt    "%f%g"
>
> This also drops %t, the separator between the family and given names.
> Is this intentional?
>
> >  END LC_NAME
> >
> >  LC_ADDRESS
> > -postal_fmt    "%f%N%a%N%d%N%b%N%s %h %e %r%N%z %T%N%c%N"
> > +postal_fmt    "%S %T %l %s %h%N%b %e %r%N%f %d%N%n %a%N%z"
>
> So this new format translates to:
>
> <State/Province/Prefecture> <Town/City> <Local township> <Street> <House
> number>
> <Building> <Floor> <Room>
> <Firm name> <Department>
> <Person> <Care-of person/Attention>
> <Zip/Postal code>
>
> The first line is a match.
> The second line mostly appears to be a match but importantly, it
> follows the large-to-small hierarchy.
> The third through fifth lines match.
>
> OK.
>
> >  country_name "대한민국"
> >  country_ab2 "KR"
> >  country_ab3 "KOR"
> > --
> > 2.53.0
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://sourceware.org/pipermail/libc-alpha/attachments/20260428/4a5b9f6b/attachment-0001.htm>