On Fri, Apr 17, 2009 at 09:50:55AM +0200, Julien Cristau wrote:
> i expect that whatever's in /etc (configuration) overrides whatever's
> in /usr (defaults), yes.
My confiuration in /etc does override 10-keymap.fdi, but that's not what
causing the problem. The problem comes from the fact that the settings
in /etc and debian-x11-keymap.fdi do _not_ conflict and therefore there
is nothing to override:
- in /etc, I say "set input.xkb.layout to X when keyboard Y is found"
- debian-x11-keymap.fdi says "run debian-setup-keyboard whenever a
keyboard is found"
The two requests are orthogonal, so HAL obeys both. It just happens that
debian-setup-keyboard then blows the configuration that has been set in
/etc. But since HAL has not the slightest idea what
debian-setup-keyboard will do, it cannot possibly prevent that.
> > Yes you can. You can request the HAL maintainers to disable that script
> > (IMHO the directory is called "OS vendor" for a reason), and then depend
> > on the corrected HAL version.
> >
> sigh. that would still mean a change in hal first, wouldn't it?
Not sure, just diverting
/usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi should also work.
Just be careful that it also contains a callout to hal-setup-keymap and
I have't got a clue what that command does.
Gabor
--
---------------------------------------------------------
MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
---------------------------------------------------------
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
