[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#410903: marked as done (xkb-data: configuration files have been moved to /usr/share)

Your message dated Sun, 13 Jan 2008 16:32:06 +0000
with message-id <E1JE5kk-0004MI-El@ries.debian.org>
and subject line Bug#438940: fixed in xkeyboard-config 1.1~cvs.20080104.1-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: xkb-data
Version: 0.9-4
Severity: serious

After upgrading to etch, I noticed that it is no longer possible to use
locally adapted keyboard layouts.  The reason is that the contents of
/etc/X11/xkb/ have been moved to /usr/share, and files at the old
location are no longer used.

I think that it is clear that these files actually are configuration
files.  This has been discussed for example in #326637.  Reading through
this bug, one gets the impression that everyone who spoke up agreed that
it makes sense, and is actually done, to customize these files (or maybe
rather, to add customization files in these directories, see below).

However, the bug was closed with "XKB files have been moved into
/usr/share/X11/xkb, so I am closing this bug".  I guess this might be
because Debian simply followed an upstream change.  Which is an
explanation, but not a good reason.

What is the consequence of this bug?

- In my case, it is that my old setup stopped producing my customized
  keyboard layout because the files that I added in /etc/ were not
  found.  I fear this will happen to quite a lot of people upgrading
  from older versions (both sarge and xorg on sarge-backports). 

- In extreme cases, it might have the consequence that people are not
  able to log in, because some keys they need for their username or
  password are not available with the resulting keyboard layout. (And
  the keyboard layout on the console might never have provided them).

- Well, and generally it's a policy violation to ship configuration
  files in /usr/share.

What are possible approaches to solve this bug?

1) move (most of) xkb-data's files back to /etc.  

   The problem here is that if sarge's dpkg is used, this will lead to
   loads of "created by you or a script" messages.  Which can be
   circumvented by either a "Pre-Depends: dpkg (>=1.1321)" (something
   you want to avoid) or by removing files with matching md5sums in
   /var/lib/dpkg/info.  Unfortunately, the second approach leads to
   "conffile has been deleted" prompts when etch's dpkg is used (see

2) State that 

   - the files in /usr/share/X11/xkb/ represent particular
     configuration choices, selected by settings in xorg.conf, and are not
     meant to be configured, 

   but that 

   - it must be possible to *add* new layouts locally.

   In terms of implementation, this would mean that some tool would have
   to merge the contents of /usr/share/X11/xkb and *new* files in
   /etc/X11/xkb, and that the executable needs to be changed to load
   them from the merging place.

3) State that the files in /usr/share/X11/xkb/ represent particular
   configuration choices, selected by settings in xorg.conf, and are not
   meant to be configured, not at all, not even by addition.

   IMHO, this would only be acceptable if

   a) it is possible to do single key reassignments in xorg.conf (or at
      other places, like setxkbmap calls in /etc/X11/Xsession{,.d}), 


   b) there's a really user-oriented documentation about how to do that,
      if not an upgrade path.

   With user-oriented I mean that at least anyone who, years ago, was
   able to change one of the lines in, say, /etc/X11/xkb/symbols/pc/us,
   to suit their needs, will be guided to achieve a similar effect with
   xorg.conf.  README.config.gz is not sufficient, since it doesn't talk
   at all about key remappings, only choosing between existing options.

   Ideally even someone who got the changed file from a friend would be
   able to do it.

4) State that I am talking rubish^W^W^W^W^W^W not included here.

Regards, Frank

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (99, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)

-- no debconf information

Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

--- End Message ---
--- Begin Message ---
Source: xkeyboard-config
Source-Version: 1.1~cvs.20080104.1-1

We believe that the bug you reported is fixed in the latest version of
xkeyboard-config, which is due to be installed in the Debian FTP archive:

  to pool/main/x/xkeyboard-config/xkb-data_1.1~cvs.20080104.1-1_all.deb
  to pool/main/x/xkeyboard-config/xkeyboard-config_1.1~cvs.20080104.1-1.diff.gz
  to pool/main/x/xkeyboard-config/xkeyboard-config_1.1~cvs.20080104.1-1.dsc
  to pool/main/x/xkeyboard-config/xkeyboard-config_1.1~cvs.20080104.1.orig.tar.gz

A summary of the changes between this version and the previous one is

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 438940@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
Mohammed Adnène Trojette <adn+deb@diwi.org> (supplier of updated xkeyboard-config package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)

Hash: SHA1

Format: 1.7
Date: Sun, 13 Jan 2008 15:33:54 +0100
Source: xkeyboard-config
Binary: xkb-data
Architecture: source all
Version: 1.1~cvs.20080104.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Changed-By: Mohammed Adnène Trojette <adn+deb@diwi.org>
 xkb-data   - X Keyboard Extension (XKB) configuration data
Closes: 324647 343929 366180 395883 410628 410903 438940 442942 444035 451622 453675 456942 457927
 xkeyboard-config (1.1~cvs.20080104.1-1) unstable; urgency=low
   * New upstream CVS snapshot from January 4th 2008:
      + fixed Latin American layout. (Closes: #444035)
      + fixed Cherry CyMotion Master Linux layout. (Closes: #343929)
      + fixed HP Compaq nx9020 layout. (Closes: #395883)
      + split Serbia and Montenegro. (Closes: #451622)
      + added fr(nodeadkeys) to mac. (Closes: #456942)
      + fixed mapping for shift+backslash in "il" keyboard. (Closes: #457927)
      + added English quotation marks to intl keymaps. (Closes: #453675)
   * debian/control:
      + bumped Standards-Version to 3.7.3.
      + used Vcs-Git and Vcs-Browser fields.
      + use a Homepage field.
   * Refreshed resync_rules_base.diff. (Closes: #442942)
   * Documented the creation of a custom layout in README.Debian and
     made /usr/share/X11/xkb/rules/base.xml a symlink to
     (Closes: #410628, #410903, #438940)
   * Documented how to remove conffiles left in /etc/X11/xkb/ in
     README.Debian. (Closes: #366180)
   * New patch: add_void_definition_pl-324647.diff
      + don't use rules/latin's definitions for alt+{w,q,f}.
        (Closes: #324647)
 10d02c59169d3756e088c4c500942783 932 x11 extra xkeyboard-config_1.1~cvs.20080104.1-1.dsc
 d415dd467119dd768d8fcf05d72b2a1a 825009 x11 extra xkeyboard-config_1.1~cvs.20080104.1.orig.tar.gz
 06e801fa141901736cd647c0498e676c 93745 x11 extra xkeyboard-config_1.1~cvs.20080104.1-1.diff.gz
 a85855c70c6e71c7071d438efff3079a 617730 x11 extra xkb-data_1.1~cvs.20080104.1-1_all.deb

Version: GnuPG v1.4.6 (GNU/Linux)


--- End Message ---

Reply to: