Bug 645276 – gnome-extra/gnome-documents-3.24.3 fails to build: You do not have API version 1.0 of the GObject Introspection bindings for the cairo library

• Status: RESOLVED OBSOLETE
• Product: Gentoo Linux

[Description Stephan Untergrabner 2018-01-21 17:47:38 UTC]

Created attachment 515732 [details]
build.log

Build of gnome-extra/gnome-documents-3.24.3 fails, with the following msgs:

configure: error: You do not have API version 1.0 of the GObject
Introspection bindings for the cairo library.

* Call stack:
 *               ebuild.sh, line  124:  Called src_configure
 *             environment, line 2710:  Called gnome2_src_configure
 *             environment, line 1891:  Called econf '--disable-maintainer-mode' '--disable-schemas-compile'
 *        phase-helpers.sh, line  666:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *   		die "$@"

See attached emerge info and build log.

[Comment 1 Stephan Untergrabner 2018-01-21 17:48:22 UTC]

Created attachment 515734 [details]
emerge-info

[Comment 2 Stephan Untergrabner 2018-01-21 17:49:08 UTC]

Created attachment 515736 [details]
emerge -pqv

[Comment 3 Mart Raudsepp 2018-01-21 18:02:57 UTC]

Something is wrong with your gjs, it seems. Can you try if gjs on the command line works at least? It should open up a javascript shell, similar to a python one.

[Comment 4 Stephan Untergrabner 2018-01-21 18:16:23 UTC]

Yes, gjs opens a shell. eix gjs:

[I] dev-libs/gjs
     Verfügbare Versionen:   1.46.0 1.48.7 {+cairo examples gtk test}
     Installierte Versionen: 1.48.7(20:22:08 18.01.2018)(cairo gtk -examples -test)
     Startseite:             https://wiki.gnome.org/Projects/Gjs
     Beschreibung:           Javascript bindings for GNOME

[Comment 5 Stephan Untergrabner 2018-01-21 20:09:17 UTC]

And simple_example.js from 
   http://gjs-tutorial.readthedocs.io/en/latest/introduction.html 
executes as expected.

[Comment 6 Stephan Untergrabner 2018-01-22 17:54:16 UTC]

Can be closed. This is an upstream bug, executing "unset XDG_DATA_DIRS" in root-shell prior to emerge solved the problem. See https://forums.gentoo.org/viewtopic-p-8049972.html?sid=8a05c71248ac41a77f553fa324a59c8c.
(btw. "su -" instead of "su" was not enough as indicated in the forum)

[Comment 7 Mart Raudsepp 2018-01-22 19:08:58 UTC]

Sounds like bug 644136 then to me. Was your XDG_DATA_DIRS set, but missing /usr/share ?

[Comment 8 Stephan Untergrabner 2018-01-22 19:14:54 UTC]

This was my XDG_DATA_DIRS prior to the unsuccessfull emerge of gnome-documents:

etec ~ # echo $XDG_DATA_DIRS 
/root/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share:/usr/share/gdm

[Comment 9 Mart Raudsepp 2018-01-22 20:16:04 UTC]

I think this deserves some more investigation from our end then, together with the other bug maybe.

[Comment 10 Gilles Dartiguelongue (RETIRED) 2018-01-23 07:41:06 UTC]

I guess if you remove flatpak variables, it should build fine as this is the regular defaults from the tree. flatpak should probably not be used for build which means we should probably just unset/reset this variable in xdg-utils.eclass and be done with it.

[Comment 11 Stephan Untergrabner 2018-01-23 19:08:56 UTC]

Can confirm, after removing the 2 flatpak related paths from XDG_DATA_DIRS gnome-documents builds fine, after re-adding them the build fails again.