Given that this is a potentially contentious issue, doesn't that
automatically raise it above the bar required for being a fast track
instead of a self-review?
(What application would bind to Ctrl-Backspace? That's one I've never
seen before...)
I realize that this issue may border on the level of being a bikeshed,
and while I personally have no opinion (or at least not a strong enough
one to make a fuss, especially if I have an easy to reenable the current
behavior), I think the changed behavior suggests we should at least give
it a the normal courtesy of being a fast track, to give anyone who might
have more compelling reasons why such a change in behavior would not be
good a chance to respond.
Please promote this case to a fast track.
I'll +1 it now just to make sure it doesn't have a risk of being "closed
denied not reviewed".
- Garrett
Alan Coopersmith wrote:
> The net effect being that Ctrl-Alt-Backspace will no longer exit the server
> in the default configuration, only after it is configured to do so.
>
> (This is a contentious issue in the X userbase - some have hailed us for
> finally stopping the random death of the server to users who mistype
> because they use applications which bind to Ctrl-Backspace, others decry
> us for removing the escape hatch they rely on when things go too badly
> wrong. http://who-t.blogspot.com/2009/04/zapping-server.html is a
> fairly good summary.)
>
> Of course, those of us who only use Sun Unix layout keyboards may find
> the arguments less compelling than those using standard PC layouts where
> Ctrl and Alt are close enough to accidentally hit both at once, but our
> user base has a lot more of those keyboards than Unix layout keyboards.
>
> Normally I'd argue that xkb-config updates are so far below the radar as
> to not even need self-review cases, but this change has been proven to
> be controversial enough on other platforms that it deserves at least an
> awareness of upcoming change.
>
> (Should we decide we want to change the default to enable C-A-B, it should
> be a simple matter of adding the terminate:ctrl_alt_bksp option to the
> XKB options in the HAL .fdi file we use to configure keyboards now.)
>
> -Alan Coopersmith- alan.coopersmith at sun.com
> Sun Microsystems, Inc. - X Window System Engineering
>
> Suresh Chandrasekharan wrote:
>
>> Hi Garret,
>> I think the visible difference being the X server terminate key
>> sequence (Ctrl-Alt-Bkspace) removed from
>> /usr/X11/lib/X11/xkb/symbols/srvr_ctrl group and put into a new group
>> /usr/X11/lib/X11/xkb/symbols/terminate. Rest of the server control keys
>> (Ctrl-Alt-<key>) still remain in /usr/X11/lib/X11/xkb/symbols/srvr_ctrl
>> file.
>>
>> Javier may be able to add more info if needed. He will be back from
>> vacation coming Monday.
>>
>> Regards,
>> Suresh
>>
>>
>> Garrett D'Amore wrote:
>>
>>> Suresh Chandrasekharan wrote:
>>>
>>>> I'm filing this case as self review and automatic approval for Javier
>>>> Acosta. Seeks minor binding.
>>>>
>>>> Suresh
>>>>
>>>>
>>>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
>>>> This information is Copyright 2009 Sun Microsystems
>>>> 1. Introduction
>>>> 1.1. Project/Component Working Name:
>>>> xkeyboard-config update from v1.4 to v1.6
>>>> 1.2. Name of Document Author/Supplier:
>>>> Author: Javier Acosta
>>>> 1.3 Date of This Document:
>>>> 13 August, 2009
>>>> 4. Technical Description
>>>> OVERVIEW
>>>>
>>>> This case is to upgrade our XKB data from xkeyboard-config v1.4 to
>>>> xkeyboard-config v1.6.
>>>>
>>>> Currently Solaris Nevada and OpenSolaris use xkeyboard-config v1.4 as
>>>> its primary source of the XKB data. The xkeyboard-config is part of the
>>>> freedesktop project and it is actively maintained and upgraded; the
>>>> latest available version is v1.6 which includes several bugs fixed (36)
>>>> and new configuration components added. With this case Solaris Nevada
>>>> and OpenSolaris would be "up-stream" with other Linux distributions in
>>>> terms of compatibility and number of keyboard layouts available.
>>>>
>>>> After the upgrade, we believe that there will be many more new keyboard
>>>> layout symbols for several countries and regions of the world, more
>>>> variants for existing and for new keyboard layouts, support for
>>>> additional models of physical keyboards, updated geometries and
>>>> keycodes, and such that are 100% compatible with other Linux
>>>> distributions and also widely accepted by various user communities in
>>>> the world.
>>>>
>>>> In directory structure also, there will be no significant differences
>>>> between the current one and the one that will be provided by the
>>>> upgrade of xkeyboard-config.
>>>>
>>>> One visible difference will be that the handling of server keys and X
>>>> server termination are separated into different xkb option groups.
>>>>
>>>>
>>> I'd like to see that difference spelled out in more specific detail,
>>> please.
>>>
>>> - Garrett
>>>
>>>> INTERFACE STABILITY
>>>>
>>>> Exported interfaces are like the following. There is no imported
>>>> interface
>>>> that is significant.
>>>>
>>>> Interfaces Stability Description
>>>> ---------- --------- -----------
>>>> /usr/X11/lib/X11/xkb/* Uncommitted XKB definition files &
>>>> directories.
>>>>
>>>>
>>>> REFERENCES
>>>>
>>>> [1] PSARC/2009/117 Self Review
>>>> [2] OSR #12375 xkeyboard-config v. 1.6 (inbound review)
>>>> [3] OSR #11059 xkeyboard-config v. 1.4 (inbound review)
>>>> [4] OSR #11093 XKeyboardConfig (outbound review)
>>>>
>>>> 6. Resources and Schedule
>>>> 6.4. Steering Committee requested information
>>>> 6.4.1. Consolidation C-team Name:
>>>> G11N
>>>> 6.5. ARC review type: Automatic
>>>> 6.6. ARC Exposure: open
>>>>
>>>>
>>>>
>> _______________________________________________
>> i18n-discuss mailing list
>> i18n-discuss at opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/i18n-discuss
>>
>
>
