from the build log:: >>> Configuring source in /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/gnome-base/dconf-0.30.1/work/dconf-0.30.1 ... meson --buildtype plain --libdir lib --localstatedir /var/lib --prefix /usr --sysconfdir /etc --wrap-mode nodownload --cross-file /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/gnome-base/dconf-0.30.1/temp/meson.armv7a-unknown-linux-gnueabihf.arm -Dbash_completion_dir=/usr/share/bash-completion/completions -Dman=true -Dgtk_doc=false /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/gnome-base/dconf-0.30.1/work/dconf-0.30.1 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/gnome-base/dconf-0.30.1/work/dconf-0.30.1-build The Meson build system Version: 0.51.2 Source dir: /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/gnome-base/dconf-0.30.1/work/dconf-0.30.1 Build dir: /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/gnome-base/dconf-0.30.1/work/dconf-0.30.1-build Build type: cross build Project name: dconf Project version: 0.30.1 Appending CFLAGS from environment: '-O2 -march=znver1 -pipe' Appending LDFLAGS from environment: '-Wl,-O1 -Wl,--as-needed' Appending CPPFLAGS from environment: ' ' C compiler for the build machine: x86_64-pc-linux-gnu-gcc (gcc 8.3.0 "x86_64-pc-linux-gnu-gcc (Gentoo 8.3.0-r1 p1.1) 8.3.0") meson.build:1:0: ERROR: Could not execute Vala compiler "valac" vala-0.42.7 is installend on both the host and the target.
Created attachment 589030 [details] build.log
Created attachment 589032 [details] log file from meson
upstream gave the advice to upgrade, since vala has been dropped from dconf-0.31.2 on. In that case, I think the vala eclass might be dropped too, only vapigen reminds and can be removed with -Dvapi=false Well, if that's desireable.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ca0ad966b82e1cdadd45af81c84bdb25fcf1fcb3 commit ca0ad966b82e1cdadd45af81c84bdb25fcf1fcb3 Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2019-09-08 11:30:12 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2019-09-08 11:31:03 +0000 gnome-base/dconf: bump to 0.32.0, drop env.d snippet and vala deps Long ago we added a /etc/env.d/51dconf for forcing GSETTINGS_BACKEND=dconf into the environment when dconf is installed - presumably to switch over to it from gconf. However nowadays dconf already has the highest priority out of the available gsettings backend extension points, thus this has become long unnecessary, and if GSETTINGS_BACKEND is unset and dconf is installed, it'll pick dconf still too. dconf-0.32 ported its dconf command line utility away from vala to straight C, and thus vala is not necessary anymore. It is necessary (the vapigen.pc file in particular) upstream for finding the location where to install the pregenerated dconf.vapi and dconf.deps files, but I've patched it to just fallback to the well-established location of ${datadir}/vala/vapi/ and thus can keep shipping vapi file without introducing a USE flag and vala deps. Closes: https://bugs.gentoo.org/693472 Package-Manager: Portage-2.3.69, Repoman-2.3.12 Signed-off-by: Mart Raudsepp <leio@gentoo.org> gnome-base/dconf/Manifest | 1 + gnome-base/dconf/dconf-0.32.0.ebuild | 67 ++++++++++++++++++++++ .../dconf/files/0.32.0-drop-vapigen-dep.patch | 44 ++++++++++++++ 3 files changed, 112 insertions(+)
