This bug report actually covers two different issues, so it could be probably split into two reports. 1. OpenMotif and GTK GUIs have to be enabled via --use-, not --enable- switches. I've managed to build OpenMotif front-end w/ the following patch, but haven't actually tried to build ski w/ GTK. 2. Configure w/ GTK front-end enabled fails w/ the following message: configure: error: Package requirements (libglade-2.0 libgnomeui-2.0 >= 1.110.0) were not met: No package 'libgnomeui-2.0' found So libglade and libgnomeui should also be added to the list of conditional dependencies when GTK enabled. Reproducible: Always Steps to Reproduce: 1. USE="gtk motif" emerge app-emulation/ski Actual Results: ski emerged successfully but neither GTK nor OpenMotif GUI installed (except the file /usr/share/ski/gski.glade). Expected Results: xski and gski installed The proposed patch is the simplest thing that worked. Please note that command-line options for configure are set "manually" rather then via use_with() because the build system (erroneously?) tries to find libgnomeui-2.0 even if --without-gtk was passed.
Created attachment 309117 [details, diff] Proposed patch.
+ myeconf="--without-included-ltdl " + use gtk && myeconf+="--with-gtk" + use motif && myeconf+="--with-x --with-x11" This looks broken. If user sets USE="gtk motif" the line ends up being: "--without-included-ltdl --with-gtk--with-x --with-x11" As in, missing space. USE="gtk" certainly should not pull in libgnomeui. First, libgnomeui is obsolete and shouldn't be used. Can it be avoided entirely? If not, it should propably be USE="gnome".
Created attachment 309123 [details, diff] Do not check for libgnomeui-2.0. (In reply to comment #2) > + myeconf="--without-included-ltdl " > + use gtk && myeconf+="--with-gtk" > + use motif && myeconf+="--with-x --with-x11" > > This looks broken. If user sets USE="gtk motif" the line ends up being: > "--without-included-ltdl --with-gtk--with-x --with-x11" > As in, missing space. Sure. My fault. > USE="gtk" certainly should not pull in libgnomeui. First, libgnomeui is > obsolete and shouldn't be used. Can it be avoided entirely? If not, it > should propably be USE="gnome". Tarball has been created at the beginning of 2008. Check for libgnomeui could be easily eliminated which makes it possible to build gski. GTK front-end then builds successfully but menu entries "Configure" and "Help → About" are unusable: (gski:7467): libglade-WARNING **: could not find signal handler 'SimShowAbout'. (gski:7467): libglade-WARNING **: could not find signal handler 'SimBtnCmdGtk'. (gski:7467): libglade-WARNING **: could not find signal handler 'SimComboCmdGtk'. SinShowAbout(), SinBtnCmdGtk() and SimComboCmdGtk() are in place in ssGtk.c. I have no experience w/ Glade so cannot say right now what went wrong here.
(In reply to comment #2) s/Sin/Sim/g Sorry for spam.
there are no --use-xxx flags. i guess you meant --with-xxx. at any rate, the better thing would be to fix these configure scripts rather than hacking around them in the ebuild. we already have to generate autotools, so might as well fix the source of the problem.
should be all set now in the tree; thanks for the report! Commit message: Fix flag handling with gtk/x11, and broken big endian configure logic http://sources.gentoo.org/app-emulation/ski/files/ski-1.3.2-AC_C_BIGENDIAN.patch?rev=1.1 http://sources.gentoo.org/app-emulation/ski/files/ski-1.3.2-configure-withval.patch?rev=1.1 http://sources.gentoo.org/app-emulation/ski/files/ski-1.3.2-gtk-linkage.patch?rev=1.1 http://sources.gentoo.org/app-emulation/ski/ski-1.3.2.ebuild?r1=1.1&r2=1.2