Bug 8914 - Не полные зависимости
Summary: Не полные зависимости
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: libXt-devel (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Valery Inozemtsev
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-23 17:59 MSK by Slava Semushin
Modified: 2006-01-28 22:31 MSK (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Slava Semushin 2006-01-23 17:59:40 MSK
buildreq выдал мне не верные зависимости и поэтому я решил вручную их получить
путем опытов. Копался в хашере и в ходе изучения config.log понял, что пакет
libXt-devel не имеет нескольких зависимостей. А именно:

[c0der@mycomp ~]$ rpm -qf /usr/include/X11/Intrinsic.h | xargs rpm -ql | grep
'X11/' | xargs grep -oh '#include <X11/.*>' | sort -u | sed
's|.*<\(.*\)>|/usr/include/\1|' | xargs rpm -qf | sort -u
libSM-devel-1.0.0-alt1
libX11-devel-1.0.0-alt2
libXt-devel-1.0.0-alt1
xorg-x11-proto-devel-7.0.0-alt2
[c0der@mycomp ~]$ rpm -qRf /usr/include/X11/Intrinsic.h 
libXt = 1.0.0-alt1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1

На этом основании я считаю, что нужно добавить в зависимости пакеты libSM-devel,
libX11-devel и xorg-x11-proto-devel, т.к. заголовочные файлы из этих пакетов
включаются в хедеры, предоставляемые пакетом libXt-devel.
Comment 1 Valery Inozemtsev 2006-01-23 18:02:20 MSK

*** This bug has been marked as a duplicate of 8905 ***
Comment 2 Slava Semushin 2006-01-23 21:32:24 MSK
(In reply to comment #1)
> *** This bug has been marked as a duplicate of 8905 ***

Нет. Какой же это дубль? Там вообще про другой пакет. И про какие-то pc-файлы от
pkg-config :)
Comment 3 Valery Inozemtsev 2006-01-23 21:44:52 MSK
а не наоборот? 
Comment 4 Slava Semushin 2006-01-23 21:54:11 MSK
(In reply to comment #3)
> а не наоборот? 

Ты меня не запутывай :) Я вижу в config.log следующее:

configure:3601: gcc -E  conftest.c
In file included from conftest.c:13:
/usr/include/X11/Intrinsic.h:56:22: X11/Xlib.h: No such file or directory
/usr/include/X11/Intrinsic.h:57:23: X11/Xutil.h: No such file or directory
/usr/include/X11/Intrinsic.h:58:27: X11/Xresource.h: No such file or directory
configure:3607: $? = 1
configure: failed program was:
[skip]
configure:3657: gcc -o conftest -pipe -Wall -Werror -O2 -march=i686   conftest.c
-lXt  >&5
In file included from conftest.c:13:
/usr/include/X11/Intrinsic.h:56:22: X11/Xlib.h: No such file or directory
/usr/include/X11/Intrinsic.h:57:23: X11/Xutil.h: No such file or directory
/usr/include/X11/Intrinsic.h:58:27: X11/Xresource.h: No such file or directory

В BuildRequires у меня прописано только libXt-devel. В итоге мне приходится
прописывать дополнительно и libX11-devel :( Но оно же должно быть в зависимостях!

Если не прописыванием зависимостей, то тогда я не знаю как решать. Но решать надо :)
Comment 5 Valery Inozemtsev 2006-01-23 22:03:50 MSK
не путай меня, я сам запутаюсь? а почему только libXt-devel? сам по себе 
libXt.so.6.0.0 никому не нужен. почему бы не запустить buildreq и не 
посмотреть что он добавит? переливаем из пустого в порожнее. считай что 
исправлено 
Comment 6 Slava Semushin 2006-01-23 22:20:28 MSK
(In reply to comment #5)
> не путай меня, я сам запутаюсь?

Да нет, листинг выше меня возвращает в реальность :)

> а почему только libXt-devel?

Потому что я наткнулся на него. Наверняка, проблемы с не полными зависимостями
есть и в других пакетах, но я повешал лишь на те с чем сам имел дело. Искать и
вешать на всех -- у меня нет ни времени, ни желания, но и проходить мимо того,
что явно заметил я не буду.

> сам по себе libXt.so.6.0.0 никому не нужен. почему бы не запустить buildreq и не 
> посмотреть что он добавит?

Мне buildreq выдал 8 зависимостей. Я вручную всего пять сделал. И то, если ты
эти зависимости поправишь, даже меньше будет.

buildreq ошибается. Это давно известно.

> переливаем из пустого в порожнее. считай что исправлено

Что значит "считай" ? :) Ты зависимости в след. сборке добавишь?

Comment 7 Andrey Rahmatullin 2006-01-24 20:01:41 MSK
(In reply to comment #6)
> buildreq ошибается. Это давно известно.
Неверно. buildreq - оценка сверху. Он не ошибается.
Comment 8 Slava Semushin 2006-01-24 21:25:21 MSK
(In reply to comment #7)
> Неверно. buildreq - оценка сверху. Он не ошибается.

Ну как не-то?! :) Андрей, он мне для diskmon выдал зависимость на imake и ещё
пару пакетов, которые вообще почти никак не причастны. Точнеее причастны
конечно, но очень косвенно (configure просто дёргает за всё подряд :().

Comment 9 Andrey Rahmatullin 2006-01-24 22:55:56 MSK
(In reply to comment #8)
> Ну как не-то?! :) Андрей, он мне для diskmon выдал зависимость на imake и ещё
> пару пакетов, которые вообще почти никак не причастны.
Так это не ошибка.
Ошибка - это когда вывода buildreq недостаточно для воспроизводимости сборки.