Bug 173600

Summary:	XkbLayout "us_intl" breaks Ctrl-Alt-F1, Compose, ISO_Level3_Shift
Product:	[Fedora] Fedora	Reporter:	Alexandre Oliva <oliva>
Component:	xorg-x11-xkbdata	Assignee:	Mike A. Harris <mharris>
Status:	CLOSED DUPLICATE	QA Contact:
Severity:	high	Docs Contact:
Priority:	medium
Version:	rawhide
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-02-22 01:53:18 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	150222

Description Alexandre Oliva 2005-11-18 15:54:51 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20051103 Fedora/1.5-0.5.0.rc1 Firefox/1.5

Description of problem:
Today's rawhide still can't switch to VT1 from the X login screen.  What a pain :-(  Also, Right-Alt, normally mapped to ISO_Level3_Shift or to Compose with my keyboard settings (us-intl), has no such effect, and behaves like Left-Alt.  Dead accents still work, but cedilla can't be generated because of the absence of the compose keys.  setxkbmap says there's an error loading the new keyboard description, but stracing it makes it seem like it's the server that's rejecting the request.

Version-Release number of selected component (if applicable):
xorg-x11-xkb-utils-0.99.1-2

How reproducible:
Always

Steps to Reproduce:
1.Try to switch to VT1 with Ctrl-Alt-F1

Actual Results:  You can't

Expected Results:  Sometimes you really need it

Additional info:

Comment 1 Alexandre Oliva 2005-11-30 12:06:46 UTC

FWIW, I found out that it is this line in /etc/X11/xorg.conf that is the culprit:

	Option	    "XkbLayout" "us_intl"

If I change that to plain `us', then Ctrl-Alt-F1 works, but compose keys don't.
 If I log in and then run:

setxkbmap us -symbols 'us(pc105compose)+compose(ralt)+us_intl(basic)'

then compose works and I'm happy, but users can't use compose keys to enter
their login or password, so that would be a problem for a final release.

Any idea of why us_intl would have stopped working, or at least some pointer
about where I can start looking for clues?

Thanks,

Comment 2 Alexandre Oliva 2006-01-06 01:29:55 UTC

This is still broken, and not being able to use the keyboard properly nor switch
to the text console before logging in will drive a lot of people away from FC5T2
if it's still broken.

Any suggestions of where to start looking for a solution?

Comment 3 Nicolas Mailhot 2006-01-07 10:34:38 UTC

This is actually the same problem than #173267 and #173268

I suggest you test system-config-keyboard to see if it manages to produce a
xorking xorg.conf in your case, and if not reopen #173268
 (marking this one as duplicate)

Note that after you've fixed your xorg.conf you'll probably hit #173267 so you
should also test this one

Comment 4 Alexandre Oliva 2006-01-07 16:01:47 UTC

Thanks for the pointers.  The suggestion of using system-config-keyboard in bug
173268 has enabled me to change my long-ago custom-made xorg.conf such that it
works with modular X the way it used to before modular X.

As for bug 173267, I'm not going to run into it because I use us_intl
exclusively, no layout hot switching.

I'll leave this open because there should be some sort of warning somewhere
(Xorg.0.log) indicating that us_intl does not work, as opposed to being AFAICT
silently ignored.

Comment 5 Mike A. Harris 2006-02-22 01:53:18 UTC


*** This bug has been marked as a duplicate of 173268 ***