changing from xkeyboard-config 0.9 -> 1.1: couldn't load xkb keymap

[Jens Stroebel]

		Hi.

We are using xorg built from git here and kept xkeyboad-config 0.9 
around until now; I'd like to update to version 1.1 now but can't seem 
to get this done.

Build (configure)  is done like before:
===================================================================
./configure --enable-xkbcomp-symlink --enable-compat-rules \
         --with-xkb-base=/opt/Xorg/share/X11/xkb \
         --with-xkb-rules-symlink=xorg,xfree86
===================================================================
    (/opt/Xorg is $prefix for xorg)

Now I get in Xorg.log:
"(WW) Couldn't load XKB keymap, falling back topre-XKB keymap"

We have /etc/hal/fdi/information/10-xkb.fdi containing:
===================================================================
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
   <device>
     <!-- FIXME: Support tablets too. -->
     <match key="info.capabilities" contains="input.mouse">
       <merge key="input.x11_driver" type="string">mouse</merge>
       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
              string="Linux">
         <merge key="input.x11_driver" type="string">evdev</merge>
       </match>
     </match>

     <match key="info.capabilities" contains="input.keys">
       <merge key="input.xkb_rules" type="string">base</merge>

       <!-- If we're using Linux, we use evdev by default (falling back to
            keyboard otherwise). -->
       <merge key="input.x11_driver" type="string">keyboard</merge>
       <merge key="input.xkb_model" type="string">keyboard</merge>
       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
              string="Linux">
         <merge key="input.x11_driver" type="string">evdev</merge>
         <merge key="input.xkb_model" type="string">evdev</merge>
       </match>

       <merge key="input.xkb_layout" type="string">us</merge>

       <merge key="input.xkb_variant" type="string" />
     </match>
   </device>
</deviceinfo>
===================================================================

and we have /etc/hal/fdi/information/x11-input.fdi containing:
===================================================================
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
   <device>
     <!-- FIXME: Support tablets too. -->
     <match key="info.capabilities" contains="input.mouse">
       <merge key="input.x11_driver" type="string">mouse</merge>
       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
              string="Linux">
         <merge key="input.x11_driver" type="string">evdev</merge>
       </match>
     </match>

     <match key="info.capabilities" contains="input.keys">
       <merge key="input.xkb.rules" type="string">base</merge>

       <!-- If we're using Linux, we use evdev by default (falling back to
            keyboard otherwise). -->
       <merge key="input.x11_driver" type="string">keyboard</merge>
       <merge key="input.xkb.model" type="string">pc105</merge>
       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
              string="Linux">
         <merge key="input.x11_driver" type="string">evdev</merge>
         <merge key="input.xkb.model" type="string">evdev</merge>
       </match>

       <merge key="input.xkb.layout" type="string">us</merge>

       <merge key="input.xkb.variant" type="string" />
     </match>
   </device>
</deviceinfo>
===================================================================

In spite of both files defining layout us, xorg comes up with layout de 
(which is what the consoles use, host is configured to have german 
keyboard layout on the consoles). Trying to change that via "setxkbmap 
us" gives:
   "Error loading new keyboard description"

What could be the reason(s) for this?
	Any insights welcome,
		greets,
		  jens
-- 
dr-xorg at bcsoft.de
One language to typeset them all
one language to find them
one language to browse them all
and in the darkness bind them.
In the land of web where the shadows lie.
                                            --Peter H. Coffin