* [devel] [BUG] buildreq @ 2000-10-08 20:50 Alexander Bokovoy 2000-10-08 21:13 ` Dmitry V. Levin 0 siblings, 1 reply; 9+ messages in thread From: Alexander Bokovoy @ 2000-10-08 20:50 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 821 bytes --] Доброго времени суток! Пакет buildreq содержит ошибку в обработке используемых анализируемым пакетом путей и файлов: если присутствуют директории, на которые ссылается несколько пакетов, то все они будут внесены в зависимости. Этого не бывает для файлов, но для директорий -- обычное явление. Как с этим бороться -- неясно. Для стандартных директорий вроде /usr/lib, /usr/include, /lib, это может приводить (и приводит) к тому, что, например, для целиком консольного приложения выставляются зависимости на KDE и Epplets. Патч, лечащий эту ситуацию для стандартных директорий, я прилагаю. Но дополнительно есть еще один путь -- вычищать зависимости во всех собираемых пакетах так, чтобы они не включали в себя ссылки на "общественные" каталоги (по крайней мере), то есть, нужно подправить еще find-provides в rpm? -- АБ [-- Attachment #2: buildreq.patch --] [-- Type: text/plain, Size: 803 bytes --] --- buildreq.sh.org Tue Sep 19 18:40:24 2000 +++ buildreq.sh Sun Oct 8 12:30:30 2000 @@ -25,6 +25,12 @@ FILE="$1" shift $LIBDIR/buildreq "$FILE" "$@" +# We filter out all standard development directories which exist on all systems +# Without it, all packages which has dependencies on it, will be included, and +# we can run into wonderful situation when, for example, console-related package +# receives KDE in BuildRequires :-) : ${RPM:=rpm} -REQS="$(cat "$FILE" |xargs -r $RPM -qf --queryformat '%{NAME}\n' 2>/dev/null |sort -u |grep -v '^glibc$')" +REQS="$(cat "$FILE" | grep -v \ +'^\(/lib[/]\?\|/usr/lib[/]\?\|/usr/include[/]\?\|/usr/local/lib[/]\?\|/usr/local/include[/]\?\)$' \ + |xargs -r $RPM -qf --queryformat '%{NAME}\n' 2>/dev/null |sort -u |grep -v '^glibc$')" echo "$REQS" >"$FILE" ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] [BUG] buildreq 2000-10-08 20:50 [devel] [BUG] buildreq Alexander Bokovoy @ 2000-10-08 21:13 ` Dmitry V. Levin 2000-10-08 21:20 ` Alexander Bokovoy 0 siblings, 1 reply; 9+ messages in thread From: Dmitry V. Levin @ 2000-10-08 21:13 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 1831 bytes --] On Sun, Oct 08, 2000 at 11:50:41PM +0300, Alexander Bokovoy wrote: > Пакет buildreq содержит ошибку в обработке используемых анализируемым Приношу свои извинения: та версия, что есть в /devel, уже устарела, ибо есть более свежая. Как только выберусь из завала - положу. :) > пакетом путей и файлов: если присутствуют директории, на которые > ссылается несколько пакетов, то все они будут внесены в зависимости. > Этого не бывает для файлов, но для директорий -- обычное явление. Как с > этим бороться -- неясно. Для стандартных директорий вроде /usr/lib, > /usr/include, /lib, это может приводить (и приводит) к тому, что, > например, для целиком консольного приложения выставляются зависимости на > KDE и Epplets. > > Патч, лечащий эту ситуацию для стандартных директорий, я прилагаю. Но > дополнительно есть еще один путь -- вычищать зависимости во всех > собираемых пакетах так, чтобы они не включали в себя ссылки на > "общественные" каталоги (по крайней мере), то есть, нужно подправить еще > find-provides в rpm? Есть только один пакет, который имеет право включать эти каталоги: filesystem. Правильным был бы патч, который выкидывает все зависимости, которые разрешает filesystem, glibc, и еще несколько абсолютно незаменимых. С другой стороны, все пакеты, "предоставляющие" /usr/include & co, надо зафиксить к ближайшему релизу. 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. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] [BUG] buildreq 2000-10-08 21:13 ` Dmitry V. Levin @ 2000-10-08 21:20 ` Alexander Bokovoy 2000-10-08 21:42 ` Dmitry V. Levin 2000-10-08 21:43 ` [devel] Q: vote Dmitry V. Levin 0 siblings, 2 replies; 9+ messages in thread From: Alexander Bokovoy @ 2000-10-08 21:20 UTC (permalink / raw) To: devel "Dmitry V. Levin" wrote: > > > Пакет buildreq содержит ошибку в обработке используемых анализируемым > Приношу свои извинения: та версия, что есть в /devel, уже устарела, ибо > есть более свежая. Как только выберусь из завала - положу. :) OK. > > Патч, лечащий эту ситуацию для стандартных директорий, я прилагаю. Но > > дополнительно есть еще один путь -- вычищать зависимости во всех > > собираемых пакетах так, чтобы они не включали в себя ссылки на > > "общественные" каталоги (по крайней мере), то есть, нужно подправить еще > > find-provides в rpm? > > Есть только один пакет, который имеет право включать эти каталоги: filesystem. > Правильным был бы патч, который выкидывает все зависимости, которые > разрешает filesystem, glibc, и еще несколько абсолютно незаменимых. > С другой стороны, все пакеты, "предоставляющие" /usr/include & co, надо > зафиксить к ближайшему релизу. Безусловно. Причем, думается, что было бы полезным некоторые пакеты не включать в зависимости, потому как они есть в системе всегда (наподобие того же filesystem). Количество записей в BuildRequires при этом серьезно бы уменьшилось и стало бы обозреваемым. P.S. Подправьте mailman, чтобы Reply-To: выставлял в devel@linux.iplabs.ru, а то сейчас либо дубляж ответов идет за счет To: и CC: (Reply-All), либо письмо уходит только автору оригинального письма (Reply). _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] [BUG] buildreq 2000-10-08 21:20 ` Alexander Bokovoy @ 2000-10-08 21:42 ` Dmitry V. Levin 2000-10-08 22:37 ` Dmitry V. Levin 2000-10-08 21:43 ` [devel] Q: vote Dmitry V. Levin 1 sibling, 1 reply; 9+ messages in thread From: Dmitry V. Levin @ 2000-10-08 21:42 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 1701 bytes --] On Mon, Oct 09, 2000 at 12:20:03AM +0300, Alexander Bokovoy wrote: > > > Патч, лечащий эту ситуацию для стандартных директорий, я прилагаю. Но > > > дополнительно есть еще один путь -- вычищать зависимости во всех > > > собираемых пакетах так, чтобы они не включали в себя ссылки на > > > "общественные" каталоги (по крайней мере), то есть, нужно подправить еще > > > find-provides в rpm? > > > > Есть только один пакет, который имеет право включать эти каталоги: filesystem. > > Правильным был бы патч, который выкидывает все зависимости, которые > > разрешает filesystem, glibc, и еще несколько абсолютно незаменимых. > > С другой стороны, все пакеты, "предоставляющие" /usr/include & co, надо > > зафиксить к ближайшему релизу. > Безусловно. Причем, думается, что было бы полезным некоторые пакеты не > включать в зависимости, потому как они есть в системе всегда (наподобие > того же filesystem). Количество записей в > BuildRequires при этом серьезно бы уменьшилось и стало бы обозреваемым. Essential? Где-то я это уже видел. :) Если серьезно, то так и было задумано. Это, как минимум, те пакеты, без которых система встанет быстрее, чем можно будет что-то предпринять. Список пакетов подлежит обсуждению. 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. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] [BUG] buildreq 2000-10-08 21:42 ` Dmitry V. Levin @ 2000-10-08 22:37 ` Dmitry V. Levin 0 siblings, 0 replies; 9+ messages in thread From: Dmitry V. Levin @ 2000-10-08 22:37 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 3154 bytes --] 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. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Q: vote 2000-10-08 21:20 ` Alexander Bokovoy 2000-10-08 21:42 ` Dmitry V. Levin @ 2000-10-08 21:43 ` Dmitry V. Levin 2000-10-08 21:45 ` Alexander Bokovoy 2000-10-09 3:19 ` Mikhail Zabaluev 1 sibling, 2 replies; 9+ messages in thread From: Dmitry V. Levin @ 2000-10-08 21:43 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 1004 bytes --] On Mon, Oct 09, 2000 at 12:20:03AM +0300, Alexander Bokovoy wrote: > P.S. Подправьте mailman, чтобы Reply-To: выставлял в > devel@linux.iplabs.ru, а то сейчас либо дубляж ответов идет за счет To: > и CC: (Reply-All), либо письмо уходит только автору оригинального письма > (Reply). Лично я против. У моего mailer'а есть функция reply-to-list, очень удобно: хочешь ответить лично - делаешь reply, хочешь ответить в список - reply-to-list. Предлагаю проголосовать. Если большинство подписчиков считает иначе - будет изменено. 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. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] Q: vote 2000-10-08 21:43 ` [devel] Q: vote Dmitry V. Levin @ 2000-10-08 21:45 ` Alexander Bokovoy 2000-10-09 3:19 ` Mikhail Zabaluev 1 sibling, 0 replies; 9+ messages in thread From: Alexander Bokovoy @ 2000-10-08 21:45 UTC (permalink / raw) To: devel "Dmitry V. Levin" wrote: > > On Mon, Oct 09, 2000 at 12:20:03AM +0300, Alexander Bokovoy wrote: > > P.S. Подправьте mailman, чтобы Reply-To: выставлял в > > devel@linux.iplabs.ru, а то сейчас либо дубляж ответов идет за счет To: > > и CC: (Reply-All), либо письмо уходит только автору оригинального письма > > (Reply). > > Лично я против. > У моего mailer'а есть функция reply-to-list, очень удобно: > хочешь ответить лично - делаешь reply, хочешь ответить в список - > reply-to-list. Любой почтовый клиент при виде reply-to умеет спрашивать необходимость подмены обратного адреса на reply-to, а вот без выставленного оного -- "труба". Мне сейчас приходится пользоваться тремя-пятью различными программами (в зависимости от места, с которого осуществляется доступ к IMAP-серверу, тут уже не от меня зависит), у них у всех есть понимание reply-to, но только mutt умеет "reply-to-list". Прописывать же руками или из адресной книги адрес рассылки, согласитесь, не дело. > Предлагаю проголосовать. > Если большинство подписчиков считает иначе - будет изменено. +1 "за" :-) -- АБ _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] Q: vote 2000-10-08 21:43 ` [devel] Q: vote Dmitry V. Levin 2000-10-08 21:45 ` Alexander Bokovoy @ 2000-10-09 3:19 ` Mikhail Zabaluev 2000-10-09 7:51 ` Dmitry V. Levin 1 sibling, 1 reply; 9+ messages in thread From: Mikhail Zabaluev @ 2000-10-09 3:19 UTC (permalink / raw) To: devel Hello Dmitry, On Mon, Oct 09, 2000 at 01:43 +0400, Dmitry V. Levin wrote: > > On Mon, Oct 09, 2000 at 12:20:03AM +0300, Alexander Bokovoy wrote: > > P.S. Подправьте mailman, чтобы Reply-To: выставлял в > > devel@linux.iplabs.ru, а то сейчас либо дубляж ответов идет за счет To: > > и CC: (Reply-All), либо письмо уходит только автору оригинального письма > > (Reply). > > Лично я против. > У моего mailer'а есть функция reply-to-list, очень удобно: > хочешь ответить лично - делаешь reply, хочешь ответить в список - > reply-to-list. > > Предлагаю проголосовать. > Если большинство подписчиков считает иначе - будет изменено. Я за Reply-To:. Как пользователю Mutt мне все равно, а другим будет полезно. Этот список, насколько я понимаю, должен лучше поддерживать общие дебаты, чем келейную переписку :) -- Stay tuned, MhZ mailto:mookid@sigent.ru ----------- Humility is the first of the virtues -- for other people. -- Oliver Wendell Holmes _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] Q: vote 2000-10-09 3:19 ` Mikhail Zabaluev @ 2000-10-09 7:51 ` Dmitry V. Levin 0 siblings, 0 replies; 9+ messages in thread From: Dmitry V. Levin @ 2000-10-09 7:51 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 1299 bytes --] On Mon, Oct 09, 2000 at 07:19:23AM +0400, Mikhail Zabaluev wrote: > > > P.S. Подправьте mailman, чтобы Reply-To: выставлял в > > > devel@linux.iplabs.ru, а то сейчас либо дубляж ответов идет за счет To: > > > и CC: (Reply-All), либо письмо уходит только автору оригинального письма > > > (Reply). > > > > Лично я против. > > У моего mailer'а есть функция reply-to-list, очень удобно: > > хочешь ответить лично - делаешь reply, хочешь ответить в список - > > reply-to-list. > > > > Предлагаю проголосовать. > > Если большинство подписчиков считает иначе - будет изменено. > > Я за Reply-To:. Как пользователю Mutt мне все равно, а другим будет > полезно. Этот список, насколько я понимаю, должен лучше поддерживать общие > дебаты, чем келейную переписку :) Убедили, можно больше не высказываться на эту тему. :) 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. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2000-10-09 7:51 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2000-10-08 20:50 [devel] [BUG] buildreq Alexander Bokovoy 2000-10-08 21:13 ` Dmitry V. Levin 2000-10-08 21:20 ` Alexander Bokovoy 2000-10-08 21:42 ` Dmitry V. Levin 2000-10-08 22:37 ` Dmitry V. Levin 2000-10-08 21:43 ` [devel] Q: vote Dmitry V. Levin 2000-10-08 21:45 ` Alexander Bokovoy 2000-10-09 3:19 ` Mikhail Zabaluev 2000-10-09 7:51 ` Dmitry V. Levin
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git