Bug 39928

Summary:	Вынести locales в noarch подпакет
Product:	Sisyphus	Reporter:	Vitaly Lipatov <lav>
Component:	chromium	Assignee:	Andrey Cherepanov <cas>
Status:	CLOSED WONTFIX	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P5	CC:	andy, cas, legion
Version:	unstable
Hardware:	x86_64
OS:	Linux

Description Vitaly Lipatov 2021-04-13 11:53:36 MSK

Например, в Debian переводы лежат в отдельном подпакете chromium-browser-l10n.
Мы могли бы отделить /usr/lib64/chromium/locales в подпакет chromium-locales

Заодно: не нужно паковать
/usr/lib64/chromium/locales/*.pak.info
это файлы этапа сборки, при работе не используются.

Comment 1 Alexey Gladkov 2021-04-17 16:42:17 MSK

Это будет довольно бессмысленно с точки зрения пользователя поскольку всё равно нужен будет Requires, но сэкономит 50М на каждой архитектуре в репозитории. Надеюсь это кому-нибудь поможет.

Comment 2 Vitaly Lipatov 2021-04-17 18:05:16 MSK

(Ответ для Alexey Gladkov на комментарий #1)
> Это будет довольно бессмысленно с точки зрения пользователя поскольку всё
> равно нужен будет Requires, но сэкономит 50М на каждой архитектуре в
> репозитории. Надеюсь это кому-нибудь поможет.
Я-то не настаиваю. Но потом ещё можно будет отмаркировать через аналог find_lang, и в систему будут ставится не все локали.

Я понимаю, что роли не играет, но вроде у нас было движение в сторону noarch, где возможно.
Основное — ненужные pak.info.

Comment 3 Alexey Gladkov 2021-04-17 19:59:16 MSK

(Ответ для Vitaly Lipatov на комментарий #2)
> (Ответ для Alexey Gladkov на комментарий #1)
> > Это будет довольно бессмысленно с точки зрения пользователя поскольку всё
> > равно нужен будет Requires, но сэкономит 50М на каждой архитектуре в
> > репозитории. Надеюсь это кому-нибудь поможет.
> Я-то не настаиваю. Но потом ещё можно будет отмаркировать через аналог
> find_lang, и в систему будут ставится не все локали.

Теоретически можно сделать как в fedora и пометить языки как %lang, но нюанс в том, что без соответствующего pak и без en-US.pak chromium будет крошиться на старте. Таким образом это не совсем %lang без которых пакет всё равно работоспособен. Я не хочу вносить такую потенциальную мину. Тем более всё-равно нужно будет придумывать хаки.

> Я понимаю, что роли не играет, но вроде у нас было движение в сторону
> noarch, где возможно.
> Основное — ненужные pak.info.

chromium-l10n с дополнительными переводами я не против сделать. Чтобы сторонники noarch-движения были спокойны.

Comment 4 Alexey Gladkov 2021-04-18 12:48:13 MSK

Попробовал сделать подпакет и получилось очень странная конструкция не дающая ничего кроме усложнения упаковки.

Я добавлю отчистку *.pak.info и на этом ограничусь.