doinstall: Gtk+ binary package not found
Opened this issue · 4 comments
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?
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.
On Debian 9 I had this problem, and @Rodeo-McCabe 's workaround works.
The same happened to me. Again, the fix proposed by @Rodeo-McCabe worked perfectly
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.)