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

[Led]

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

Ну, это уже "игра в ассоциации":)

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

shell-скрипт размером 7k? Зачем его "отрывать":) Хотя, если он никем не используется, можно и его в glibc-utils. 
Возможно, и остальные утилиты из glibc-timezones - туда же.

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

Ну, про iconv/glibc-gconv-modules можно ещё подумать. Хотя ~6M врядли тянет на "оверхэд"...

И да, glibc-utils, конечно же, а не glibc-tools.

-- 
Led