Да. Хорошо бы конечно...

(In reply to comment #0)
> наиболее часто используемые языки выложить в один пакет, остальные в другой.

А можно не "остальные в другой", а оставить как есть - все в одном, плюс один
(или несколько, кому как нравится), в котором вынесены нужные локали. Ну и
ессесна, чтоб конфликтовали они с тем "одним большим"

конфликтовать они автоматом должны, по файлам.

Собственно - такой вариант с Provides IMHO ничем не хуже.

> А можно не "остальные в другой", а оставить как есть - все в одном, плюс один
> (или несколько, кому как нравится), в котором вынесены нужные локали. Ну и
> ессесна, чтоб конфликтовали они с тем "одним большим"

Тоже идея. Причем подойдет всем. Я согласен.

(In reply to comment #3)
> конфликтовать они автоматом должны, по файлам.
Здрасьтенафик. Краткий ликбез:
Бывает конфликт по зависимостям (тег Conflicts). Проставляется _вручную_.
Бывает конфликт по файлам. _Автоматически_ _не_ выявляется и выявляться не 
может. Обнаруживается лишь при попытке установить оба пакета одновременно.
Общепринятая практика - обозначать конфликт по файлам соответствующим тегом 
Conflicts.

...а если файл прописан в Provides ?

(In reply to comment #6)
> ...а если файл прописан в Provides ?
1. В Provides можно хоть свою фамилию написать, алгоритм обработки от этого не 
изменится.
2. Какое отношение Provides имеют к Conflicts?

...я думал, что Provides - или файл/директорию, или пакет (или RedHat'овские 
сервисы).
Ну нельзя, так нельзя.

Не нужны локали - не ставьте пакет, никто не мешает скомпилировать нужные вам
локали самостоятельно.  Не понимаю проблемы.

Скомпилировать пакеты ? Привет, Gentoo ?
А чем и как компилировать, сколько доп. мегабайт надо вытащить и регулярно 
обновлять чтобы скомпилировать ? Сразу множество вопросов.

Пока что непонятно, как пилить glibc-locales, чтобы кого-нибудь не обидеть, и
чтобы никто не потерял нужные локали.
Если придумаете, откройте баг и напишите.