Bug 38999

Summary:	не определяются автоматически зависимости для разработческих пакетов для pkg-config
Product:	Sisyphus	Reporter:	Малъ Скрылевъ <3aHyga>
Component:	pkg-config	Assignee:	placeholder <placeholder>
Status:	REOPENED ---	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P5	CC:	at, glebfm, grenka, ldv, placeholder
Version:	unstable
Hardware:	x86_64
OS:	Linux

Description

Малъ Скрылевъ 2020-09-26 00:56:25 MSK

Из-за того, не определяются автоматически зависимости для разработческих пакетов для pkg-config, при испольіовнии cmake вылезают сообщения:

Package xdmcp was not found in the pkg-config search path.
Perhaps you should add the directory containing `xdmcp.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xdmcp', required by 'xcb', not found

Package xau was not found in the pkg-config search path.
Perhaps you should add the directory containing `xau.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xau', required by 'xcb', not found

Package bzip2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `bzip2.pc'
to the PKG_CONFIG_PATH environment variable
Package 'bzip2', required by 'freetype2', not found

Package 'libpcre', required by 'glib-2.0', not found
Package libpcre was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpcre.pc'
to the PKG_CONFIG_PATH environment variable

Собственно хочется, чтобы все зависимости для devel пактеов определялись автоматически, как у нас принято для многих подсистем.

Comment 1

Grigory Ustinov 2020-09-26 02:06:43 MSK

Насколько мне известно, определяемость путей задаётся в *.pc файлах и у этих библиотек всё должно быть нормально.

grenka@Mr-Frog ~ $ hsh-install libpcre-devel
<13>Sep 25 23:01:36 rpmi: libpcre16-8.44-alt1 sisyphus+246874.100.1.1 1582587772 installed
<13>Sep 25 23:01:36 rpmi: pcretest-8.44-alt1 sisyphus+246874.100.1.1 1582587772 installed
<13>Sep 25 23:01:36 rpmi: libpcre-devel-8.44-alt1 sisyphus+246874.100.1.1 1582587772 installed
grenka@Mr-Frog ~ $ hsh-shell
[builder@localhost .in]$ pkg-config --cflags libpcre
-I/usr/include/pcre
[builder@localhost .in]$ rpm -ql libpcre-devel | grep "pc$"
/usr/lib64/pkgconfig/libpcre.pc
/usr/lib64/pkgconfig/libpcre16.pc
/usr/lib64/pkgconfig/libpcreposix.pc

Comment 2

Малъ Скрылевъ 2020-09-26 02:13:21 MSK

Гриша я имел ввиду не это, я имал ввиду, например, если брать первый лог, то чтобы для пакета, предоставляющего pkgconfig(xcb), накладываются зависимость от пакета, который предоставляет pkgconfig(xdmcp). То есть, чтобы pkgconfig(xdmcp) ставился по зависимости pkgconfig(xcb).

Comment 3

Grigory Ustinov 2020-09-26 03:30:50 MSK

(Ответ для Малъ Скрылевъ на комментарий #2)
> Гриша я имел ввиду не это, я имал ввиду, например, если брать первый лог, то
> чтобы для пакета, предоставляющего pkgconfig(xcb), накладываются зависимость
> от пакета, который предоставляет pkgconfig(xdmcp). То есть, чтобы
> pkgconfig(xdmcp) ставился по зависимости pkgconfig(xcb).

Тогда выставляй правильный компонент. Насколько мне известно, подобная простыня крутится обычно около libthai и эту цепочку зависимостей разорвал shrek@ чтобы не тащить кучу мусора.

Comment 4

Малъ Скрылевъ 2020-09-26 04:01:08 MSK

Какую тучу мусора? Просто я полагаю вполне разумным, чтобы скажем при установке kgconfig(xcb) вытягивался по зависимостям ещё и pkgconfig(xdmcp), тогда в случае использования  xcb в cmake, этой ругани не будет. А в чём состоит разрыв цепочки шреком?