38999 2020-09-26 00:56:25 +0300 не определяются автоматически зависимости для разработческих пакетов для pkg-config 2020-09-26 13:34:06 +0300 1 1 4 Development Sisyphus pkg-config unstable x86_64 Linux REOPENED P5 normal --- 1 3aHyga placeholder at glebfm grenka ldv placeholder vt qa-sisyphus oldest_to_newest 192855 0 3aHyga 2020-09-26 00:56:25 +0300 Из-за того, не определяются автоматически зависимости для разработческих пакетов для 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 пактеов определялись автоматически, как у нас принято для многих подсистем. 192856 1 grenka 2020-09-26 02:06:43 +0300 Насколько мне известно, определяемость путей задаётся в *.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 192857 2 3aHyga 2020-09-26 02:13:21 +0300 Гриша я имел ввиду не это, я имал ввиду, например, если брать первый лог, то чтобы для пакета, предоставляющего pkgconfig(xcb), накладываются зависимость от пакета, который предоставляет pkgconfig(xdmcp). То есть, чтобы pkgconfig(xdmcp) ставился по зависимости pkgconfig(xcb). 192858 3 grenka 2020-09-26 03:30:50 +0300 (Ответ для Малъ Скрылевъ на комментарий #2) > Гриша я имел ввиду не это, я имал ввиду, например, если брать первый лог, то > чтобы для пакета, предоставляющего pkgconfig(xcb), накладываются зависимость > от пакета, который предоставляет pkgconfig(xdmcp). То есть, чтобы > pkgconfig(xdmcp) ставился по зависимости pkgconfig(xcb). Тогда выставляй правильный компонент. Насколько мне известно, подобная простыня крутится обычно около libthai и эту цепочку зависимостей разорвал shrek@ чтобы не тащить кучу мусора. 192859 4 3aHyga 2020-09-26 04:01:08 +0300 Какую тучу мусора? Просто я полагаю вполне разумным, чтобы скажем при установке kgconfig(xcb) вытягивался по зависимостям ещё и pkgconfig(xdmcp), тогда в случае использования xcb в cmake, этой ругани не будет. А в чём состоит разрыв цепочки шреком?