It fails with: >> Configuring source in /var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0 ... meson setup --buildtype plain --libdir lib64 --localstatedir /var/lib --prefix /usr --sysconfdir /etc --wrap-mode nodownload --build.pkg-config-path /usr/share/pkgconfig --pkg-config-path /usr/share/pkgconfig --native-file /var/tmp/portage/x11-libs/gtksourceview-4.4.0/temp/meson.x86_64-pc-linux-gnu.amd64.ini -Dglade_catalog=false -Dinstall_tests=false -Dgir=true -Dvapi=true -Dgtk_doc=false /var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0 /var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0-build The Meson build system Version: 0.52.1 Source dir: /var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0 Build dir: /var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0-build Build type: native build Project name: gtksourceview Project version: 4.4.0 Appending CFLAGS from environment: '-march=native -pipe -O2 -ggdb' Appending LDFLAGS from environment: ['-Wl,-O1', '-Wl,--as-needed', '-Wl,--hash-style=gnu'] Appending CFLAGS from environment: '-march=native -pipe -O2 -ggdb' Appending LDFLAGS from environment: ['-Wl,-O1', '-Wl,--as-needed', '-Wl,--hash-style=gnu'] C compiler for the host machine: x86_64-pc-linux-gnu-gcc (gcc 9.2.0 "x86_64-pc-linux-gnu-gcc (Gentoo 9.2.0-r2 p3) 9.2.0") C linker for the host machine: GNU ld.bfd 2.33.1 Host machine cpu family: x86_64 Host machine cpu: x86_64 Library m found: YES Found pkg-config: /usr/bin/x86_64-pc-linux-gnu-pkg-config (0.29.2) Run-time dependency glib-2.0 found: YES 2.64.2 Run-time dependency gobject-2.0 found: YES 2.64.2 Run-time dependency gio-2.0 found: YES 2.64.2 Run-time dependency gtk+-3.0 found: YES 3.24.20 Run-time dependency libxml-2.0 found: YES 2.9.9 Run-time dependency fribidi found: YES 1.0.9 Found CMake: /usr/bin/cmake (3.16.5) Run-time dependency gtk+-quartz-3.0 found: NO (tried pkgconfig and cmake) Run-time dependency gobject-introspection-1.0 found: YES 1.64.1 Run-time dependency vapigen found: NO (tried pkgconfig and cmake) meson.build:99:2: ERROR: Dependency "vapigen" not found, tried pkgconfig and cmake A full log can be found at /var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0-build/meson-logs/meson-log.txt * ERROR: x11-libs/gtksourceview-4.4.0::gentoo failed (configure phase): * (no error message) * * Call stack: * ebuild.sh, line 125: Called src_configure * environment, line 2414: Called meson_src_configure * environment, line 1662: Called die * The specific snippet of code: * "${mesonargs[@]}" ) || die * * If you need support, post the output of `emerge --info '=x11-libs/gtksourceview-4.4.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=x11-libs/gtksourceview-4.4.0::gentoo'`. * The complete build log is located at '/var/log/portage/build/x11-libs/gtksourceview-4.4.0:20200505-102906.log.gz'. * For convenience, a symlink to the build log is located at '/var/tmp/portage/x11-libs/gtksourceview-4.4.0/temp/build.log.gz'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/gtksourceview-4.4.0/temp/environment'. * Working directory: '/var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0' * S: '/var/tmp/portage/x11-libs/gtksourceview-4.4.0/work/gtksourceview-4.4.0'
it seems to try to use vapigen instead of the latest versioned one
Created attachment 636184 [details] meson-log.txt
I think this could be caused by latest changes in meson.eclass: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e569e669447a74c2269a0d0f86f53af70fe19284 I see that vala.eclass is properly updating .pc files and updating the PATH to let pkg-config to find the proper files, but later meson.eclass is losing the variable :/ Please note this would affect to more packages using vala
Some python+meson eclass using packages are just as well broken now, e.g. bug 720940. Can we please be more careful about these changes, with possibly more tinderboxing instead of doing quick changes that will affect stable users too? meson isn't a fringe build system anymore where breakages in its gentoo toolchain aren't felt too hard.
Had to mask version 4.4.0 to pull in something that has gtksourceview as a dependency, had the exact same problem as the OP
(In reply to Mart Raudsepp from comment #4) > Can we please be more careful about these changes, with possibly more > tinderboxing instead of doing quick changes that will affect stable users > too? meson isn't a fringe build system anymore where breakages in its gentoo > toolchain aren't felt too hard. I posted a patch for review last week, and it seems nobody even bothered to look at it, much less test it. Anyway, I'm doing my best to fix problems as I am made aware of them.
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8447ae886cb4465129e8687f38cea0e6d784c4ef commit 8447ae886cb4465129e8687f38cea0e6d784c4ef Author: Mike Gilbert <floppym@gentoo.org> Date: Tue May 5 17:26:42 2020 -0400 meson.eclass: append /usr/share/pkgconfig to PKG_CONFIG_PATH Bug: https://bugs.gentoo.org/720866 Signed-off-by: Mike Gilbert <floppym@gentoo.org> eclass/meson.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
(In reply to Mike Gilbert from comment #6) > I posted a patch for review last week, and it seems nobody even bothered to > look at it, much less test it. > > Anyway, I'm doing my best to fix problems as I am made aware of them. Yes, and thanks for that. What I mean is, those initial patches (which afaik were done "just" to support a newer meson and get it unmasked quicker) that started the cascade of issues may have been good to put into a bit more of a tinderbox building and testing with stable meson as well, before thrown in on lack of negative (or positive) reviews. What is done is done, but this appears to happen now after each change or meson feature release bump, and this needs to somehow improve.
