Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 69400 - libxklavier failes with >=xorg-x11-6.8.0
Summary: libxklavier failes with >=xorg-x11-6.8.0
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All All
: High blocker (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-29 06:07 UTC by Lars Strojny
Modified: 2004-11-24 17:33 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Strojny 2004-10-29 06:07:33 UTC
Errormessage:
checking for X... libraries , headers /usr/X11R6/include
configure: error: The path /X11/xkb does not denote the directory

!!! ERROR: x11-libs/libxklavier-1.04 failed.
!!! Function econf, Line 449, Exitcode 1
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.

This prevents building GNOME 2.8 on systems with =>xorg-x11-6.8.0
Comment 1 Lars Strojny 2004-10-29 06:13:28 UTC
$ emerge info
Portage 2.0.51-r2 (default-x86-2004.0, gcc-3.4.2, glibc-2.3.4.20041021-r0, 2.6.9-mabuse i686)
=================================================================
System uname: 2.6.9-mabuse i686 AMD Athlon(TM) XP 2200+
Gentoo Base System version 1.6.4
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -fstack-protector -mmmx -msse -m3dnow"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -fstack-protector -mmmx -msse -m3dnow"
DISTDIR="/mnt/portage/distfiles"
FEATURES="autoaddcvs ccache digest distlocks keeptemp keepwork sandbox"
GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/"
MAKEOPTS="-s"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/mnt/portage/overlay-portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X aalib acl acpi alsa avi bitmap-fonts bonobo caca cdr crypt dri dvd encode esd ethereal evo flac font-server glx gnome gphoto2 gpm gstreamer gtk2 gtkhtml imagemagick imlib2 ipv6 javascript jpeg ldap mad maildir mikmod mmap mmx mng mozilla moznocompose moznoirc moznomail mozsvg mpeg mpeg4 ncurses nls no_wxgtk1 nogcj nptl oggvorbis opengl openssh pam pic png python samba spell sse ssl svg threads tiff transcode truetype truetype-fonts type1-fonts unicode usb videos wxwindows xface xfs xml xml2 xprint xrandr xv"
Comment 2 Scott Taylor (RETIRED) gentoo-dev 2004-10-29 13:37:49 UTC
I hadn't noticed this problem til I switched to the (hard masked) version of xorg.
Not sure why it isn't finding the right path, but adding the following bit into
the econf (even though its exactly what the default should be) lets it build:

--with-xkb-base=/usr/X11R6/lib/X11/xkb
Comment 3 Lars Strojny 2004-10-29 15:45:26 UTC
OK, this works quite fine. Are they any reason, no patching the ebuild with this line? (foser, spider, what would you say?)
Comment 4 foser (RETIRED) gentoo-dev 2004-10-29 15:52:26 UTC
not really, but i do like someone to tell us first exactly why it is that the default doesn't work with the -r2 setup.
Comment 5 Scott Taylor (RETIRED) gentoo-dev 2004-10-29 16:25:03 UTC
With "set -v", this demonstrates it at the point it dies, which shows that
$x_libraries is not properly set at this point in configure, though I haven't
traced it all the way back to see why its not found by default. This happened
for me with xorg -r2 both before and after the /usr/X11R6/lib -> /usr/lib/ 
symlink. The path is correctly identified on a system of mine running xorg -r1.

if test "$have_x" != yes; then
  echo "$as_me:$LINENO: result: $have_x" >&5
echo "${ECHO_T}$have_x" >&6
  no_x=yes
else
  # If each of the values was on the command line, it overrides each guess.
  test "x$x_includes" = xNONE && x_includes=$ac_x_includes
  test "x$x_libraries" = xNONE && x_libraries=$ac_x_libraries
  # Update the cache value to reflect the command line values.
  ac_cv_have_x="have_x=yes \
                ac_x_includes=$x_includes ac_x_libraries=$x_libraries"
  echo "$as_me:$LINENO: result: libraries $x_libraries, headers $x_includes" >&5
echo "${ECHO_T}libraries $x_libraries, headers $x_includes" >&6
fi
libraries , headers /usr/X11R6/include




# Check whether --with-xkb_base or --without-xkb_base was given.
if test "${with_xkb_base+set}" = set; then
  withval="$with_xkb_base"
  xkb_base="$withval"
else
  xkb_base="$x_libraries/X11/xkb"
fi;

if ! test -d $xkb_base; then
        { { echo "$as_me:$LINENO: error: The path $xkb_base does not denote the directory" >&5
echo "$as_me: error: The path $xkb_base does not denote the directory" >&2;}
   { (exit 1); exit 1; }; }
fi
configure: error: The path /X11/xkb does not denote the directory
Comment 6 foser (RETIRED) gentoo-dev 2004-11-02 15:23:26 UTC
well ok, i guess with the split up X11 some sys config path is defined to /usr/X11 or something.

added the suggested config option to 1.04 , thanks for the report.


btw, this is _not_ a blocker.
Comment 7 Axel Dyks 2004-11-24 17:33:07 UTC
"Bug" confirmed with "xorg-x11-6.8.0-r4".
(I have to use this hardmasked build at the moment
to work around the "totem locking problem")

btw: Using libxklavier-1.04 (~x86) works
(because of the new config option)

Thanks to foser

Axel