* [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
* [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] [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
* 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