Could not find GIR file 'Tracker-2.0.gir'; check XDG_DATA_DIRS or use --includedir error parsing file src/libtracker-sparql-backend/Tracker-2.0.gir: Failed to parse included gir Tracker-2.0 ninja: build stopped: subcommand failed. * ERROR: app-misc/tracker-2.1.8::gentoo failed (compile phase): * ninja -v -j1 -l0 -C /var/tmp/portage/app-misc/tracker-2.1.8/work/tracker-2.1.8-build failed * ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_gnome-libressl_abi32+64-20190728-014504 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-9.1.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.12.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpvO app-misc/tracker [ebuild N ] app-misc/tracker-2.1.8 USE="miners networkmanager -gtk-doc -stemmer"
Created attachment 585132 [details] emerge-info.txt
Created attachment 585134 [details] app-misc:tracker-2.1.8:20190730-031348.log
Created attachment 585136 [details] emerge-history.txt
Created attachment 585138 [details] environment
Created attachment 585140 [details] etc.portage.tbz2
Created attachment 585142 [details] temp.tbz2
looks like its related to vala-0.44 as it compiles fine with vala-0.42 for me workaround to get it compiled is `emerge -cav vala:0.44` thanks to iamben (not me) which figured that out :)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9ee8caa72dae95aa4b3f4eacaa458af7c0b5850c commit 9ee8caa72dae95aa4b3f4eacaa458af7c0b5850c Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2019-08-02 16:46:56 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2019-08-02 16:47:41 +0000 app-misc/tracker: workaround compilation issue against vala:0.44 Limit to vala-0.42 and older for now. With >=vala-0.44.5:0.44 it is crashing g-ir-compiler somehow, while it is fine with older vala, including 0.44.4. It seems to also be fine with p.masked vala-0.45.3. Needs more investigation, as it may be affecting other packages as well if it's a vala:0.44 regression, not a tracker problem, but meanwhile this workaround gets things going for ~arch users again. Bug: https://bugs.gentoo.org/691072 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Mart Raudsepp <leio@gentoo.org> app-misc/tracker/tracker-2.1.8.ebuild | 1 + 1 file changed, 1 insertion(+)
(In reply to Benjamin Junglas from comment #7) > looks like its related to vala-0.44 as it compiles fine with vala-0.42 for me > > workaround to get it compiled is `emerge -cav vala:0.44` > > thanks to iamben (not me) which figured that out :) The workaround I put in place in the package now makes it use 0.42 or older even if 0.44 is installed. Would be good to know if something else is failing similarly with 0.44 present. I had 0.45 present here.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=24498428ca700c5f84c362ea7f7c800aa1213326 commit 24498428ca700c5f84c362ea7f7c800aa1213326 Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2019-08-05 11:01:47 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2019-08-05 12:41:55 +0000 app-misc/tracker: fix compatibility with vala:0.44 and reallow 0.44 With vala:0.46 it has new problems, so raise the MAX from 0.42 to 0.44 instead of removing it. The core problem was that 0.44.4 fixed a bug where it didn't notice some extern symbol or whatnot and filtered out a Tracker-2.0 include, so now with 0.44.4 and newer the GIR file had Tracker-2.0 including Tracker-2.0 and under sandbox it bailed out in some snprintf stuff (without sandbox it seemed to succeed, maybe it has a recursion limit that hits after stricter sandbox bails on some snprintf limit stuff going on in that recursion, or I tested bad) in the recursion. Newer tracker has a fix by avoiding this situation that it itself causes (it merges multiple different GIR files together, without that it would probably be fine) by avoiding the include of itself, and this is the patch that we apply now to fix vala:0.44 compat to be able to lift the restriction. Closes: https://bugs.gentoo.org/691072 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Mart Raudsepp <leio@gentoo.org> .../tracker/files/2.1.8-vala-0.44-compat.patch | 46 ++++++++++++++++++++++ app-misc/tracker/tracker-2.1.8.ebuild | 3 +- 2 files changed, 48 insertions(+), 1 deletion(-)
