アメリカの国際キーボードがAlt_Rを停止する理由

米国英語国際（デッドキーを含む）キーボードレイアウトを追加すると、Alt_Rキーが破損します。どんなアイデアがありますか？

私はGNOMEを使用してRHEL 5.5を開発しています。追加のレイアウトを削除すると問題が消え、再度追加すると問題が再び表示されます。

特定の問題には、Alt_Rを使用している場合はAlt-F2が実行されているアプリケーションを起動しないこと、およびAlt_Rを使用している場合はCTRL-Alt-Lが画面を再表示できないことが含まれます。

トラブルシューティングのためにxevを試しました。アメリカ英語のレイアウトを使用して得られた内容は次のとおりです。

KeyPress event, serial 29, synthetic NO, window 0x1e00001,
    root 0x3a2, subw 0x0, time 1766794207, (169,-13), root:(2099,35),
    state 0x0, keycode 113 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 29, synthetic NO, window 0x1e00001,
    root 0x3a2, subw 0x0, time 1766794447, (169,-13), root:(2099,35),
    state 0x8, keycode 113 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False  

米国英語国際版（デッドキーを含む）レイアウトを使用して得られた結果は次のとおりです。

KeyPress event, serial 26, synthetic NO, window 0x1e00001,
    root 0x3a2, subw 0x0, time 1766853750, (169,-13), root:(2099,35),
    state 0x0, keycode 113 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 29, synthetic NO, window 0x1e00001,
    root 0x3a2, subw 0x0, time 1766853872, (169,-13), root:(2099,35),
    state 0x80, keycode 113 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

現在のレイアウトが実際に使用されているかどうかには違いはありません。選択したリストに入れると問題が発生します。これがバグの場合、どこに提出する必要があるかを知っている人はいますか（GNOME、Xorg、Redhat）？

編集する：今、私はxmodmapを使って修飾子マップを見ることができることに気づきました。最初に、mod5はmod5 Mode_switch（0x5d）とISO_Level3_Shift（0x7c）にマップされます。国際レイアウトを追加すると、Alt_R（0x71）もmod5にマップされるため、この問題が発生します。 Calebの提案に従って、Alt_RをISO_Level3_Shiftに切り替えて、mod5を「mod5 Mode_switch（0x5d）、ISO_Level3_Shift（0x71）、ISO_Level3_Shift（0x7c）」にマップするようにしました。ただし、これはまだAlt_Lの代替であるAlt_Rの目的を無効にします。