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--