ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [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