[devel] Минимальный VE огромен -- много мусора

[Anton Farygin]

On 29.04.2014 20:57, Денис Смирнов wrote:
> On Tue, Apr 29, 2014 at 07:17:06PM +0300, Led wrote:
>
>>> Сейчас ситуация такая -- пакет с именем 'glibc' имеет непрямую зависимость
>>> на 'perl-base', что с любой точки зрения является некорректным как чисто
>>> технически (кольцевая зависимость),
>> И где там "кольцевая зависимость"?
>
> Сорри, ошибся.
>
>>> Предложенное тобой изменение оставит mtrace в пакете glibc-utils, что хоть
>>> и решит проблему частично, но оставит неочевидную зависимость.
>> Какую?
>
> Пакет с именем ^glibc-.* зависящий от перловки -- это неочевидно. С
> технической точки зрения корректно, но с админской -- нет.

А чем тебе perl на сервере не угодил ? маленький и позволяет делать 
много всего делать.

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

>
>> В glibc-utils находятся как утилиты, которые ИМХО должны быть в любой (даже
>> самой минимальной) системе (getconf, getent, ldd), так и утилиты,
>> которые "возможно, когда-нибудь, кому-нибудь, в каких-то случаях могут
>> понадобиться" (среди них и mtrace).
>
> Согласен.
>
>> Зачем вводить новые субпакеты, когда
>> можно первые внести в glibc, туда же положить сиротливый iconv и утилиты из
>> glibc-timezones,
>
> А нафига в каждой системе эти утилиты? Ни разу в жизни не одну из них не
> запускал, а полезность tzselect вообще в современной системе неочевидна.
> Её точно не нужно оторвать нафиг?

Ей могут пользоваться какие-то утилиты.

>
>> и оторвать в glibc зависимости на glibc-tools, iconv,
>> glibc-locales, glibc-timezones.
>
> $ du -hs /usr/lib64/gconv
> 6,4M	/usr/lib64/gconv
>
> это все действительно нужно в каждой минимальной системе?

Насчёт минимальной не уверен, но без gconv могут очень забавные ляпы 
начать вылезать на серверах в самых странных местах.

Это же вся конвертация кодировок отрывается.