Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Remove the need for dbus when compiling gtk+:3
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Tue Oct 22, 2019 4:30 pm    Post subject: Remove the need for dbus when compiling gtk+:3 Reply with quote

For those who don't want to pull in dbus when compiling gtk+:3 there is a way to fix it.

-------------Warning--------------
This has been added to further clarify who should use this:

If you are already using dbus for other things, then you should not use this.
This is for those people not running gnome/kde and for those who do not want to have dbus on their system.
-------------------------------------

New directions thanks to charles17 question below (much easier)

edit /etc/portage/profile/package.provided and add app-accessibility/at-spi2-atk-2.5.3
Note: if newer ebuilds require a version greater than 2.5.3 then that needs to be added.

mkdir /etc/portage/patches/x11-libs/gtk+:3 (you can specify version if you desire, but I've found the patch has worked well going back to 3.19)
copy following patch to the directory (call it what you want, a good name would be at-sp2-atk-removal.patch or atk-bridge-removal.patch)

emerge and enjoy your gtk:+3 without dbus being needed.

Code:
## Remove gtk3-atk-bridge support to avoid unwanted dbus dependency.

 
--- 1/configure.ac.orig   2018-10-22 09:23:08.542046885 -0500
+++ 2/configure.ac   2018-10-22 09:37:03.335514971 -0500
@@ -1390,14 +1390,10 @@
 
 
 ########################################
-# Check for Accessibility Toolkit flags
+# Removed the at-spi (atk-bridge) support
 ########################################
 
-if test x$enable_x11_backend = xyes; then
-   ATK_PACKAGES="atk atk-bridge-2.0"
-else
-   ATK_PACKAGES="atk"
-fi
+ATK_PACKAGES="atk"
 
 PKG_CHECK_MODULES(ATK, $ATK_PACKAGES)
 
## Remove gtk3-atk-bridge support to avoid unwanted dbus dependency.

--- 1/gtk/a11y/gtkaccessibility.c.orig   2018-10-22 09:23:50.806564701 -0500
+++ 2/gtk/a11y/gtkaccessibility.c   2018-10-22 09:33:39.019965471 -0500
@@ -37,10 +37,6 @@
 #include <gtk/gtktogglebutton.h>
 #include <gtk/gtkaccessible.h>
 
-#ifdef GDK_WINDOWING_X11
-#include <atk-bridge.h>
-#endif
-
 static gboolean gail_focus_watcher      (GSignalInvocationHint *ihint,
                                          guint                  n_param_values,
                                          const GValue          *param_values,
@@ -988,9 +984,5 @@
   _gtk_accessibility_override_atk_util ();
   do_window_event_initialization ();
 
-#ifdef GDK_WINDOWING_X11
-  atk_bridge_adaptor_init (NULL, NULL);
-#endif
-
   atk_misc_instance = g_object_new (GTK_TYPE_MISC_IMPL, NULL);
 }



It's just that simple (well until the devs modify the ebuild/eclasses again)

Note: This is intended for those not using gnome/kde or those simply wanting a dbus free system.
I mention gnome/kde, because there are lots of other wm related packages pulling in dbus.


Old way - kept for historical reasons.
go to PORTDIR/x11-libs/gtk+/
look for all patches listed in the ebuild
copy those patches to your local repo files directory
copy the ebuild to your local repo
edit the ebuild, save changes, and create digest
create user patch directory and put the patch file there
emerge and enjoy

I'll use gtk+-3.24.10.ebuild as the example (since it's the current stable one)

PORTDIR in my case is /usr/portage and local repo is /usr/local/portage (modify paths for your particular system)

cd /usr/portage/x11-libs/gtk+
grep -i patch gtk+-3.24.10.ebuild (in this case there are 2 files)
cp files/gtk+-3.22.20-libcloudproviders-automagic.patch /usr/local/portage/x11-libs/gtk+/files
cp files/gtk+-3.24.8-update-icon-cache.patch /usr/local/portage/x11-libs/gtk+/files
cp gtk+-3.24.10.ebuild /usr/local/portage/x11-libs/gtk+
cd /usr/local/portage/x11-libs/gtk+
edit gtk+-3.24.10.ebuild and remove dependency line with app-accessibility/at-spi2-atk on it and save file
ebuild gtk+-3.24.10.ebuild digest (create the digest so portage knows about it and associated files in /files directory)
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland


Last edited by Anon-E-moose on Tue Oct 29, 2019 9:48 am; edited 4 times in total
Back to top
View user's profile Send private message
Ant P.
Watchman
Watchman


Joined: 18 Apr 2009
Posts: 6920

PostPosted: Wed Oct 23, 2019 1:31 am    Post subject: Reply with quote

Seems like a lot of manual work when there's been up-to-date ebuilds with USE=accessibility in various overlays for several months.
Back to top
View user's profile Send private message
sitquietly
Apprentice
Apprentice


Joined: 23 Oct 2010
Posts: 151
Location: On the Wolf River, Tennessee

PostPosted: Wed Oct 23, 2019 6:24 am    Post subject: Reply with quote

Ant P. wrote:
...there's been up-to-date ebuilds with USE=accessibility in various overlays for several months.


Thank you, I found your flussence repository and the debloated gtk+3, also very nice gtk2 gucharmap. I'm very glad to find those, and the audacious and quiterss ebuilds (and runit support!).
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Wed Oct 23, 2019 9:33 am    Post subject: Reply with quote

Ant P. wrote:
Seems like a lot of manual work when there's been up-to-date ebuilds with USE=accessibility in various overlays for several months.


Well, I don't routinely run around checking all the overlays to see what's going on.
This thread is still useful if someone wants to know how to do it or like me doesn't follow overlays.
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3685

PostPosted: Wed Oct 23, 2019 11:28 am    Post subject: Re: Remove the need for dbus when compiling gtk+:3 Reply with quote

Anon-E-moose wrote:
For those who don't want to pull in dbus when compiling gtk+:3 there is a way to fix it.

