могу предложить "универсальный" рецепт, если в Fedora он сработает:

$ cat /etc/X11/xorg.conf.d/90-keyboard-layout.conf 
Section "InputClass"
    Identifier "keyboard-all"
    MatchIsKeyboard "on"
    MatchDevicePath "/dev/input/event*"
    Driver "evdev"
    Option "XkbLayout" "us,ru"
    #Option "XkbVariant" ",winkeys"
    Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:ctrl_shift_toggle,grp_led:scroll"
EndSection

# READ THIS FOR CUSTOM KEYBOARD INFORMATION
#
#  If you want to add a custom model/layout/variant to X, you will need to COPY
#  this file to /etc/X11/xorg.conf.d/ and edit that copy.  After editing it to
#  suit, you will need to restart X.
#
#  Here's an example of the lines from above:
#
# Section "InputClass"
#    Identifier "keyboard-all"
#    MatchIsKeyboard "on"
#    MatchDevicePath "/dev/input/event*"
#    Driver "evdev"
#    Option "XkbLayout" "us"
#    Option "XkbVariant" "intl"
#    Option "XkbOptions" "compose:rwin,terminate:ctrl_alt_bksp"
# EndSection
#
#  Many desktop environments, including KDE and Xfce, have their own methods to
#  configure keyboard layouts and such if you'd like to use them.
#
#  If you prefer to use the "old" way of configuring keyboards (without input 
#  device hotplugging), then you'll need to add the following lines to the 
#  ServerFlags section of /etc/X11/xorg.conf:
#    Option   "AllowEmptyInput"     "false"
#    Option   "AutoAddDevices"      "false"
#    Option   "AutoEnableDevices"   "false"
#  Alternatively, you can break this up into separate "stubs" in the xorg.conf.d/
#  directory, but that's your call.  Assuming you elect to keep a monolithic 
#  /etc/X11/xorg.conf file, you can now edit the Keyboard section as usual.

Это, конечно, не Fedora-way, но...

Отвечаю сразу на оба совета.
Если бы я не проверил оба эти путя, то разве стал бы обращаться за помощью?
Настройки в Х11 есть, но... В игноре полном.
Gnome-tweak-tool - есть "закладка" набор. Но вот выбрать в что либо нереально. Всё отключено и не включается. В консоль идет, при этом,  сообщение:

назначить какие либо клавиши в "системных параметрах" клавиатуры - тоже нерально. Нет никакой реакции.
Что делать с этим гномом 3.6.2 - не понимаю...
Кстати, перестали заодно работать и любимые темы оформления предыдущего гнома:

+1. Я на Gnome 3 так и не смог пересесть. Убили гады его =( Теперь как говориться KDE рулит!

Может стоит перейти на MATE? Или и там есть какие то подводные камни?

Ежики кололись, плакали, но продолжали лезть на кактус...

Если к гному приложить немного рук, то вполне себе юзабельная среда получается. Я себе делаю что-то в стиле macos'а. Но вот то, что при переходе с гнома 3.4 на 3.6 перестают работать расширения, слетают темы (не только у меня, в инете полно разговоров на эту тему)... Вот за это лучи поноса разработчикам... Если уж объявил какой API, то держи его работоспособность до самого конца. Предупреждай, что он deprecated, но никогда не отключай. Вводи новые API, развивай их сколько хочешь. Но совместимость со своим прежним кодом изволь поддерживать. Я так думаю.

Я так понимаю если F18 будет базой для RHEL7 то в наследство достанется и MATE. И тут уже RedHat будет поддерживать его 7 или сколько там лет?

Поддержу. Вот уж я повеселился на этих каникулах на поддержке федорой серверных software-RAID'ов. Как она ставила ось именно в расчете на software-RAID, а после загрузки - работал только один диск... Не, мне такое веселье не нужно, я уж лучше "поскучаю"...

угу, развлечений таких там сильно меньше

Жмакай сюды

В Ф18 не заменяют, а просто вводят для тестов, dnf называется, синтаксис аналогичен yum.
А по изменениям, читай релиз нотес.

Во, спасибо за ответ, а то к yum привык ) А так почитал, ничего особенного не поменялось)

Вот уж не скажу, что пошустрее.... Таких тормозов я еще в жизни не видел. А видел я многое...
Уточняю. У меня небольшой разездной ноут на атоме 270м. С гигабайтом памяти и Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03).
Я уже писал, что на этом видео контроллере федора сообщает гному нечто, что он при подключенном внешнем дисплее уходит в перманетный fallback-mode. Я знаю, как отучить его от этого.  Но дело не в том...
Сейчас случился казус. Обновил федору с версии 17. Там был настроен даш с нужными мне приложениями. После обновления этот даш остался в полной неприкосновенности. Казалось бы - хорошо... Ан нет. Gnome 3.6 переместил кнопку выбора приложений в даш.   Убрал переключатель с экрана. Так вот, если ставим 18 с нуля, или заводим нового юзера, то правльный даш появляется. А вот в обновленной установке - кнопки приложений в даше нет. И как её надыбать - пока непонятно.
Для изучения ситуации создал нового пользователя и попытался зайти им в систему, в гнома... Вот тут тооомоза и начались. Причем тормоза явно вычислительные, к диску обращений нет.
Самое интересное, если я gdm'у указываю автоматичекий логин (мной) в системе, то работа относительно (с учетом мощности процессора) шустрая. А если эту автоматизацию выключаю - выбрать нужного юзера в login-menu проблема... По минуле ожидание реакции компа.
И, самое печальное, регистрация новым юзером как то не привела к созданию гномовских каталогов (для равнения)... Вот теперь и думай, как вернуть на даш потерявшуюся кнопку...

У меня после установки с nouveau были конкретные тормоза, фризы и зависания гномощели, поставил проприетарные дрова nvidia, всё нормализовалось.

Боюсь, что на мою видекарту ( Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) ) nvidia-драйвера не пойдут... Или как?