Bug 38999

Summary: не определяются автоматически зависимости для разработческих пакетов для pkg-config
Product: Sisyphus Reporter: Малъ Скрылевъ <3aHyga>
Component: pkg-configAssignee: 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, этой ругани не будет. А в чём состоит разрыв цепочки шреком?