go to PORTDIR/x11-libs/gtk+/
look for all patches listed in the ebuild
copy those patches to your local repo files directory
copy the ebuild to your local repo
edit the ebuild, save changes, and create digest
create user patch directory and put the patch file there
emerge and enjoy

I'll use gtk+-3.24.10.ebuild as the example (since it's the current stable one)

PORTDIR in my case is /usr/portage and local repo is /usr/local/portage (modify paths for your particular system)

cd /usr/portage/x11-libs/gtk+
grep -i patch gtk+-3.24.10.ebuild (in this case there are 2 files)
cp files/gtk+-3.22.20-libcloudproviders-automagic.patch /usr/local/portage/x11-libs/gtk+/files
cp files/gtk+-3.24.8-update-icon-cache.patch /usr/local/portage/x11-libs/gtk+/files
cp gtk+-3.24.10.ebuild /usr/local/portage/x11-libs/gtk+
cd /usr/local/portage/x11-libs/gtk+
edit gtk+-3.24.10.ebuild and remove dependency line with app-accessibility/at-spi2-atk on it and save file
ebuild gtk+-3.24.10.ebuild digest (create the digest so portage knows about it and associated files in /files directory)

mkdir /etc/portage/patches/x11-libs/gtk+:3 (you can specify version if you desire, but I've found the patch has worked well going back to 3.19)
copy following patch to the directory (call it what you want, a good name would be at-sp2-atk-removal.patch or atk-bridge-removal.patch)

Why put it in /etc/portage/patches instead of listing it in the PATCHES array and having it in the ebuild's files directory?
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Wed Oct 23, 2019 12:02 pm    Post subject: Re: Remove the need for dbus when compiling gtk+:3 Reply with quote

charles17 wrote:
Why put it in /etc/portage/patches instead of listing it in the PATCHES array and having it in the ebuild's files directory?


One less modification to the ebuild.
And I still have hopes to convince the devs to put a use flag around the at-spi2-atk pkg. Which would mean no modifications to the ebuild.

Although, putting app-accessibility/at-spi2-atk in package.provided might provide the same result without the need to modify the ebuild at all.
I'll check it out later.

Edit to add: Thanks to charles17 question I thought of a much easier way (less changes needed), add file to package provided and drop patch in /etc/portage/patches.
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
duane
Apprentice
Apprentice


Joined: 03 Jun 2002
Posts: 193
Location: Oklahoma City

PostPosted: Thu Oct 24, 2019 7:35 am    Post subject: Reply with quote

I couldn't get package.provided to work on my systems:

Code:
#
app-accessibility/at-spi2-atk-2.30.1
app-accessibility/at-spi2-core-2.30.1


But, the old method still works fine. Thanks.
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Thu Oct 24, 2019 9:58 am    Post subject: Reply with quote

duane wrote:
I couldn't get package.provided to work on my systems:

Code:
#
app-accessibility/at-spi2-atk-2.30.1
app-accessibility/at-spi2-core-2.30.1


But, the old method still works fine. Thanks.


It should have worked, I just tried and using that version works for me. Although I like to use the minimum required instead.
What does find /etc/portage -name package.provided -ls return
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
duane
Apprentice
Apprentice


Joined: 03 Jun 2002
Posts: 193
Location: Oklahoma City

PostPosted: Thu Oct 24, 2019 3:02 pm    Post subject: Reply with quote

Anon-E-moose wrote:
It should have worked, I just tried and using that version works for me. Although I like to use the minimum required instead.
What does find /etc/portage -name package.provided -ls return


Code:
# find /etc/portage -name package.provided -ls
 95423822      4 -rw-r--r--   1  root     root           77 Oct 24 02:34 /etc/portage/package.provided


When I try to emerge, I get this. dbus is masked, and the patched gtk+ is already installed, but I moved the gtk+ directory out of my repository and copied the patch into the patches directory.

Code:
# emerge -1pv gtk+                                     

These are the packages that would be merged, in order:                                             
Calculating dependencies... done!
[ebuild  N     ] acct-group/messagebus-0::gentoo  0 KiB
[ebuild  N     ] acct-user/messagebus-0::gentoo  0 KiB             
[ebuild  NS    ] app-text/docbook-xml-dtd-4.4-r3:4.4::gentoo [4.1.2-r7:4.1.2::ge
ntoo, 4.3-r2:4.3::gentoo] 94 KiB                                               
[ebuild  NS    ] app-text/docbook-xml-dtd-4.2-r3:4.2::gentoo [4.1.2-r7:4.1.2::ge
ntoo, 4.3-r2:4.3::gentoo] 77 KiB
[ebuild  N     ] app-text/xmlto-0.0.28-r1::gentoo  USE="-latex -text" 125 KiB
[ebuild  N    #] sys-apps/dbus-1.12.16::gentoo  USE="-X -debug -doc -elogind (-s
elinux) -static-libs -systemd -test -user-session" ABI_X86="(64) -32 (-x32)" 2,0
45 KiB
[ebuild  N     ] app-accessibility/at-spi2-core-2.30.1:2::gentoo  USE="introspection -X -gtk-doc -test" ABI_X86="(64) -32 (-x32)" 184 KiB
[ebuild  N     ] app-accessibility/at-spi2-atk-2.30.1:2::gentoo  USE="-test" ABI_X86="(64) -32 (-x32)" 93 KiB
[ebuild     UD ] x11-libs/gtk+-3.24.10:3::gentoo [3.24.10-r9:3::duane] USE="X introspection (-aqua) -broadway -cloudprint -colord -cups -examples -gtk-doc -test -vim-syntax -wayland -xinerama (-atk-bridge%)" ABI_X86="(64) -32 (-x32)" 0 KiB

Total: 9 packages (1 downgrade, 6 new, 2 in new slots), Size of downloads: 2,616 KiB

The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by app-accessibility/at-spi2-core-2.30.1::gentoo
# required by app-accessibility/at-spi2-atk-2.30.1::gentoo
# required by x11-libs/gtk+-3.24.10::gentoo[X]
# required by gtk+ (argument)
# /etc/portage/package.mask/zzz:
#
=sys-apps/dbus-1.12.16
Back to top
View user's profile Send private message
Perfect Gentleman
Veteran
Veteran


Joined: 18 May 2014
Posts: 1255

PostPosted: Thu Oct 24, 2019 3:23 pm    Post subject: Reply with quote

check mv-overlay
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Thu Oct 24, 2019 3:40 pm    Post subject: Reply with quote

duane wrote:
Anon-E-moose wrote:
It should have worked, I just tried and using that version works for me. Although I like to use the minimum required instead.
What does find /etc/portage -name package.provided -ls return


Code:
# find /etc/portage -name package.provided -ls
 95423822      4 -rw-r--r--   1  root     root           77 Oct 24 02:34 /etc/portage/package.provided


package.provided is in /etc/portage/profile/ on my system.

man portage, doesn't specify that it needs to be in profile ... but the wiki does https://wiki.gentoo.org/wiki//etc/portage/profile/package.provided
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Thu Oct 24, 2019 3:44 pm    Post subject: Reply with quote

So far I know of flussence and mv-overlay that also contain patched ebuilds for gtk+:3 ... any others?
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
duane
Apprentice
Apprentice


Joined: 03 Jun 2002
Posts: 193
Location: Oklahoma City

PostPosted: Fri Oct 25, 2019 1:21 am    Post subject: Reply with quote

Anon-E-moose wrote:
package.provided is in /etc/portage/profile/ on my system.


That fixed it. I should have paid more attention to the man page and your instructions.

Edit: Nothing but timeouts when I try to post, then eight posts...
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3685

PostPosted: Fri Oct 25, 2019 3:36 pm    Post subject: Re: Remove the need for dbus when compiling gtk+:3 Reply with quote

Anon-E-moose wrote:
charles17 wrote:
Why put it in /etc/portage/patches instead of listing it in the PATCHES array and having it in the ebuild's files directory?


One less modification to the ebuild.
And I still have hopes to convince the devs to put a use flag around the at-spi2-atk pkg. Which would mean no modifications to the ebuild.

Although, putting app-accessibility/at-spi2-atk in package.provided might provide the same result without the need to modify the ebuild at all.
I'll check it out later.

Edit to add: Thanks to charles17 question I thought of a much easier way (less changes needed), add file to package provided and drop patch in /etc/portage/patches.


Thanks for the solution. The patch applies and everything works.
emerge -1avt x11-libs/gtk+:3::gentoo:
These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild   R    ] x11-libs/gtk+-3.24.10:3::gentoo  USE="X cups (-aqua) -broadway -cloudprint -colord -examples -gtk-doc -introspection -test -vim-syntax -wayland -xinerama" ABI_X86="(64) -32 (-x32)" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

