Recent changes to support-requests

[cvs] build fails (`xkl_engine_get_type')

Christian Kirbach — Wed, 06 Dec 2006 12:17:08 -0000

.libs/libxklavier-scan.o: In function `get_object_types':
/multimedia/cvs/gnome/libxklavier/doc/reference/libxklavier-scan.c:21: undefined reference to `xkl_engine_get_type'
/multimedia/cvs/gnome/libxklavier/doc/reference/libxklavier-scan.c:22: undefined reference to `xkl_config_item_get_type'
/multimedia/cvs/gnome/libxklavier/doc/reference/libxklavier-scan.c:23: undefined reference to `xkl_config_rec_get_type'
/multimedia/cvs/gnome/libxklavier/doc/reference/libxklavier-scan.c:24: undefined reference to `xkl_config_registry_get_type'

libxklavier compile problem on 64bits platform

Laurent Goujon — Fri, 25 Aug 2006 05:51:58 -0000

libxklavier-2.91 currently has build problems on amd64

Here's the error message:
cc1: warnings being treated as errors
xklavier_xmm.c: In function 'xkl_xmm_find_switch_option':
xklavier_xmm.c:110: warning: initialization discards
qualifiers from pointer target type

libxklavier needs to build with -Wno-unknown-pragmas

James Andrewartha — Wed, 26 Apr 2006 00:20:04 -0000

On solaris, the X libraries are filled with #pragma
which creates warnings. Since libxklavier builds with
-Werror, it needs -Wno-unknown-pragmas to ignore these.

Build error - missing xkbfile

Björn Lindqvist — Fri, 17 Mar 2006 00:17:34 -0000

On my box, building of libxklavier ends with:

/bin/sh ../libtool --tag=CC --mode=link gcc -Wall
-Werror
-DDATA_DIR=\"/home/bjourne/cvsgnome/install/share/libxklavier\"
-I. -I/home/bjourne/cvsgnome/install/include
-I/home/bjourne/cvsgnome/install/include/libxml2 -I
-I.. -DENABLE_XKB_SUPPORT=1 -DENABLE_XMM_SUPPORT=1 -g
-O2 -o libxklavier.la -rpath
/home/bjourne/cvsgnome/install/lib -version-info 10:0:0
-L/home/bjourne/cvsgnome/install/lib -lxml2 -lz -lm
-lxkbfile -L/usr/X11R6/lib xklavier.lo xklavier_evt.lo
xklavier_config.lo xklavier_xkb.lo xklavier_evt_xkb.lo
xklavier_config_xkb.lo xklavier_xmm.lo
xklavier_xmm_opts.lo xklavier_evt_xmm.lo
xklavier_config_xmm.lo xklavier_util.lo
xklavier_config_i18n.lo xklavier_props.lo xklavier_dump.lo
gcc -shared .libs/xklavier.o .libs/xklavier_evt.o
.libs/xklavier_config.o .libs/xklavier_xkb.o
.libs/xklavier_evt_xkb.o .libs/xklavier_config_xkb.o
.libs/xklavier_xmm.o .libs/xklavier_xmm_opts.o
.libs/xklavier_evt_xmm.o .libs/xklavier_config_xmm.o
.libs/xklavier_util.o .libs/xklavier_config_i18n.o
.libs/xklavier_props.o .libs/xklavier_dump.o
-Wl,--rpath -Wl,/home/bjourne/cvsgnome/install/lib
-Wl,--rpath -Wl,/home/bjourne/cvsgnome/install/lib
-L/home/bjourne/cvsgnome/install/lib
/home/bjourne/cvsgnome/install/lib/libxml2.so -lz -lm
-lxkbfile -L/usr/X11R6/lib -Wl,-soname
-Wl,libxklavier.so.10 -o .libs/libxklavier.so.10.0.0
/usr/bin/ld: cannot find -lxkbfile

But libxkbfile is installed in:

/usr/lib/libxkbfile.so.1.0.0
/usr/lib/libxkbfile.so.1

so libxklavier should find xkbfile, shouldn't it?

libxklavier incorrectly uses XKB library libxkbfile

Brian Cameron — Wed, 01 Feb 2006 22:38:05 -0000

Just so this bug does not get lost, I wanted to make
sure a reference to this bug is captured in the
libxklavier bug tracking system.

Refer to http://bugzilla.gnome.org/show_bug.cgi?id=152105
to see a lengthy discourse on this topic. The main
issue is as follows:

Please describe the problem:
The libxklavier library that the control center depends
on for keyboard i18n support is not designed correctly.
To allow configuration/selection of multiple keyboard
languages (the X11 keyboard layout) in GNOME,
libxklavier is using non-portable 'private' functions
in the libxkbfile library. By using these private
functions,
libxklavier accesses raw XKB configuration files only
intended for the X server and specific clients (e.g.
xkbcomp). Since X11 is a distributed environment, the
X server may not run on the client host therefore files
present on the host that control-center is running may
not be present on the X host (leading to inconsistencies)
.

The XKB extension requires that the XKB protocol be
used when querying keyboard layouts and setting
keyboard state (using libX11 XKB functions). The
current implementation works by 'accident' with X servers
derived from XFree86, but should be corrected in
general since it conflicts with the X11 client/server
model.

This problem has been characterized as a server bug
with GNOME bugzilla id 137438 (the control-center
won't start), but that does not appear to be the case.

Steps to reproduce:
1. Using a non-XFree86/Xorg based server, start the
most recent version of control-center.
2. Control center will complain about a missing
property (XKB_RULES_NAMES) and fail to start.

Ref: http://bugzilla.gnome.org/show_bug.cgi?id=137438

gnome-keyboard-properties malfunctioning

Egmont Koblinger — Mon, 12 Dec 2005 15:19:10 -0000

Please see
http://bugzilla.gnome.org/show_bug.cgi?id=323881
Now I have a strong feeling that it is likely to be a
libxklavier bug...

No more "group per application" plugin

Filip Miletic — Mon, 04 Jul 2005 22:35:21 -0000

In 0.4 version of the gswitchit-applets, there is no
more "group per application" plugin. That's really bad.

Now, it's true that the default keyboard settings in
Gnome 2.10 have an option to set group per window. But
you could learn the "group per application" plugin to
have different default keyboard settings for different
applications -- this was a very useful feature.

Consider re-adding it, please.

libxklavier should set -Wall and -Werror in configure file

Anonymous — Fri, 13 May 2005 21:31:08 -0000

libxklavier currently doesn't build with compilers
other than gcc unless you hack the Makefile.am files to
remove -Wall and -Werror. Most modules add these to
CFLAGS in configure.in via a technique like this:

AC_MSG_CHECKING(for more warnings, including -Werror)
if test "$GCC" = "yes" -a "$set_more_warnings" != "no";
then
AC_MSG_RESULT(yes)
CFLAGS="\ -Wall \ -Wchar-subscripts -Wmissing-declarations
-Wmissing-prototypes \ -Wnested-externs -Wpointer-arith \ -Wcast-align -Wsign-compare \ -std=gnu89 \ $CFLAGS"
else
AC_MSG_RESULT(no)
fi

Could this be used in libxklavier for better non-gcc
compiler support?

libxklavier-2.0: differ signedness

Anonymous — Mon, 28 Feb 2005 15:06:22 -0000

Hi, i request the patch, more detail is here.
http://gnomesupport.org/forums/viewtopic.php?t=9070

libxklavier: check for XKBrules.h is missing compiler option

Anonymous — Sun, 14 Nov 2004 17:28:21 -0000

configure checks for X11/extenstions/XKBrules.h using a
compile-test.
This test fails because the X-Headers-dir is not passed
to the compiler (the includedir is correctly determined).

It would not be tragic if only the check failed. What
is bad is that there is no error and you can build and
install libxklavier without any error. But libxklavier
is non-functional (the generic error "probably an
internal error with your X-Server - try output of
xprop.. gconftool-2...) is thrown when one tries to log
into gnome.

So not finding XKBrules.h should be a fatal error.

To "fix" this problem (nor sure whether this is
portable or not - I'm not a programmer) I put
"-I$x_incudes" after the $ac_compile call:

--- configure 2004-10-01 23:32:37.000000000 +0200
+++ configure.patched 2004-11-14 17:53:32.000000000 +0100
@@ -20793,7 +20793,7 @@
_ACEOF
rm -f conftest.$ac_objext
if { (eval echo "$as_me:$LINENO: \"$ac_compile\"") >&5
- (eval $ac_compile) 2>conftest.er1
+ (eval "$ac_compile -I$x_includes") 2>conftest.er1
ac_status=$?
grep -v '^ *+' conftest.er1 >conftest.err
rm -f conftest.er1