doinstall: Gtk+ binary package not found

[okellogg]

In commit 300690d of 2020-01-09, the INSTALL guide was simplified to just reference doinstall for the build.
If I follow the new INSTALL instructions, I get:

$ ./doinstall
Gtk+ binary package not found. Aborting the installation process.

Looking into the doinstall script, I find:

# Checks for the presence of a Gtk+ binary package in gtk-bin/
check_gtk_bin() {
   gtk_bin_dir="`pwd`/gtk-bin"
   if test ! -d "$gtk_bin_dir"; then
      echo "Gtk+ binary package not found. Aborting the installation process."
      exit
   fi
}

I do have the gtk binary package installed on my system (OpenSuSE Tumbleweed):

$ rpm -ql libgtk-3-0-3.24.13+0-3.3.x86_64
/etc/gtk-3.0
/usr/lib64/gtk-3.0
/usr/lib64/gtk-3.0/3.0.0
/usr/lib64/gtk-3.0/3.0.0/immodules
/usr/lib64/gtk-3.0/3.0.0/immodules.cache
/usr/lib64/gtk-3.0/3.0.0/immodules/im-cedilla.so
/usr/lib64/gtk-3.0/3.0.0/immodules/im-cyrillic-translit.so
/usr/lib64/gtk-3.0/3.0.0/immodules/im-ipa.so
/usr/lib64/gtk-3.0/3.0.0/immodules/im-wayland.so
/usr/lib64/gtk-3.0/3.0.0/printbackends
/usr/lib64/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudprint.so
/usr/lib64/gtk-3.0/3.0.0/printbackends/libprintbackend-cups.so
/usr/lib64/gtk-3.0/3.0.0/printbackends/libprintbackend-file.so
/usr/lib64/gtk-3.0/3.0.0/printbackends/libprintbackend-lpr.so
/usr/lib64/gtk-3.0/3.0.0/theming-engines
/usr/lib64/gtk-3.0/modules
/usr/lib64/libgailutil-3.so.0
/usr/lib64/libgailutil-3.so.0.0.0
/usr/lib64/libgdk-3.so.0
/usr/lib64/libgdk-3.so.0.2404.9
/usr/lib64/libgtk-3.so.0
/usr/lib64/libgtk-3.so.0.2404.9
/usr/share/doc/packages/libgtk-3-0
/usr/share/doc/packages/libgtk-3-0/README.SUSE
/usr/share/licenses/libgtk-3-0
/usr/share/licenses/libgtk-3-0/COPYING

I am puzzled: How does this local ./gtk-bin directory come into existence?

[Rodeo-McCabe]

I've also run into this problem on Manjaro Linux. Installing manually with ./configure --prefix=/usr --with-GL=no and then sudo make all install worked, however.

[TamaMcGlinn]

On Debian 9 I had this problem, and @Rodeo-McCabe 's workaround works.

[hectoruhalte]

The same happened to me. Again, the fix proposed by @Rodeo-McCabe worked perfectly

[johnperry-math]

I had the same problem on Fedora 35. I was able to install using @Rodeo-McCabe 's workaround, and even compile and run the tests, but they did not work because they do not detect that I have OpenGL. (I do.)

[fatso83]

Following that workaround, I get new issues:

 ./configure --prefix=/usr
checking build system type... arm-apple-darwin24.1.0
checking host system type... arm-apple-darwin24.1.0
checking target system type... arm-apple-darwin24.1.0
checking for pkg-config... /opt/homebrew/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for gcc... 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 we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for clang... clang
checking whether we are using the GNU Objective C compiler... yes
checking whether clang accepts -g... yes
checking for gprbuild... no
checking for gprinstall... no
configure: error: I could not find gprbuild. See the file 'INSTALL' for more details.

Suffice to say, there is nothing in INSTALL mentioning how to get gprbuild. Which means yet another detour. Thankfully, I avoided having to build GPRBuild, as this privately maintained repo has a GCC Build with gcc-ada and gprbuild ❤️