Нигде.

$  grep $'/usr/share/i18n/locales\t' /ALT/Sisyphus/noarch/base/contents_index
/usr/share/i18n/locales glibc-i18ndata
# localedef -f UTF-8 -i fi_FI fi_FI.UTF-8
# rpmverify glibc-locales
.......T.    /usr/lib/locale/fi_FI.utf8/LC_ADDRESS
.......T.    /usr/lib/locale/fi_FI.utf8/LC_COLLATE
.......T.    /usr/lib/locale/fi_FI.utf8/LC_IDENTIFICATION
.......T.    /usr/lib/locale/fi_FI.utf8/LC_MESSAGES/SYS_LC_MESSAGES
.......T.    /usr/lib/locale/fi_FI.utf8/LC_TIME

Вопрос, зачем это всё и почему не хватило glibc-locales?

(In reply to Gleb F-Malinovskiy from comment #2)
> Вопрос, зачем это всё и почему не хватило glibc-locales?
1. В KDE используется locale-gen.
2. В KDE используется листинг именно этих файлов(это поправимо).

(In reply to Andrey Cherepanov from comment #1)
> Нигде.
Надо, что бы где-то был.

Если кому-то нужно запаковать какую-то новую программу в Сизиф для совместимости с Debian, это не повод вешать баги на пакет glibc, в котором этой программы нет.

(In reply to Dmitry V. Levin from comment #5)
> Если кому-то нужно запаковать какую-то новую программу в Сизиф для
> совместимости с Debian,
А почему бы нам не обеспечить совместимость с Debian, если есть повод?

> это не повод вешать баги на пакет glibc, в котором
> этой программы нет.
Поводом является то, что у Debian эта программа в пакете glibc. https://packages.debian.org/sid/locales

(In reply to Sergey V Turchin from comment #6)
> > Если кому-то нужно запаковать какую-то новую программу в Сизиф для
> > совместимости с Debian,
> А почему бы нам не обеспечить совместимость с Debian, если есть повод?
Конкретно этот повод -- появление в KDE функциональности, использующее эту программу.

(In reply to Sergey V Turchin from comment #6)
> (In reply to Dmitry V. Levin from comment #5)
> > Если кому-то нужно запаковать какую-то новую программу в Сизиф для
> > совместимости с Debian,
> А почему бы нам не обеспечить совместимость с Debian, если есть повод?

Совместимость можно обеспечивать разными способами, в данном случае речь идёт о дополнительной программе, у которой другой апстрим, поэтому напрашивается упаковка в новый отдельный пакет, который смогут установить те, кому такая совместимость нужна.

> > это не повод вешать баги на пакет glibc, в котором
> > этой программы нет.
> Поводом является то, что у Debian эта программа в пакете glibc.
> https://packages.debian.org/sid/locales

Как они аргументируют упаковку этой программы именно в пакет glibc, и насколько их аргументация релевантна для нас?

plasma5-workspace-1:5.26.5-alt7 -> sisyphus:

 Mon Feb 20 2023 Sergey V Turchin <zerg@altlinux> 1:5.26.5-alt7
 - fix setup locale language (closes: 45319)
 - fix localegenhelper service startup

Не тот баг закрыл нечаянно.

(In reply to Dmitry V. Levin from comment #8)
> Как они аргументируют упаковку этой программы именно в пакет glibc,
Полагаю, она пределгает какие-то удобства.

> насколько их аргументация релевантна для нас?
Для нас имеет значение не их аргументация, а наличие функциональности _уже_ её использующей.

(In reply to Dmitry V. Levin from comment #8)
> Совместимость можно обеспечивать разными способами, в данном случае речь
> идёт о дополнительной программе, у которой другой апстрим, поэтому
> напрашивается упаковка в новый отдельный пакет, который смогут установить
> те, кому такая совместимость нужна.
Я не против упаковать. А однофайловые ASCII-описания локалей где взять?

(In reply to Sergey V Turchin from comment #11)
> Я не против упаковать. А однофайловые ASCII-описания локалей где взять?
Глеб подсказал glibc-i18ndata, а то я не нашёл.

Оказалось, в KDE в том месте действительно включена по умолчанию поддержка и Debian и Ubuntu и указан жалкий комментарий, что остальным следует отключить.

plasma5-workspace-1:5.26.5-alt8 -> sisyphus:

 Mon Feb 20 2023 Sergey V Turchin <zerg@altlinux> 1:5.26.5-alt8
 - don't build locale generator (closes: 45319)