Re: [ANNOUNCE] xorg-server 1.11.99.1
On Sun, Nov 20, 2011 at 03:20:11PM -0800, Keith Packard wrote: We discussed doing regular releases from master, and Jeremy suggested (sensibly) that we just do them whenever there's a stable release. I completely spaced that plan, nor was I looking at the Google X.org calendar. In any case, here's the current state of master. It's missing a pull request from alanc -- there were a couple of build failures in that which I've replied back about and I expect that'll be fixed shortly. For those interested in helping out, here's the 1.12 release tracker. https://bugs.freedesktop.org/show_bug.cgi?id=40982 Anyone interested in helping clean up the release is encouraged to take a look at the outstanding bugs there. There's a slight snag about the 1.12 release schedule. I'm going biking in New Zealand next February, leaving on the 9th and not getting back until March 1st. So, we can either have the release done before I leave, or wait until I get back. It seems like the former might work a bit better, but it would mean pulling the release in to Feb 8th or so. Anyone have an opinion on the matter? We probably won't get X Input 2.2 done if the release is moved forward to Feb 8th. What's the date for the merge window end? Cheers, Peter ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Re: [ANNOUNCE] xorg-server 1.11.99.1
On Sun, Nov 27, 2011 at 07:29:53PM -0800, Keith Packard wrote: On Mon, 28 Nov 2011 11:39:31 +1000, Peter Hutterer peter.hutte...@who-t.net wrote: We probably won't get X Input 2.2 done if the release is moved forward to Feb 8th. What's the date for the merge window end? If we followed the 1.11 schedule, the non-critical bug window would close three weeks earlier (Jan 18), and the merge window two months before that (Nov 18), which is now nine days past... If you think X Input 2.2 is nearly ready for merging , I'd say we should go for it and get that merged by Christmas, then plan on closing the non-critical bug window in the first week of February and then finish the release in the first week of March. If you don't think X Input 2.2 will be ready by then, we should probably just close out the merge window earlier, and plan on getting the release out the door by the time I go biking. I think Christmas is realistic for the merge. We're quite some way there, but pointer emulation and the resulting grab hilarity is still missing (Chase has worked on this while I was away but I haven't looked at the current state yet) Cheers, Peter ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Re: [ANNOUNCE] xorg-server 1.11.99.1
On Mon, 28 Nov 2011 13:36:35 +1000, Peter Hutterer peter.hutte...@who-t.net wrote: On Sun, Nov 27, 2011 at 07:29:53PM -0800, Keith Packard wrote: On Mon, 28 Nov 2011 11:39:31 +1000, Peter Hutterer peter.hutte...@who-t.net wrote: We probably won't get X Input 2.2 done if the release is moved forward to Feb 8th. What's the date for the merge window end? If we followed the 1.11 schedule, the non-critical bug window would close three weeks earlier (Jan 18), and the merge window two months before that (Nov 18), which is now nine days past... If you think X Input 2.2 is nearly ready for merging , I'd say we should go for it and get that merged by Christmas, then plan on closing the non-critical bug window in the first week of February and then finish the release in the first week of March. If you don't think X Input 2.2 will be ready by then, we should probably just close out the merge window earlier, and plan on getting the release out the door by the time I go biking. I think Christmas is realistic for the merge. We're quite some way there, but pointer emulation and the resulting grab hilarity is still missing (Chase has worked on this while I was away but I haven't looked at the current state yet) I'd say we should go for it then. I'll plan on checking my inbox for critical patches while I'm on my bike trip, but we haven't had a lot of patches in that window in the past, so I don't expect things to back up much. -- keith.pack...@intel.com pgpdxJNZCUWBM.pgp Description: PGP signature ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
[ANNOUNCE] xorg-server 1.11.99.1
We discussed doing regular releases from master, and Jeremy suggested (sensibly) that we just do them whenever there's a stable release. I completely spaced that plan, nor was I looking at the Google X.org calendar. In any case, here's the current state of master. It's missing a pull request from alanc -- there were a couple of build failures in that which I've replied back about and I expect that'll be fixed shortly. For those interested in helping out, here's the 1.12 release tracker. https://bugs.freedesktop.org/show_bug.cgi?id=40982 Anyone interested in helping clean up the release is encouraged to take a look at the outstanding bugs there. There's a slight snag about the 1.12 release schedule. I'm going biking in New Zealand next February, leaving on the 9th and not getting back until March 1st. So, we can either have the release done before I leave, or wait until I get back. It seems like the former might work a bit better, but it would mean pulling the release in to Feb 8th or so. Anyone have an opinion on the matter? Aaron Plattner (5): xfree86: Bump extension ABI version to 6.0 fb: Rename wfbTriangles and wfbTrapezoids xfree86/modes: Let the driver handle the transform xfree86/modes: Make cursor position transform a helper function dix: Reinstate GetImage window size check Adam Jackson (15): xfree86: Move xf86GetClocks to vgahw int10: Port to pciaccess' legacy IO API vgahw: Remove IO domain setup vgahw: Don't default to standard (port space) access routines vgahw: Port to pciaccess IO space routines pci: Port xf86MapLegacyIO to pciaccess linux: Use pci_device_get_parent_bridge instead of open-coding it bus: remove some dead struct fields linux: Remove pre-2.6 PCI interface support linux: Remove ia64 domain I/O support code xfree86: Remove unused bios_devmem.c pci: Deprecate the PCITAG type int10: Use pciaccess rom fetch for !PC machines pci: Remove xf86MapDomainMemory int10: Port internal users off xf86MapVidMem Alan Coopersmith (11): xfree86: move -novtswitch -sharevts argument handling up to common layer Xorg.man: Add -novtswitch and -sharevts options sun_init.c: Move vt switches to a switch_to helper function like lnx_init.c sun_init.c: Implement novtswitch sharevts for Solaris Remove unused ClientStateCheckingSecurity ClientStateCheckedSecurity Remove unused ClientStateAuthenticating Cross-reference cvt(1) gtf(1) man pages Space style cleanup of hw/xfree86/i2c/fi1236.c Assign ids to more tags in Xserver-Dtrace.xml Unconditionally #include stdint.h Add #include inpututils.h to xkbAccessX.c for init_device_event Alan Hourihane (1): dixfonts: Don't overwrite local c variable until new_closure is safely initialized. Alexandr Shadchin (17): bsd: Remove unused macros KBD_FD bsd: Replacement screenFd on consoleFd because they are equivalent bsd: Variable devConsoleFd need only if defined PCCONS_SUPPORT bsd: Remove dead code bsd: Some clean up bsd: OpenBSD and NetBSD not need extra headers in PCVT_SUPPORT bsd: ioctl KDENABIO/KDDISABIO do not matter for OpenBSD Remove unused vtSysreq bsd: Remove odd message about -sharevts Fix position _X_EXPORT Remove unused VT_SYSREQ_DEFAULT Remove BSDi support Remove odd definition DEV_MEM Move check definition MAP_FAILED in xf86_OSlib.h bsd: alpha_video: Function sethae() need only for FreeBSD bsd: alpha_video: Simplify #include bsd: alpha_video: Remove unused variables Andreas Wettstein (1): xkb: Support noLock and noUnlock flags for LockMods Anssi Hannula (1): xfree86: add nouveau as the first automatic driver for NVIDIA hardware Carlos Garnacho (1): Xi: Fix passive XI2 ungrabs on XIAll[Master]Devices Chris Wilson (4): render: export TriStrip and TriFan to the drivers VidMode: prevent crash with no modes DRI2: Avoid a NULL pointer dereference dri2: Register the DRI2DrawableType after server regeneration Christopher Yeleighton (1): Bug 38420: Xvfb crashes in miInitVisuals() when started with depth=2 Colin Harrison (2): Xming: Always remove temporary file used when invoking xkbcomp on Win32 hw/xwin: Fix a typo in ddraw.h Cyril Brulebois (5): configure.ac: Fix help string for mitshm. render: Replace __inline with inline. xkb: Fix case checks for Latin 1. xkb: Fix case checks for Latin 2. xkb: Fix case checks for Latin 4. Daniel Kurtz (4): os/log: Pull LogMessageTypeVerbString out of LogVMessageVerb os/log: Add LogVHdrMessageVerb and friends xf86Helper: use LogHdrMessageVerb in xf86VIDrvMsgVerb xf86Helper: use LogHdrMessageVerb in xf86VDrvMsgVerb Daniel Stone (25): Input: Add flags to DeviceEvent Input: Add flags to
