Re: Bug#345436: xlibs: Alt-GR key not working at all under X
On Wed, Jan 04, 2006 at 04:11:45PM -0500, David Nusinow wrote:
> On Mon, Jan 02, 2006 at 06:36:13PM +0100, Denis Barbier wrote:
> > Backward compatibility rules can be added, this is performed by
> > xkeyboard-config.
> > In this particular case, de_CH was a layout which could not be combined
> > with other layouts, and was already obsolete in sarge. I do not know
> > what can be done to force people to upgrade to newer layouts.
>
> Denis, do you know about how many layout changes there are? If there's not
> too many we could list them in the NEWS file. If there are a lot, we could
> document them and have the NEWS file let people know where to look for
> their changes.
The problem with de_CH is that the $oldlayouts variable has been
dropped from /etc/X11/xkb/rules/xorg, but layouts can still be found
in /etc/X11/xkb/symbols/, I do not know if they will be shipped in
future releases.
In NEWS, you can thus list all layouts which have been dropped (ie.
those previously listed in $oldlayouts), I will try later to provide
a mapping between old and new layouts, and also check for other changes.
> I'm committing a brief note now about switching from the
> xfree86 rules to xorg, but if this hits a lot more than de_CH then we need
> to figure out a good migration path.
I am afraid that this is very difficult, but a good starting point is
indeed to document changes and then see if they can be automated.
For now, you should not recommand using xkb-data, it is only available
in experimental and cannot work out of the box, please read
/usr/share/doc/xkb-data/README.Debian for details.
In short, xkb-data cannot currently replace xlibs. A simple solution
would be to move XKB data from xlibs into a new package, and xkb-data
could then provides/replaces/conflicts with it. But few packages
depend on xlibs for good reasons (ie. because they need XKB data),
so they need to be updated too.
Or alternatively we could decide that xkb-data is a virtual package,
which is provided by xlibs' child and xkeyboard-config.
Another alternative is to follow Daniel's way, and replace xlibs by
xkeyboard-config.
Denis
Reply to: