Bug#264490: setxkbmap in ~/.xsession doesn't work for gnome sessions

Recai Oktas Recai Oktas <roktas@omu.edu.tr>, 264490@bugs.debian.org
Mon, 9 Aug 2004 08:04:10 +0300


--liOOAslEiF7prFVr
Content-Type: text/plain; charset=iso-8859-9
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

It looks like this is rather a feature than a bug and also the right=20
package for this bug report seems to be 'capplets'.  GNOME tries to=20
configure the keyboard automagically based on the system locale and it=20
all happens when entering the session.  Am I understanding correctly? =20
If so, apoligizes for the false alarm.  You may safely close the bug or=20
reassign it to somewhere else if my understanding is correct.

But this mechanism introduces some problems for multi layout languages. =20
There are two completely different keymaps in Turkish (Q layout and F=20
layout -- something like the difference between qwerty and azerty). =20
System's locale would only help to select a default keymap (Q layout for=20
this case).  Regarding the language-env package,  I would like to find a=20
generic solution to setup the X keyboard for new users from a central=20
location which is valid for all x-session/window-managers and .xsession=20
appeared to be the natural choice.  But as far as I see, GNOME (2.6)=20
session handling prevents me to setup the non-default keymap (F layout)=20
in .xsession.  Any suggestion for this problem wrt GNOME?

Thanks,

--=20
roktas

--liOOAslEiF7prFVr
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBFwXKnA44mz/SXIQRAt0PAJ9LmUEaaAEoRQp4FcHY8I9Otg0AqgCfbbv4
NfBO6zOcrJKAwxT8peytX6Y=
=xjff
-----END PGP SIGNATURE-----

--liOOAslEiF7prFVr--