Bug 38999 - не определяются автоматически зависимости для разработческих пакетов для pkg-config
Summary: не определяются автоматически зависимости для разработческих пакетов для pkg-...
Status: REOPENED
Alias: None
Product: Sisyphus
Classification: Development
Component: pkg-config (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: placeholder@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-26 00:56 MSK by Малъ Скрылевъ
Modified: 2020-09-26 13:34 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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, этой ругани не будет. А в чём состоит разрыв цепочки шреком?