Would you like to merge these packages? [Yes/No]

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) x11-libs/gtk+-3.24.10::gentoo
 * gtk+-3.24.10.tar.xz BLAKE2B SHA512 size ;-) ...                                                                                                                                                                                                                                                                      [ ok ]
>>> Unpacking source...
>>> Unpacking gtk+-3.24.10.tar.xz to /var/tmp/portage/x11-libs/gtk+-3.24.10/work
>>> Source unpacked in /var/tmp/portage/x11-libs/gtk+-3.24.10/work
>>> Preparing source in /var/tmp/portage/x11-libs/gtk+-3.24.10/work/gtk+-3.24.10 ...
 * Applying gtk+-3.24.8-update-icon-cache.patch ...                                                                                                                                                                                                                                                                     [ ok ]
 * Applying gtk+-3.22.20-libcloudproviders-automagic.patch ...                                                                                                                                                                                                                                                          [ ok ]
 * Applying atk-bridge-removal.patch ...                                                                                                                                                                                                                                                                                [ ok ]
 * User patches applied.
Back to top
View user's profile Send private message
xanderal
Tux's lil' helper
Tux's lil' helper


Joined: 06 Mar 2019
Posts: 133
Location: Germany

PostPosted: Mon Oct 28, 2019 10:53 pm    Post subject: Reply with quote

What do you guys think about this forum topic? It was referenced in the package.provided wiki entry.
When I first read about package.provided I kinda thought the same thing Genone wrote in the above topic:
Genone wrote:
Also "pretending" that a package is installed while it is not can cause [...] runtime errors.
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Mon Oct 28, 2019 11:04 pm    Post subject: Reply with quote

One should never indiscriminately use package.provided.

You have to be aware of why you are putting an entry there and the ramifications of it.
In the case of at-spi2-atk and gtk:3 with the patch there is no problem.
Because if you are using at-spi2-atk for some other package, then you wouldn't use the patch or entry in package.provided, there wouldn't be a need to.

Putting something like gcc in package.provided would produce interesting results. I can think of a few packages that would be foolish to put there.

It all boils down to understanding what you're doing, why you're doing it, and the consequences (positive and negative)
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3685

PostPosted: Fri Aug 28, 2020 8:12 am    Post subject: Re: Remove the need for dbus when compiling gtk+:3 Reply with quote

Anon-E-moose wrote:
edit /etc/portage/profile/package.provided and add app-accessibility/at-spi2-atk-2.5.3
Note: if newer ebuilds require a version greater than 2.5.3 then that needs to be added.

