Is this using GUI install, or text mode install?

This would be an anaconda problem

GUI installs were used. 

Later,
	--gleep

I'm not sure I understand the problem.  If the line is commented out, no change
will take place.  That is, the caps lock key behaves like the caps lock key and
the Ctrl key behaves like the Ctrl key. In my experiments, the line:
      Option  "XkbOptions"    "ctrl:nocaps"
causes the caps lock key to behave like the Ctrl key.  The Ctrl key behavior is
unchanged.  Then, the line:
      Option  "XkbOptions"    "ctrl:swapcaps"
causes the caps lock key and the Ctrl key to swap behavior.  

So, I was unable to reproduce this bug.  Also, this bug is related to X...not
the installer.  I'm inclined to think that this is not a bug, but I'm
transferring it to mharris to verify that this is the case.

The problem isn't in what the Option line does with the X server, but more in
that the instructions we are giving people that read the file does not match the
command we are giving them.  Ie: if they want to go ahead and switch the CTRL
and Caps Lock key they will need to use ctrl:swapcaps.  ctrl:nocaps results in a
different behavior than what the comment instructs.

Which, ahh, I didn't really say... But it's what I meant.  Honest.  :)

I think that either the comment should be taken out entirely, the comment made
to match the behavior of the option, or the option changed to match the behavior
specified in the comment.

Kinda nitpicky, I know, but we've actually been getting install support calls on
this little item.

Later,

	--gleep

Reassigned to component owner.

Ok, how about if I change the file so that it looks like this:

# If you'd like to switch the positions of your capslock and
# control keys, use:
#    XkbOptions  "ctrl:swapcaps"
#
# If you'd like to disable the capslock key, use:
#    XkbOptions  "ctrl:nocaps"

That way, they get instructions on how to do both.  Is that ok?

Looks great to me.  That should keep everyone happy, thanks!

	--gleep