Bug 39928 - Вынести locales в noarch подпакет
Summary: Вынести locales в noarch подпакет
Status: CLOSED WONTFIX
Alias: None
Product: Sisyphus
Classification: Development
Component: chromium (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Alexey Gladkov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-13 11:53 MSK by Vitaly Lipatov
Modified: 2021-04-18 12:48 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 и на этом ограничусь.