[devel] [BUG] buildreq
Dmitry V. Levin
=?iso-8859-1?q?ldv_=CE=C1_fandra=2Eorg?=
Пн Окт 9 02:37:55 MSD 2000
On Mon, Oct 09, 2000 at 01:42:20AM +0400, Dmitry V. Levin wrote:
> > > > Патч, лечащий эту ситуацию для стандартных директорий, я прилагаю. Но
> > > > дополнительно есть еще один путь -- вычищать зависимости во всех
> > > > собираемых пакетах так, чтобы они не включали в себя ссылки на
> > > > "общественные" каталоги (по крайней мере), то есть, нужно подправить еще
> > > > find-provides в rpm?
> > >
> > > Есть только один пакет, который имеет право включать эти каталоги: filesystem.
> > > Правильным был бы патч, который выкидывает все зависимости, которые
> > > разрешает filesystem, glibc, и еще несколько абсолютно незаменимых.
> > > С другой стороны, все пакеты, "предоставляющие" /usr/include & co, надо
> > > зафиксить к ближайшему релизу.
> > Безусловно. Причем, думается, что было бы полезным некоторые пакеты не
> > включать в зависимости, потому как они есть в системе всегда (наподобие
> > того же filesystem). Количество записей в
> > BuildRequires при этом серьезно бы уменьшилось и стало бы обозреваемым.
>
> Essential? Где-то я это уже видел. :)
>
> Если серьезно, то так и было задумано. Это, как минимум, те пакеты, без
> которых система встанет быстрее, чем можно будет что-то предпринять.
> Список пакетов подлежит обсуждению.
Я сейчас провел экспресс-анализ 27 собраных пакетов, для которых был
построен autobuildreq, и получилось (такова специфика этих пакетов), что
некоторые зависимости попали во все 27, хотя я могу себе представить такие
(напр. недавно посланный здесь test.spec), где не будет ни одного.
Возникает мысль, помимо списка essential, завести также еще один, по сути
essential-for-developer (у меня пока нет названия), внести в него все
необходимые пакеты, включить этот список в Requires к rpm-build (без
которого все равно ничего собрать нельзя), и таким способом уменьшить
список BuildRequires еще немного.
Для справки, у MDK тоже есть список, называется "неявные зависимости"; он,
правда, один, его концептуальная природа неизвестна, и выглядит он так:
bash, binutils, make, gcc, glibc, bzip2, tar, rpm, patch, glibc-devel,
spec-helper, setup, filesystem, basesystem, sed, initscripts,
console-tools, utempter, ldconfig, chkconfig, ntsysv, SysVinit, bdflush,
crontabs, dev, e2fsprogs, etcskel, fileutils, findutils, getty_ps, grep,
gzip, hdparm, info, kernel, less, logrotate, losetup, man, mingetty,
modutils, mount, net-tools, passwd, procmail, procps, psmisc,
mandrake-release, rootfiles, rpm, sash, ash, setserial, shadow-utils,
sh-utils, stat, sysklogd, tar, termcap, textutils, time, tmpwatch,
util-linux, vim, vixie-cron, which, perl-base, msec, lilo, grub,
mkbootdisk, isapnptools
Regards,
Dmitry
+-------------------------------------------------------------------------+
Dmitry V. Levin mailto://ldv@fandra.org
Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team http://linux.iplabs.ru
Fandra Project http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who it's friends are.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип : application/pgp-signature
Размер : 232 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20001009/613d549f/attachment-0001.bin>
Подробная информация о списке рассылки Devel