Branch :
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
| c896ccf8 | 2014-05-17 17:18:21 | Update to xf86-input-synaptics 1.8.0. ok matthieu@, tested claudio@ | ||
| 05ed5123 | 2014-05-13 19:09:22 | Security fixes from X.Org Advisory: X Font Service Protocol & Font metadata file handling issues in libXfont May 13, 2014 - CVE-2014-0209: integer overflow of allocations in font metadata file parsing When a local user who is already authenticated to the X server adds a new directory to the font path, the X server calls libXfont to open the fonts.dir and fonts.alias files in that directory and add entries to the font tables for every line in it. A large file (~2-4 gb) could cause the allocations to overflow, and allow the remaining data read from the file to overwrite other memory in the heap. Affected functions: FontFileAddEntry(), lexAlias() - CVE-2014-0210: unvalidated length fields when parsing xfs protocol replies When parsing replies received from the font server, these calls do not check that the lengths and/or indexes returned by the font server are within the size of the reply or the bounds of the memory allocated to store the data, so could write past the bounds of allocated memory when storing the returned data. Affected functions: _fs_recv_conn_setup(), fs_read_open_font(), fs_read_query_info(), fs_read_extent_info(), fs_read_glyphs(), fs_read_list(), fs_read_list_info() - CVE-2014-0211: integer overflows calculating memory needs for xfs replies These calls do not check that their calculations for how much memory is needed to handle the returned data have not overflowed, so can result in allocating too little memory and then writing the returned data past the end of the allocated buffer. Affected functions: fs_get_reply(), fs_alloc_glyphs(), fs_read_extent_info() Reported by Ilja van Sprundel of IOActive Fixes by Alan Coopersmith of Oracle | ||
| ddc783f6 | 2014-05-13 11:52:48 | sync | ||
| 5e0651f5 | 2014-05-13 05:45:35 | update | ||
| 7391d4da | 2014-05-13 05:44:06 | update to libdrm 2.4.54 ok matthieu@ | ||
| a63d3546 | 2014-05-10 20:48:45 | sync | ||
| 7f7ca794 | 2014-05-09 20:05:46 | Update to xf86-input-synaptics 1.7.5. ok matthieu@ | ||
| 84158634 | 2014-05-09 20:02:18 | update | ||
| 7ff3194b | 2014-05-09 19:57:29 | Missing new files in update to xterm 304 | ||
| 8273aa94 | 2014-05-09 19:56:40 | Update to xterm 304. With help of shadchin@ tested by ajacoutot@ and shadchin@ | ||
| 3be5e5d5 | 2014-05-09 19:55:33 | Update to libXi 1.7.2. Tested by ajacoutot@ against gnome. | ||
| fbb525fc | 2014-05-07 18:28:38 | sync | ||
| 72ef880b | 2014-05-05 18:05:33 | Update to xkeyboard-config 2.11. ok matthieu@ | ||
| ba578644 | 2014-05-05 18:03:07 | sync | ||
| aed90002 | 2014-05-05 18:00:20 | When building a release xkeyboard-config.7 is installed in /usr/X11R6/man/man7 rather than the release destination directory. Releases don't contain xkeyboard-config.7 without the change. Originally from Nigel Taylor ok matthieu@ | ||
| 26cb605a | 2014-05-03 19:39:42 | Missed in xbacklight 1.2.1 update | ||
| b5096d2b | 2014-05-03 19:38:15 | update | ||
| 04a9905f | 2014-05-03 19:37:50 | Update to xrandr 1.4.2 | ||
| 2e8b4cb8 | 2014-05-03 19:37:22 | Update to xinput 1.6.1 | ||
| f741c53e | 2014-05-03 19:36:41 | Update to xbacklight 1.2.1 | ||
| 6a61ea14 | 2014-05-03 19:36:13 | Update to xauth 1.0.9 | ||
| a8856731 | 2014-05-03 19:33:59 | Update to libFS 1.0.6. | ||
| 34928339 | 2014-05-03 15:18:26 | spring cleaning for xenocara/ .. tedu unused Release arg and sync with base functionality | ||
| 3c36191c | 2014-05-03 14:36:20 | sync | ||
| b2b65fab | 2014-05-02 19:30:02 | update | ||
| 3bbfe7b1 | 2014-05-02 19:27:46 | Update to xserver 1.15.1. Tested by at least ajacoutot@, dcoppa@ & jasper@ | ||
| 0c85ec4c | 2014-04-27 14:46:24 | Update to xproto 7.0.26 | ||
| 0cb1db2d | 2014-04-21 12:52:14 | plug memleak (currently unused func); from Tiago Cunha | ||
| df0b4319 | 2014-04-20 19:50:26 | sync | ||
| 3caad188 | 2014-04-20 10:58:20 | sync LLVM_VERSION with the llvm port. | ||
| f166a509 | 2014-04-20 10:53:26 | backport a Mesa patch for the recently updated ports llvm commit 749cb8909714fed57b0213f4ad92def3bb24f153 Author: Vinson Lee <vlee@freedesktop.org> Date: Sun Nov 3 20:27:13 2013 -0800 gallivm: Remove llvm::DisablePrettyStackTrace for LLVM >= 3.4. LLVM 3.4 r193971 removed llvm::DisablePrettyStackTrace and made the pretty stack trace opt-in rather than opt-out. The default value of DisablePrettyStackTrace has changed to true in LLVM 3.4 and newer. Signed-off-by: Vinson Lee <vlee@freedesktop.org> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=60929 Reviewed-by: Tom Stellard <thomas.stellard@amd.com> Reviewed-by: Brian Paul <brianp@vmware.com> | ||
| f9e27c9b | 2014-04-18 10:02:45 | Reduce the build time for the makewhatis(8) step by roughly a factor of 3. | ||
| bd97a701 | 2014-04-15 10:23:27 | unbreak: le32toh() is letoh32() here. ok matthieu@ | ||
| 66dfb003 | 2014-04-15 05:48:38 | Do not return FALSE in void function. From drahn@bitrig. | ||
| 2af0148c | 2014-04-14 20:07:33 | update | ||
| d5b210ab | 2014-04-14 20:06:59 | sync | ||
| aa0c7c0d | 2014-04-14 19:33:09 | Update list of xcb libs to build | ||
| ad0e1528 | 2014-04-14 19:31:46 | Import xcb-util-wm 0.4.1 | ||
| bb22f1b6 | 2014-04-14 19:30:59 | Update xcb-util-renderutil 0.3.8 | ||
| f5afeffd | 2014-04-14 19:30:20 | Import xcb-util-keysyms 0.3.9 | ||
| 6f298b56 | 2014-04-14 19:29:32 | Import xcb-util-image 0.3.9 | ||
| 497c9caa | 2014-04-14 19:28:44 | Import xcb-util-cursor 0.1.1 | ||
| 7283b341 | 2014-04-14 19:26:35 | Update xcb-utils to 0.3.9. Tested by naddy@, shadchin@ and ajacoutot@ who I forgot to thank for testing libxcb-1.10 too. | ||
| 6973cc86 | 2014-04-14 19:23:59 | xcb-util 0.3.9 moves to lib | ||
| 778645a0 | 2014-04-14 19:20:17 | Update build system and generated files for libxcb 1.10. | ||
| db5bcd80 | 2014-04-14 19:02:17 | Update libxcb to version 1.10. Tested by naddy@ and shadchin@. | ||
| bf20c0db | 2014-04-14 16:57:03 | sync | ||
| 1d4f613e | 2014-04-13 12:53:23 | update | ||
| 35be34cf | 2014-04-13 11:57:04 | Update to xtrans 1.3.4 | ||
| 0cec148e | 2014-04-13 11:05:19 | Update to xextproto 7.3.0 | ||
| 7dc4efe2 | 2014-04-13 11:04:26 | Link presentproto to the build | ||
| 5dfe5e57 | 2014-04-13 11:02:02 | Add presentproto 1.0 | ||
| f8e792d4 | 2014-04-13 10:51:28 | update | ||
| 37cf374b | 2014-04-13 10:41:00 | Link xf86-video-ast to the build on i386 and amd64. | ||
| 26a079e2 | 2014-04-13 10:38:41 | And finally re-add BSD Makefile. | ||
| 22dd2e8a | 2014-04-13 10:36:47 | Re-add ast files that previous re-import failed to re-add | ||
| c9592e5c | 2014-04-13 10:30:12 | Re-import xf86-video-ast. This chipset is found in HP Proliant MicroServer remote access cards among others. ok kettenis, seems like a good idea to jasper@. | ||
| 85c0adf6 | 2014-04-11 22:58:12 | Add -fno-stack-protector to the two files which already need to be built with -O1 on landisk - they definitely hit worst case logic in what passes for a compiler we're using. ok martynas@ | ||
| 221fae03 | 2014-04-11 06:16:39 | update | ||
| 41460e9d | 2014-04-11 06:15:17 | update to libdrm 2.4.53 For us the only code change is some new radeon_drm.h defines as the xf86drmMode.c change is ifdef __FreeBSD__. | ||
| 2274e656 | 2014-04-09 20:21:16 | Update to xf86-video-ati 7.3.0. Tested by jsg@ ajacoutot@. | ||
| 7e0340c1 | 2014-04-08 19:46:24 | update | ||
| 97d62b76 | 2014-04-08 19:11:58 | Update to xorg-macros 1.19.0 | ||
| 4e4d2cfb | 2014-04-01 07:47:14 | sync | ||
| de0199f6 | 2014-03-31 12:09:00 | Increase the send buffer for UNIX sockets to be at least 64k such that large sends (for example, XGetImage() replies in the X server) happen at non-glacial speeds. Makes Firefox useable again on web pages with large images. Already pushed upstream. ok matthieu@ | ||
| 1d6e9007 | 2014-03-29 22:00:33 | update | ||
| 62ec5a77 | 2014-03-29 14:27:12 | Install the evdev rules for xkbdata. Note that only the rules are installed, there is no evdev compat whatsoever in OpenBSD (yet?). This is needed for gnome to prevent fucking up keyboard rules. discussed with and ok matthieu@ | ||
| 3f9a48af | 2014-03-24 20:41:19 | sum -> cksum | ||
| 81a3c9ac | 2014-03-18 22:37:28 | Remove {hp300,mvme68k,mvme88k} bits. | ||
| 7f77ef68 | 2014-03-18 14:43:59 | sync | ||
| cbd40d24 | 2014-03-16 18:50:19 | update | ||
| d7ab44da | 2014-03-15 18:09:43 | Revert previous. This was not part of our local changes and the commit wasn't approved. The correct fix is in ../../Makefile | ||
| e95d5fc7 | 2014-03-15 18:02:09 | Fix freetype-config after update to freetype 2.5.3. reported by nigel@ | ||
| ab67cce6 | 2014-03-15 17:27:50 | (re)fix freetype-config too. Spotted by nigel@ | ||
| f6887808 | 2014-03-15 17:24:19 | Update to xcb-proto 1.10 | ||
| 73bad937 | 2014-03-15 10:39:28 | Apply the ':' symbol to the SunPaste/XF86Paste events translations. This makes shure that shift modifers are taken into account to trigger the translation. It fixes the 'v' key on Zaurus keyboard, which has SunPaste at 3rd level and was thus bound to insert-selection() regardless of the shift level. | ||
| fd836bcc | 2014-03-15 05:05:55 | update to libdrm 2.4.52 ok matthieu@ | ||
| c9a482a0 | 2014-03-14 20:41:41 | Revert to the freetype2.pc we had before. There were local changes and I accidentally removed them. ok matthieu@ Sorry for breaking the xenocara tree! | ||
| 6842467b | 2014-03-14 08:17:59 | Security/bugfixing update to freetype-2.5.3, featuring a fix for a vulnerability in the CFF driver (CVE-2014-2240) and assorted minor fixes. ok matthieu@ | ||
| 3e3dc168 | 2014-03-12 21:05:13 | update | ||
| 877931bf | 2014-02-27 00:52:57 | Alignment fix; found the hard way on sparc64 by landry@ (and thanks too for fast access to a box!) ok deraadt@, matthieu@ | ||
| 569a1f62 | 2014-02-26 22:29:17 | Call pci_system_init(), even if opening /dev/xf86 fails. Makes it possible to run X with machdep.allowaperture=0 on hardware supported by radeondrm(4) on macppc too. tested by landry@ ok matthieu@, deraadt@ | ||
| 27e09cc0 | 2014-02-26 17:39:48 | puffy 5.5 | ||
| fcd6bcf1 | 2014-02-26 14:21:28 | oops Pablo Mendez Hernandez <pablomh@gmail.com> pointed out there is a typo in previous commit. ok jca@, dcoppa@, deraadt@ | ||
| c2e393c2 | 2014-02-25 22:16:24 | Support for ed25519 keys. from Tristan Le Guern with tweaks by sthen@ Ok deraadt@ | ||
| 833d4245 | 2014-02-20 21:29:07 | We don't need the VGA arbiter if direct hardware access has been disabled. ok matthieu@ | ||
| 44a7f0fe | 2014-02-16 08:10:36 | type1cid.c appears twice in sources lists for no reason. Noticed by miod@ | ||
| 66cca5a1 | 2014-02-15 15:00:28 | Fix build of (disabled) wsfb kdrive backend. | ||
| f8849469 | 2014-02-15 13:55:28 | Remove radeonold driver. it was deconnected from build months ago. | ||
| 6dbbb494 | 2014-02-15 09:48:07 | If opening /dev/pciN read-write fails, try opening it read-only. This allows X to run with machdep.allowaperture=0 on inteldrm(4) and radeondrm(4). ok matthieu@ | ||
| 9c3ab756 | 2014-02-14 19:41:21 | update | ||
| 164e7011 | 2014-02-14 19:40:02 | Update to xterm 301 | ||
| 24fb6f10 | 2014-02-14 19:38:40 | Update to xf86-video-intel 2.99.910 (aka 3.0RC10) tested by jsg@ and me. | ||
| 875128a0 | 2014-02-08 02:49:30 | Make sure we cycle through existing client's group membership and set the hidden state on the group; important to know group hidden state after a re-exec or restart of cwm (as easily seen in group menu). | ||
| 1a7c8d16 | 2014-02-08 02:40:43 | Replace a few hand rolled loops with like tailq loops. | ||
| 92bf6935 | 2014-02-07 21:59:56 | all mapped clients now should have a group, so simplify some cases | ||
| e39098c2 | 2014-02-07 19:41:18 | sync | ||
| ce12c058 | 2014-02-07 19:40:52 | We're no longer building this on octeon. "Sure!" miod@ | ||
| 60a1b752 | 2014-02-07 18:09:54 | If _NET_WM_DESKTOP is set to -1 during client creation, place the client into group 0 (nogroup); solves problem initially discovered by oga@nicotinebsd with tint2. A clientmessage *after* client creation already handles this case. Go further and assign every client to a group; in non-sticky mode, group 0 (nogroup) and sticky mode, the active group. In both cases, autogroup will override the group assignment. Removing a group from a client always places the client back into group 0 (nogroup). Autogroup can also assign a client to group 0 (nogroup) to keep a client always visible (unless of course one opts to hide all clients). | ||
| b23ca72a | 2014-02-06 20:58:46 | Some clients set the urgency flag even if they are the active client; prevent annoying behavior by only setting the cwm urgency flag if the client is not active; diff from Thomas Adam. |