OpenBSD X11 changes summary for 2015-08-23 to 2015-08-30 inclusive ==================================================================
3RDPARTY Makefile app distrib doc driver lib xserver == 3RDPARTY ========================================================== 01/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/3RDPARTY 3RDPARTY > update (matthieu@) == Makefile ========================================================== 02/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/Makefile Makefile > do checkflist like base -- meaning, don't do it automatically. (deraadt@) > /usr/share/sysmerge -> /var/sysmerge > requested by several > discussed with deraadt@ (ajacoutot@) == app =============================================================== 03/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/app app ~ cwm/client.c ~ cwm/group.c > Move CLIENT_STICKY logic from client hide/unhide to group hide/unhide; > rationale being that clients should be able to hide/unhide independently > of group switching. (okan@) ~ cwm/calmwm.h ~ cwm/conf.c ~ cwm/xutil.c > Sort _NET_WM_STATE Atoms like the spec. (okan@) ~ cwm/client.c > Don't allow freeze operations on fullscreen (consistent with what > fullscreen does). (okan@) ~ cwm/calmwm.h ~ cwm/client.c ~ cwm/conf.c ~ cwm/xutil.c > Implement _NET_CLIENT_LIST_STACKING (from Thomas Admin), but > bottom-to-top order, as per spec (notified Thomas as well). (okan@) ~ cwm/calmwm.h ~ cwm/client.c ~ cwm/group.c > Split out sticky mode checks and the restoring of a client's group and > _NET_WM_DESKTOP from the config-based auto-grouping; no (intentional) > behavior changes. Needed for further work in cleaning up this area. > (okan@) ~ cwm/group.c > Allowing sending a valid 'nogroup' (0) group_ctx to group_assign() > (since we init all groups), though assigning the client's group to NULL > for 'sticky'; use this simplification in a few places (others to > follow). (okan@) ~ cwm/group.c > oops; remove left over debug print (okan@) ~ cwm/group.c > Further simplify _NET_WM_DESKTOP handling using new group_assign(). (okan@) ~ cwm/group.c > Re-add lost chunk in group_cycle from r1.113. (okan@) ~ cwm/client.c ~ cwm/kbfunc.c > Move client cycle grab/ungrab into a more relevant place; while here, > update comments about why we need to grab/ungrab the keyboard. (okan@) ~ cwm/client.c ~ cwm/xevents.c > Add consistent checks against NULL. (okan@) ~ cwm/calmwm.h ~ cwm/client.c ~ cwm/group.c ~ cwm/search.c ~ cwm/xutil.c > Mechanical change: group->gc (okan@) ~ cwm/kbfunc.c > Lost fix from r1.112; add comment. > Reported (again!) by Peter Kane. (okan@) ~ xinit/man/xinit.man > Remove abuse of \/ which is not a slash but an italic correction; > ok matthieu@, who will also push these fixes upstream (thanks). (schwarze@) == distrib =========================================================== 04/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/distrib distrib ~ sets/lists/xbase/md.loongson > sync (deraadt@) ~ sets/lists/xbase/mi ~ sets/lists/xetc/md.zaurus ~ sets/lists/xserv/md.zaurus ~ sets/lists/xshare/mi > more shuffling of files to the correct place (deraadt@) ~ sets/lists/xbase/md.landisk > sync (deraadt@) ~ sets/lists/xbase/mi ~ sets/lists/xetc/mi ~ sets/Makefile ~ sets/makexetc > /usr/share/sysmerge -> /var/sysmerge > requested by several > discussed with deraadt@ (ajacoutot@) ~ sets/lists/xbase/md.zaurus > sync (deraadt@) ~ sets/lists/xbase/md.alpha ~ sets/lists/xbase/md.amd64 ~ sets/lists/xbase/md.armish ~ sets/lists/xbase/md.armv7 ~ sets/lists/xbase/md.aviion ~ sets/lists/xbase/md.hppa ~ sets/lists/xbase/md.i386 ~ sets/lists/xbase/md.landisk ~ sets/lists/xbase/md.loongson ~ sets/lists/xbase/md.luna88k ~ sets/lists/xbase/md.macppc ~ sets/lists/xbase/md.octeon ~ sets/lists/xbase/md.sgi ~ sets/lists/xbase/md.socppc ~ sets/lists/xbase/md.sparc ~ sets/lists/xbase/md.sparc64 ~ sets/lists/xbase/md.zaurus ~ sets/lists/xbase/mi ~ sets/lists/xserv/md.alpha ~ sets/lists/xserv/md.amd64 ~ sets/lists/xserv/md.armish ~ sets/lists/xserv/md.armv7 ~ sets/lists/xserv/md.aviion ~ sets/lists/xserv/md.hppa ~ sets/lists/xserv/md.i386 ~ sets/lists/xserv/md.landisk ~ sets/lists/xserv/md.loongson ~ sets/lists/xserv/md.luna88k ~ sets/lists/xserv/md.macppc ~ sets/lists/xserv/md.octeon ~ sets/lists/xserv/md.sgi ~ sets/lists/xserv/md.socppc ~ sets/lists/xserv/md.sparc ~ sets/lists/xserv/md.sparc64 ~ sets/lists/xserv/md.zaurus ~ sets/lists/xserv/mi > sync (deraadt@) ~ sets/lists/xbase/mi > sync (deraadt@) ~ sets/lists/xbase/md.armish ~ sets/lists/xbase/md.armv7 ~ sets/lists/xbase/md.aviion ~ sets/lists/xbase/md.luna88k ~ sets/lists/xbase/md.socppc ~ sets/lists/xbase/md.sparc > sync (jsg@) ~ sets/lists/xbase/md.socppc ~ sets/lists/xserv/md.socppc > sync (deraadt@) == doc =============================================================== 05/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/doc doc ~ xorg-docs/man/X.man > Remove abuse of \/ which is not a slash but an italic correction; > ok matthieu@, who will also push these fixes upstream (thanks). (schwarze@) == driver ============================================================ 06/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/driver driver ~ xf86-video-openchrome/src/via_driver.h > Prepare for xserver 1.17 (matthieu@) ~ xf86-video-s3virge/src/s3v_driver.c > Prepare for xserver 1.17 (matthieu@) ~ xf86-video-chips/src/ct_driver.c > Merge from upstreams: Prepare for xserver 1.17 (matthieu@) ~ xf86-video-r128/src/r128.h ~ xf86-video-r128/src/r128_driver.c > Prepare for xserver 1.17 (matthieu@) ~ xf86-video-rendition/src/rendition.c ~ xf86-video-rendition/src/rendition.h > Merge from upstreams in preparation for xserver 1.17 (matthieu@) ~ xf86-video-sis/src/sis.h ~ xf86-video-sis/src/sis_driver.c ~ xf86-video-sis/src/vstruct.h > Merge from upstreams in preparation for xserver 1.17 (matthieu@) ~ xf86-video-voodoo/src/voodoo.h > Merge from upstreams in preparation for xserver 1.17 (matthieu@) ~ xf86-video-intel/src/compat-api.h ~ xf86-video-intel/src/sna/sna_accel.c ~ xf86-video-intel/src/sna/sna_composite.c ~ xf86-video-intel/src/sna/fb/fbpict.c > Merge upstream commit to support xserver 1.17 (matthieu@) ~ xf86-video-geode/ChangeLog ~ xf86-video-geode/configure ~ xf86-video-geode/configure.ac ~ xf86-video-geode/src/gx_driver.c ~ xf86-video-geode/src/lx_driver.c ~ xf86-video-geode/src/lx_memory.c > Update to xf86-video-geode 2.11.17 > Add compatibility with xserver 1.17, but on OpenBSD I had to > disable reading of the 'XpressROM' that is used for directly > connected panels. (matthieu@) ~ xf86-input-synaptics/src/wsconscomm.c ~ xf86-input-ws/src/ws.c ~ xf86-input-ws/src/ws.h > Read multiple events at once. > Before: > Both drivers currently do one read(2) per event, but since we use a > "sync" event we have a least two of them for ws(4) but more commonly > 3 for ws(4) and 4 for synaptics(4). > most of the code and ok mpi@ (shadchin@) == lib =============================================================== 07/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/lib lib ~ libdrm/configure.ac > The libdrm autoconf test for atomics uses __sync_val_compare_and_swap with > the address of a function argument which triggers a gcc ICE on sparc64 > resulting in libdrm_radeon not being built as reported by naddy. > kettenis pointed out that while other architectures probably spill the > argument onto the stack this is likely not the case on register window > architectures like SPARC and suggested passing a pointer as an argument > instead which avoids the ICE and allows the drm libraries requiring > atomics to build on sparc64 again. > ok kettenis@ matthieu@ (jsg@) ~ libdrm/configure > regen (jsg@) == xserver =========================================================== 08/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/X11/xserver xserver ~ Makefile.bsd-wrapper > With the binutils got slot accounting fix, workaround it no longer needed > ok miod@ (matthieu@) ~ hw/xfree86/man/Xorg.man ~ man/Xserver.man > Remove abuse of \/ which is not a slash but an italic correction; > ok matthieu@, who will also push these fixes upstream (thanks). (schwarze@) =============================================================================== _______________________________________________ owc mailing list [email protected] http://www.squish.net/mailman/listinfo/owc
