Promoted to fasttrack timing out on 08/20/2009 Suresh
Garrett D'Amore wrote: > 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 >>> >> >> >
