Re: Bug#378309: xkb-data: Please include the Dzongkha keyboard layout (dz)
On Tue, Jul 18, 2006 at 09:53:48PM +0200, Denis Barbier wrote:
> On Tue, Jul 18, 2006 at 07:05:04AM +0200, Christian Perrier wrote:
> > > xkb-data contains country-based layout whenever possible, and this
> > > layout is already included in /usr/share/X11/xkb/symbols/bt.
> > > AFAICT symbols in the range U0000...U0100 must use symbolic names,
> > > so I will send the following patch upstream. Please tell me if
> > > other changes are needed.
> >
> > Something else: could this "bt" layout be selected when the X server
> > packages are installed?
> >
> > AFAICT this is done in xserver-xorg config script but the only logic
> > there is based on the "DI keymap". However, for languages that are
> > used only with the graphical version of DI, the selection of the
> > keymap, namely the console keymap, is mostly irrelevant (for instance,
> > there is obviously no Dzongkha/Bhutan keymap in console-data).
> >
> > This is not only a problem for Dzongkha, actually, but also for all
> > languages which do not have a specific console keyboard layout
> > because it is pointless.
>
> As pointed out in http://lists.debian.org/debian-x/2003/12/msg00099.html
> I am not happy with X maintainer scripts and am not willing to spend
> a single minute on them. If we can finally get rid of all those crappy
> shell functions (at the moment xserver-xorg.config contains 2000 lines,
> 800 lines are for unused shell functions), I will happily reconsider my
> position.
That's my goal, but not until after etch. There's a lot to do. The quilt
stuff needs to either be pushed to quilt itself or we need to adapt our
stuff to use what's already in quilt. The whole config file generator needs
to be scrapped in favor of using the server itself to
autodetect/autogenerate a useable config. We need to let things like fonts
packages install bits of the xorg.conf autonomously so they don't have to
mess with other packages' conffiles. And a zillion other little things.
But this is a ton of work and it's not sensible to get much of it done for
the freeze. Instead, I'd like to polish what we have now for the release,
and spend the etch+1 time paring down our packaging and working with
upstream to have a good config that we don't have to maintain all by
ourselves.
- David Nusinow
Reply to: