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 вообще в современной системе неочевидна.
Её точно не нужно оторвать нафиг?

> и оторвать в glibc зависимости на glibc-tools, iconv, 
> glibc-locales, glibc-timezones.

$ du -hs /usr/lib64/gconv
6,4M	/usr/lib64/gconv

это все действительно нужно в каждой минимальной системе?

-- 
С уважением, Денис

http://mithraen.ru/