mkdir /etc/portage/patches/x11-libs/gtk+:3 (you can specify version if you desire, but I've found the patch has worked well going back to 3.19)
copy following patch to the directory (call it what you want, a good name would be at-sp2-atk-removal.patch or atk-bridge-removal.patch)

emerge and enjoy your gtk:+3 without dbus being needed.

Code:
## Remove gtk3-atk-bridge support to avoid unwanted dbus dependency.

 
--- 1/configure.ac.orig   2018-10-22 09:23:08.542046885 -0500
+++ 2/configure.ac   2018-10-22 09:37:03.335514971 -0500
@@ -1390,14 +1390,10 @@
 
 
 ########################################
-# Check for Accessibility Toolkit flags
+# Removed the at-spi (atk-bridge) support
 ########################################
 
-if test x$enable_x11_backend = xyes; then
-   ATK_PACKAGES="atk atk-bridge-2.0"
-else
-   ATK_PACKAGES="atk"
-fi
+ATK_PACKAGES="atk"
 
 PKG_CHECK_MODULES(ATK, $ATK_PACKAGES)
 
## Remove gtk3-atk-bridge support to avoid unwanted dbus dependency.

--- 1/gtk/a11y/gtkaccessibility.c.orig   2018-10-22 09:23:50.806564701 -0500
+++ 2/gtk/a11y/gtkaccessibility.c   2018-10-22 09:33:39.019965471 -0500
@@ -37,10 +37,6 @@
 #include <gtk/gtktogglebutton.h>
 #include <gtk/gtkaccessible.h>
 
-#ifdef GDK_WINDOWING_X11
-#include <atk-bridge.h>
-#endif
-
 static gboolean gail_focus_watcher      (GSignalInvocationHint *ihint,
                                          guint                  n_param_values,
                                          const GValue          *param_values,
@@ -988,9 +984,5 @@
   _gtk_accessibility_override_atk_util ();
   do_window_event_initialization ();
 
-#ifdef GDK_WINDOWING_X11
-  atk_bridge_adaptor_init (NULL, NULL);
-#endif
-
   atk_misc_instance = g_object_new (GTK_TYPE_MISC_IMPL, NULL);
 }

Could you send that patch upstream like you did with topic 1101168?
Then, if upstream accepts, Gentoo devs could add th dbus USE flag.
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Fri Aug 28, 2020 9:25 am    Post subject: Reply with quote

I think it unlikely that upstream gtk will accept the patch, as the patch was originally in an early version of gtk3, and they removed it the next minor bump.

But I'll see what I can do.

Edit to add: mv runs an overlay with the patches applied for gtk3 (mv-overlay)

ETA2: I was just looking at the bug report that I started a couple of years ago https://bugs.gentoo.org/669234
while it's highly unlikely that I could get upstream gtk devs to add the patch back it might be possible to push for it in gentoo itself, although it would require testing and proving that it doesn't cripple those people who do choose to install the bridge and might require someone to be the maintainer of said patch.

And even the gentoo devs misunderstood the removal of atk vs at-spi2-atk, the patch does not remove the use of atk, just the bridge part which pulls in dbus itself, so the underlying disability code is still there and working just the dbus/notification stuff is missing, and unless you're using gnome or gnome derivative, you won't care.
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3685

PostPosted: Wed Nov 09, 2022 9:32 am    Post subject: Reply with quote

It's been working for long time now until yesterday ...
Did someone get gtk+:3 work with USE=-atk-bridge ?
Code:
 * Package:    x11-libs/gtk+-3.24.34-r1:3
 * Repository: gentoo
 * Maintainer: gnome@gentoo.org
 * USE:        X abi_x86_64 amd64 cups elibc_glibc kernel_linux userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnome2.eclass
debug: inherit: gnome2 -> /var/db/repos/vaukai/eclass/gnome2.eclass
debug: *** Multiple Inheritance (Level: 2)
debug:   eclass exists: /var/db/repos/vaukai/eclass/autotools.eclass
debug: inherit: autotools -> /var/db/repos/vaukai/eclass/autotools.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnuconfig.eclass
debug: inherit: gnuconfig -> /var/db/repos/vaukai/eclass/gnuconfig.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/libtool.eclass
debug: inherit: libtool -> /var/db/repos/vaukai/eclass/libtool.eclass
debug: *** Multiple Inheritance (Level: 4)
debug:   eclass exists: /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: inherit: toolchain-funcs -> /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: *** Multiple Inheritance (Level: 5)
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib.eclass
debug: inherit: multilib -> /var/db/repos/vaukai/eclass/multilib.eclass
debug: *** Multiple Inheritance (Level: 6)
debug:   eclass exists: /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: inherit: toolchain-funcs -> /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: *** Multiple Inheritance (Level: 2)
debug:   eclass exists: /var/db/repos/vaukai/eclass/libtool.eclass
debug: inherit: libtool -> /var/db/repos/vaukai/eclass/libtool.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnome.org.eclass
debug: inherit: gnome.org -> /var/db/repos/vaukai/eclass/gnome.org.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnome2-utils.eclass
debug: inherit: gnome2-utils -> /var/db/repos/vaukai/eclass/gnome2-utils.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: inherit: toolchain-funcs -> /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug: inherit: xdg-utils -> /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/xdg.eclass
debug: inherit: xdg -> /var/db/repos/vaukai/eclass/xdg.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug: inherit: xdg-utils -> /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug: EXPORT_FUNCTIONS: src_prepare -> xdg_src_prepare
debug: EXPORT_FUNCTIONS: pkg_preinst -> xdg_pkg_preinst
debug: EXPORT_FUNCTIONS: pkg_postinst -> xdg_pkg_postinst
debug: EXPORT_FUNCTIONS: pkg_postrm -> xdg_pkg_postrm
debug: EXPORT_FUNCTIONS: src_prepare -> gnome2_src_prepare
debug: EXPORT_FUNCTIONS: src_configure -> gnome2_src_configure
debug: EXPORT_FUNCTIONS: src_compile -> gnome2_src_compile
debug: EXPORT_FUNCTIONS: src_install -> gnome2_src_install
debug: EXPORT_FUNCTIONS: pkg_preinst -> gnome2_pkg_preinst
debug: EXPORT_FUNCTIONS: pkg_postinst -> gnome2_pkg_postinst
debug: EXPORT_FUNCTIONS: pkg_postrm -> gnome2_pkg_postrm
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib.eclass
debug: inherit: multilib -> /var/db/repos/vaukai/eclass/multilib.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib-minimal.eclass
debug: inherit: multilib-minimal -> /var/db/repos/vaukai/eclass/multilib-minimal.eclass
debug: *** Multiple Inheritance (Level: 2)
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib-build.eclass
debug: inherit: multilib-build -> /var/db/repos/vaukai/eclass/multilib-build.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/multibuild.eclass
debug: inherit: multibuild -> /var/db/repos/vaukai/eclass/multibuild.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib.eclass
debug: inherit: multilib -> /var/db/repos/vaukai/eclass/multilib.eclass
debug: EXPORT_FUNCTIONS: src_configure -> multilib-minimal_src_configure
debug: EXPORT_FUNCTIONS: src_compile -> multilib-minimal_src_compile
debug: EXPORT_FUNCTIONS: src_test -> multilib-minimal_src_test
debug: EXPORT_FUNCTIONS: src_install -> multilib-minimal_src_install
debug:   eclass exists: /var/db/repos/vaukai/eclass/virtualx.eclass
debug: inherit: virtualx -> /var/db/repos/vaukai/eclass/virtualx.eclass
 * Package:    x11-libs/gtk+-3.24.34-r1:3
 * Repository: gentoo
 * Maintainer: gnome@gentoo.org
 * USE:        X abi_x86_64 amd64 cups elibc_glibc kernel_linux userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnome2.eclass
debug: inherit: gnome2 -> /var/db/repos/vaukai/eclass/gnome2.eclass
debug: *** Multiple Inheritance (Level: 2)
debug:   eclass exists: /var/db/repos/vaukai/eclass/autotools.eclass
debug: inherit: autotools -> /var/db/repos/vaukai/eclass/autotools.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnuconfig.eclass
debug: inherit: gnuconfig -> /var/db/repos/vaukai/eclass/gnuconfig.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/libtool.eclass
debug: inherit: libtool -> /var/db/repos/vaukai/eclass/libtool.eclass
debug: *** Multiple Inheritance (Level: 4)
debug:   eclass exists: /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: inherit: toolchain-funcs -> /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: *** Multiple Inheritance (Level: 5)
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib.eclass
debug: inherit: multilib -> /var/db/repos/vaukai/eclass/multilib.eclass
debug: *** Multiple Inheritance (Level: 6)
debug:   eclass exists: /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: inherit: toolchain-funcs -> /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: *** Multiple Inheritance (Level: 2)
debug:   eclass exists: /var/db/repos/vaukai/eclass/libtool.eclass
debug: inherit: libtool -> /var/db/repos/vaukai/eclass/libtool.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnome.org.eclass
debug: inherit: gnome.org -> /var/db/repos/vaukai/eclass/gnome.org.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/gnome2-utils.eclass
debug: inherit: gnome2-utils -> /var/db/repos/vaukai/eclass/gnome2-utils.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug: inherit: toolchain-funcs -> /var/db/repos/vaukai/eclass/toolchain-funcs.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug: inherit: xdg-utils -> /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/xdg.eclass
debug: inherit: xdg -> /var/db/repos/vaukai/eclass/xdg.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug: inherit: xdg-utils -> /var/db/repos/vaukai/eclass/xdg-utils.eclass
debug: EXPORT_FUNCTIONS: src_prepare -> xdg_src_prepare
debug: EXPORT_FUNCTIONS: pkg_preinst -> xdg_pkg_preinst
debug: EXPORT_FUNCTIONS: pkg_postinst -> xdg_pkg_postinst
debug: EXPORT_FUNCTIONS: pkg_postrm -> xdg_pkg_postrm
debug: EXPORT_FUNCTIONS: src_prepare -> gnome2_src_prepare
debug: EXPORT_FUNCTIONS: src_configure -> gnome2_src_configure
debug: EXPORT_FUNCTIONS: src_compile -> gnome2_src_compile
debug: EXPORT_FUNCTIONS: src_install -> gnome2_src_install
debug: EXPORT_FUNCTIONS: pkg_preinst -> gnome2_pkg_preinst
debug: EXPORT_FUNCTIONS: pkg_postinst -> gnome2_pkg_postinst
debug: EXPORT_FUNCTIONS: pkg_postrm -> gnome2_pkg_postrm
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib.eclass
debug: inherit: multilib -> /var/db/repos/vaukai/eclass/multilib.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib-minimal.eclass
debug: inherit: multilib-minimal -> /var/db/repos/vaukai/eclass/multilib-minimal.eclass
debug: *** Multiple Inheritance (Level: 2)
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib-build.eclass
debug: inherit: multilib-build -> /var/db/repos/vaukai/eclass/multilib-build.eclass
debug: *** Multiple Inheritance (Level: 3)
debug:   eclass exists: /var/db/repos/vaukai/eclass/multibuild.eclass
debug: inherit: multibuild -> /var/db/repos/vaukai/eclass/multibuild.eclass
debug:   eclass exists: /var/db/repos/vaukai/eclass/multilib.eclass
debug: inherit: multilib -> /var/db/repos/vaukai/eclass/multilib.eclass
debug: EXPORT_FUNCTIONS: src_configure -> multilib-minimal_src_configure
debug: EXPORT_FUNCTIONS: src_compile -> multilib-minimal_src_compile
debug: EXPORT_FUNCTIONS: src_test -> multilib-minimal_src_test
debug: EXPORT_FUNCTIONS: src_install -> multilib-minimal_src_install
debug:   eclass exists: /var/db/repos/vaukai/eclass/virtualx.eclass
debug: inherit: virtualx -> /var/db/repos/vaukai/eclass/virtualx.eclass
>>> Unpacking source...
>>> Unpacking gtk+-3.24.34.tar.xz to /var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work
>>> Source unpacked in /var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work
>>> Preparing source in /var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34 ...
 * Applying gtk+-3.24.25-update-icon-cache.patch ...
 [ ok ]
 * Applying gtk+-3.22.20-libcloudproviders-automagic.patch ...
patching file configure.ac
Hunk #1 succeeded at 344 with fuzz 2 (offset -5 lines).
Hunk #2 succeeded at 1323 with fuzz 2 (offset -29 lines).
 [ ok ]
 * ==========================================================================================================================================================
 * Applying user patches from /etc/portage/patches ...
 * Applying atk-bridge-removal.patch ...
patching file configure.ac
Hunk #1 succeeded at 1374 (offset -16 lines).
patching file gtk/a11y/gtkaccessibility.c
Hunk #2 succeeded at 984 with fuzz 2.
 [ ok ]
 * User patches applied.
 * ==========================================================================================================================================================
 * Disabling deprecation warnings ...
 [ ok ]
 * Running eautoreconf in '/var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34' ...
 * Running 'autopoint --force' ...
 [ ok ]
 * Skipping 'gtkdocize --copy' because 'gtkdocize' not installed
 * Running 'libtoolize --install --copy --force --automake' ...
 [ ok ]
 * Running 'aclocal -I m4 --system-acdir=/var/tmp/portage/x11-libs/gtk+-3.24.34-r1/temp/aclocal' ...
 [ ok ]
 * Running 'autoconf --force' ...
 [ ok ]
 * Running 'autoheader' ...
 [ ok ]
 * Running 'automake --add-missing --copy --force-missing' ...
 [ ok ]
 (B*(B Running elibtoolize in: gtk+-3.24.34/
 (B*(B Running elibtoolize in: gtk+-3.24.34/build-aux/
 (B*(B   Applying portage/1.2.0 patch ...
 (B*(B   Applying sed/1.5.6 patch ...
 (B*(B   Applying as-needed/2.4.3 patch ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34 ...
debug: multilib-minimal_src_configure: entering function, parameters:
debug: multilib_foreach_abi: entering function, parameters: multilib-minimal_abi_src_configure
debug: multilib_get_enabled_abi_pairs: entering function, parameters:
debug: multibuild_foreach_variant: entering function, parameters: _multilib_multibuild_wrapper multilib-minimal_abi_src_configure
debug: multibuild_foreach_variant: initial build_dir = /var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34
 * abi_x86_64.amd64: running multilib-minimal_abi_src_configure
debug: _multilib_multibuild_wrapper: entering function, parameters: multilib-minimal_abi_src_configure
debug: multilib-minimal_abi_src_configure: entering function, parameters:
debug: multilib_is_native_abi: entering function, parameters:
debug: multilib_is_native_abi: entering function, parameters:
 * econf: updating gtk+-3.24.34/config.sub with /usr/share/gnuconfig/config.sub
 * econf: updating gtk+-3.24.34/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating gtk+-3.24.34/build-aux/config.sub with /usr/share/gnuconfig/config.sub
 * econf: updating gtk+-3.24.34/build-aux/config.guess with /usr/share/gnuconfig/config.guess
/var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34/configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking --disable-silent-rules --docdir=/usr/share/doc/gtk+-3.24.34-r1 --htmldir=/usr/share/doc/gtk+-3.24.34-r1/html --with-sysroot=/ --disable-gtk-doc --disable-maintainer-mode --disable-schemas-compile --disable-quartz-backend --disable-broadway-backend --disable-colord --enable-cups=auto --disable-gtk-doc --disable-introspection --disable-profiler --disable-wayland-backend --enable-x11-backend --enable-xcomposite --enable-xdamage --enable-xfixes --enable-xkb --enable-xrandr --disable-xinerama --disable-cloudproviders --disable-papi --enable-man --with-xml-catalog=/etc/xml/catalog --libdir=/usr/lib64 CUPS_CONFIG=/usr/bin/x86_64-pc-linux-gnu-cups-config
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for a BSD-compatible install... /usr/lib/portage/python3.11/ebuild-helpers/xattr/install -c
checking whether build environment is sane... yes
checking for a race-free mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '1000' is supported by ustar format... yes
checking whether GID '1000' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make supports nested variables... (cached) yes
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to enable C11 features... none needed
checking whether x86_64-pc-linux-gnu-gcc understands -c and -o together... yes
checking whether make supports the include directive... yes (GNU style)
checking dependency style of x86_64-pc-linux-gnu-gcc... none
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for gcc... gcc
checking whether the compiler supports GNU C... (cached) yes
checking whether gcc accepts -g... yes
checking for gcc option to enable C11 features... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) none
checking how to run the C preprocessor... gcc -E
checking whether x86_64-pc-linux-gnu-gcc and cc understand -c and -o together... yes
checking whether make sets $(MAKE)... (cached) yes
checking for stdio.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for strings.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for unistd.h... yes
checking for wchar.h... yes
checking for minix/config.h... no
checking for sys/param.h... yes
checking whether it is safe to define __EXTENSIONS__... yes
checking whether _XOPEN_SOURCE should be defined... no
checking for a sed that does not truncate output... /bin/sed
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/gmsgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for ld used by x86_64-pc-linux-gnu-gcc... /usr/x86_64-pc-linux-gnu/bin/ld
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
checking for native Win32... no
checking for x86_64-pc-linux-gnu-c++... x86_64-pc-linux-gnu-c++
checking whether the compiler supports GNU C++... yes
checking whether x86_64-pc-linux-gnu-c++ accepts -g... yes
checking for x86_64-pc-linux-gnu-c++ option to enable C++11 features... none needed
checking dependency style of x86_64-pc-linux-gnu-c++... none
checking how to print strings... printf
checking for a sed that does not truncate output... (cached) /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by x86_64-pc-linux-gnu-gcc... /usr/x86_64-pc-linux-gnu/bin/ld
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/x86_64-pc-linux-gnu-nm -B
checking the name lister (/usr/bin/x86_64-pc-linux-gnu-nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... -r
checking for x86_64-pc-linux-gnu-file... no
checking for file... file
checking for x86_64-pc-linux-gnu-objdump... x86_64-pc-linux-gnu-objdump
checking how to recognize dependent libraries... pass_all
checking for x86_64-pc-linux-gnu-dlltool... x86_64-pc-linux-gnu-dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar
checking for archiver @FILE support... @
checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib
checking command to parse /usr/bin/x86_64-pc-linux-gnu-nm -B output from x86_64-pc-linux-gnu-gcc object... ok
checking for sysroot... /
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for x86_64-pc-linux-gnu-mt... no
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... yes
checking for objdir... .libs
checking if x86_64-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for x86_64-pc-linux-gnu-gcc option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-gcc PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-gcc static flag -static works... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-gcc linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-c++ -E
checking for ld used by x86_64-pc-linux-gnu-c++... /usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the x86_64-pc-linux-gnu-c++ linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for x86_64-pc-linux-gnu-c++ option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-c++ PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-c++ static flag -static works... yes
checking if x86_64-pc-linux-gnu-c++ supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-c++ supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-c++ linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
configure: creating ./config.lt
config.lt: creating libtool
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking dependency style of x86_64-pc-linux-gnu-gcc... none
checking for x86_64-pc-linux-gnu-nm... /usr/bin/x86_64-pc-linux-gnu-nm -B
checking for some Win32 platform... no
checking for shm_open in -lrt... yes
checking for posix_fallocate... yes
checking for flockfile... yes
checking for _lock_file... no
checking for x86_64-pc-linux-gnu-pkg-config... /usr/bin/x86_64-pc-linux-gnu-pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether build environment is sane... yes
checking for BASE_DEPENDENCIES... no
configure: error: Package requirements (glib-2.0 >= 2.57.2    atk >= 2.32.0    pango >= 1.41.0    fribidi >= 0.19.7    cairo >= 1.14.0    cairo-gobject >= 1.14.0    gdk-pixbuf-2.0 >= 2.30.0) were not met:

Package 'atk', required by 'virtual:world', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables BASE_DEPENDENCIES_CFLAGS
and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34-abi_x86_64.amd64/config.log
 * ERROR: x11-libs/gtk+-3.24.34-r1::gentoo failed (configure phase):
 *   econf failed
 *
 * Call stack:
 *               ebuild.sh, line  122:  Called src_configure
 *             environment, line 2744:  Called multilib-minimal_src_configure
 *             environment, line 2132:  Called multilib_foreach_abi 'multilib-minimal_abi_src_configure'
 *             environment, line 2382:  Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
 *             environment, line 2087:  Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
 *             environment, line 2085:  Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
 *             environment, line  663:  Called multilib-minimal_abi_src_configure
 *             environment, line 2126:  Called multilib_src_configure
 *             environment, line 2606:  Called gnome2_src_configure '--disable-quartz-backend' '--disable-broadway-backend' '--disable-colord' '--enable-cups=auto' '--disable-gtk-doc' '--disable-introspection' '--disable-profiler' '--disable-wayland-backend' '--enable-x11-backend' '--enable-xcomposite' '--enable-xdamage' '--enable-xfixes' '--enable-xkb' '--enable-xrandr' '--disable-xinerama' '--disable-cloudproviders' '--disable-papi' '--enable-man' '--with-xml-catalog=/etc/xml/catalog' '--libdir=/usr/lib64' 'CUPS_CONFIG=/usr/bin/x86_64-pc-linux-gnu-cups-config'
 *             environment, line 1899:  Called econf '--disable-gtk-doc' '--disable-maintainer-mode' '--disable-schemas-compile' '--disable-quartz-backend' '--disable-broadway-backend' '--disable-colord' '--enable-cups=auto' '--disable-gtk-doc' '--disable-introspection' '--disable-profiler' '--disable-wayland-backend' '--enable-x11-backend' '--enable-xcomposite' '--enable-xdamage' '--enable-xfixes' '--enable-xkb' '--enable-xrandr' '--disable-xinerama' '--disable-cloudproviders' '--disable-papi' '--enable-man' '--with-xml-catalog=/etc/xml/catalog' '--libdir=/usr/lib64' 'CUPS_CONFIG=/usr/bin/x86_64-pc-linux-gnu-cups-config'
 *        phase-helpers.sh, line  730:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  112:  Called die
 * The specific snippet of code:
 *         die "$@"
 *
 * If you need support, post the output of `emerge --info '=x11-libs/gtk+-3.24.34-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=x11-libs/gtk+-3.24.34-r1::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/x11-libs/gtk+-3.24.34-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/x11-libs/gtk+-3.24.34-r1/temp/environment'.
 * Working directory: '/var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34-abi_x86_64.amd64'
 * S: '/var/tmp/portage/x11-libs/gtk+-3.24.34-r1/work/gtk+-3.24.34'


Also the ebuild from mv-overlay fails for me with the same error.
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Wed Nov 09, 2022 10:52 am    Post subject: Reply with quote

Quote:
configure: error: Package requirements (glib-2.0 >= 2.57.2 atk >= 2.32.0 pango >= 1.41.0 fribidi >= 0.19.7 cairo >= 1.14.0 cairo-gobject >= 1.14.0 gdk-pixbuf-2.0 >= 2.30.0) were not met:

Package 'atk', required by 'virtual:world', not found


all constraints above must be met, I just ran the configure part and had no problem.

What is your version of glib, pango, fribidi, cairo*, gdk-pixbuf and atk itself (which should be installed just not the bridge part)

Edit to add: went and looked at the patchset that classic is using, I didn't have it originally that way.
They tried to play games around the atk_bridge_adaptor_init call and I just removed it completely in my original patch,
which seems to still work (at least the config part).
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3685

PostPosted: Wed Nov 09, 2022 12:36 pm    Post subject: Reply with quote

Anon-E-moose wrote:
all constraints above must be met, I just ran the configure part and had no problem.

What is your version of glib, pango, fribidi, cairo*, gdk-pixbuf and atk itself (which should be installed just not the bridge part)

Edit to add: went and looked at the patchset that classic is using, I didn't have it originally that way.
They tried to play games around the atk_bridge_adaptor_init call and I just removed it completely in my original patch,
which seems to still work (at least the config part).


What I have is:
Code:
[I] dev-libs/glib
     Available versions:  (2) 2.72.3^t ~2.74.0-r1^t ~2.74.1^t 2.74.1-r1^t
       {dbus debug +elf fam gtk-doc +mime selinux static-libs sysprof systemtap test utils xattr ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  2.74.1-r1(2)^t(10:16:03 11/07/22)(elf mime xattr -dbus -debug -gtk-doc -selinux -static-libs -sysprof -systemtap -test -utils ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
     Homepage:            https://www.gtk.org/
     Description:         The GLib library of C routines

[I] x11-libs/pango
     Available versions:  1.42.4-r2^t 1.50.9^t 1.50.11^t {X debug +introspection sysprof test ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  1.50.11^t(10:21:03 11/07/22)(X -debug -introspection -sysprof -test ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
     Homepage:            https://www.pango.org/ https://gitlab.gnome.org/GNOME/pango
     Description:         Internationalized text layout and rendering library

[I] dev-libs/fribidi
     Available versions:  1.0.12^t {doc test ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  1.0.12^t(07:56:16 05/28/22)(-doc -test ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
     Homepage:            https://fribidi.org/
     Description:         A free implementation of the unicode bidirectional algorithm

[I] x11-libs/cairo
     Available versions:  1.16.0-r6^t ~1.17.6^t **9999*l^t {X aqua debug gles3 gles2-only +glib gtk-doc opengl static-libs +svg test utils valgrind ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  1.16.0-r6^t(08:34:58 10/08/22)(X glib opengl svg -aqua -debug -gles2-only -static-libs -utils -valgrind ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
     Homepage:            https://www.cairographics.org/ https://gitlab.freedesktop.org/cairo/cairo
     Description:         A vector graphics library with cross-device output support

[I] x11-libs/gdk-pixbuf
     Available versions:  (2) 2.42.8 ~2.42.9^t 2.42.10^t
       {gtk-doc +introspection jpeg test tiff ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  2.42.10(2)^t(10:16:22 11/07/22)(jpeg tiff -gtk-doc -introspection -test ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
     Homepage:            https://gitlab.gnome.org/GNOME/gdk-pixbuf
     Description:         Image loading library for GTK+

[I] dev-libs/atk
     Available versions:  2.38.0 2.46.0 {gtk-doc +introspection ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  2.46.0(10:18:30 11/07/22)(-introspection ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
     Homepage:            https://wiki.gnome.org/Accessibility
     Description:         GTK+ & GNOME Accessibility Toolkit



Edit:
Need to add I have app-accessibility/at-spi2-core in package.provided since this is the part otherwise pulling-in dbus:
Code:
cat /etc/portage/profile/package.provided

# # https://forums.gentoo.org/viewtopic-p-8382556.html#8382556
# app-accessibility/at-spi2-atk-2.46.0
app-accessibility/at-spi2-core-2.46.0
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Wed Nov 09, 2022 2:08 pm    Post subject: Reply with quote

I'd be tempted to stick with atk 2.38 instead of the latest.

Though, I do have
Code:
grep at-sp /etc/portage/profile/package.provided
app-accessibility/at-spi2-atk-2.34.2
app-accessibility/at-spi2-core-2.36.0
both set.

Not sure if it's in an earlier post, but this is the latest patch I'm using for gtk+:3
Code:
$ cat /etc/portage/patches/x11-libs/gtk+\:3/gtk-test.patch
## Remove gtk3-atk-bridge support to avoid unwanted dbus dependency.

 
--- 1/configure.ac.orig   2018-10-22 09:23:08.542046885 -0500
+++ 2/configure.ac   2018-10-22 09:37:03.335514971 -0500
@@ -1390,14 +1390,10 @@
 
 
 ########################################
-# Check for Accessibility Toolkit flags
+# Removed the at-spi (atk-bridge) support
 ########################################
 
-if test x$enable_x11_backend = xyes; then
-   ATK_PACKAGES="atk atk-bridge-2.0"
-else
-   ATK_PACKAGES="atk"
-fi
+ATK_PACKAGES="atk"
 
 PKG_CHECK_MODULES(ATK, $ATK_PACKAGES)
 
## Remove gtk3-atk-bridge support to avoid unwanted dbus dependency.

--- 1/gtk/a11y/gtkaccessibility.c.orig   2018-10-22 09:23:50.806564701 -0500
+++ 2/gtk/a11y/gtkaccessibility.c   2018-10-22 09:33:39.019965471 -0500
@@ -37,10 +37,6 @@
 #include <gtk/gtktogglebutton.h>
 #include <gtk/gtkaccessible.h>
 
-#ifdef GDK_WINDOWING_X11
-#include <atk-bridge.h>
-#endif
-
 static gboolean gail_focus_watcher      (GSignalInvocationHint *ihint,
                                          guint                  n_param_values,
                                          const GValue          *param_values,
@@ -988,9 +984,5 @@
   _gtk_accessibility_override_atk_util ();
   do_window_event_initialization ();
 
-#ifdef GDK_WINDOWING_X11
-  atk_bridge_adaptor_init (NULL, NULL);
-#endif
-
   atk_misc_instance = g_object_new (GTK_TYPE_MISC_IMPL, NULL);
 }


Edit to add: just looked at the latest atk build and it's doing something funny with ati-spi*, looks like it's a metapackage now. *shrugs*
So stick with an earlier atk and it should work fine.
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3685

PostPosted: Wed Nov 09, 2022 2:40 pm    Post subject: Reply with quote

Thanks Anon-E-moose

Updated with your patch and re-added at-spi2-atk to package.provided. Still the same error.
Then, restricting dev-libs/atk to 2.38.0 finally did the trick.

Thanks again
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Wed Nov 09, 2022 3:01 pm    Post subject: Reply with quote

Probably something to do with this (from at-spi-core)
Code:
What's new in at-spi2-core 2.45.1:

* Atk and at-spi2-atk are now merged into this project.

_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
Anon-E-moose
Watchman
Watchman


Joined: 23 May 2008
Posts: 6170
Location: Dallas area

PostPosted: Wed Nov 09, 2022 3:12 pm    Post subject: Reply with quote

Note: my original intent with this thread was to not need dbus (and associated atk bridge) with what I was running at the time (X, openbox, no kde/gnome desktop)

I have since moved on from X to wayland and there, dbus is almost a mandated necessity.

And it looks like the people that handle atk/at-spi* have merged all of that into one tarball,
which pretty much mandates dbus, if you are going to use atk* versions >= 2.46.

And again the problem does not lie with gtk+ but the atk* part.
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum