OpenBSD src changes summary for 2017-04-18 ==========================================
distrib/sets etc/mtree/4.4BSD.dist etc/rc lib/libc lib/libcxx lib/libunwind lib/libutil sbin/dhclient sbin/iked sbin/ipsecctl share/man share/mk sys/dev/usb sys/kern sys/net usr.bin/file usr.bin/mandoc usr.bin/openssl usr.bin/signify usr.bin/tmux usr.bin/vi usr.sbin/bgpd usr.sbin/dhcpd usr.sbin/identd usr.sbin/ldpd usr.sbin/npppd usr.sbin/pkg_add usr.sbin/sasyncd == distrib =========================================================== 01/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib sets ~ lists/comp/clang.amd64 ~ lists/comp/clang.i386 ~ lists/comp/md.amd64 ~ lists/comp/md.i386 > put clang binaries into clang set (deraadt@) ~ lists/base/md.alpha ~ lists/base/md.amd64 ~ lists/base/md.armv7 ~ lists/base/md.hppa ~ lists/base/md.i386 ~ lists/base/md.landisk ~ lists/base/md.loongson ~ lists/base/md.luna88k ~ lists/base/md.macppc ~ lists/base/md.octeon ~ lists/base/md.sgi ~ lists/base/md.socppc ~ lists/base/md.sparc64 ~ lists/comp/clang.amd64 ~ lists/comp/clang.i386 ~ lists/comp/gcc.alpha ~ lists/comp/gcc.amd64 ~ lists/comp/gcc.armv7 ~ lists/comp/gcc.hppa ~ lists/comp/gcc.i386 ~ lists/comp/gcc.landisk ~ lists/comp/gcc.loongson ~ lists/comp/gcc.luna88k ~ lists/comp/gcc.macppc ~ lists/comp/gcc.octeon ~ lists/comp/gcc.sgi ~ lists/comp/gcc.socppc ~ lists/comp/gcc.sparc64 ~ lists/comp/mi > sort (deraadt@) ~ lists/base/md.arm64 ~ lists/comp/md.arm64 + lists/comp/clang.arm64 > add a clang comp list for arm64 (jsg@) ~ makelocatedb > same hack logic as maketars. noticed by landry@/semarie@ (espie@) == etc =============================================================== 02/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc mtree/4.4BSD.dist ~ mtree/4.4BSD.dist > installation of the compiler creates include/g++ if needed; mtree does not > need to do this. (deraadt@) rc ~ rc > Simplify patching of motd(5), also making it agree better with the > documentation if the first line of the file is blank. > Quirk reported by Anthony Coulter <bsd at anthonycoulter dot name>. > OK rpe@ (schwarze@) == lib =============================================================== 03/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ stdlib/malloc.c > don't forget to fill in canary bytes for posix_memalign(3); reported by > and ok jeremy@ (otto@) libcxx ~ include/stdio.h > wipe some more macros that do not belong in C++ forwarding headers. > (breaks lincity-ng) > okay kettenis@ (espie@) libunwind ~ include/__libunwind_config.h ~ src/DwarfInstructions.hpp ~ src/DwarfParser.hpp ~ src/Registers.hpp ~ src/UnwindCursor.hpp ~ src/UnwindRegistersRestore.S ~ src/UnwindRegistersSave.S ~ src/libunwind.cpp > Add sparc64 support. (kettenis@) libutil ~ pkcs5_pbkdf2.c > use freezero() instead of explicit_bzero+free (deraadt@) == sbin ============================================================== 04/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin dhclient ~ bpf.c > After 11 years of pondering about it I think that [email protected] > had it correct. Don't BPF_WORDALIGN() the value for the number of > bytes read() into the buffer. This could theoretically cause the > processing of 1 - 3 more bytes than were read. (krw@) ~ bpf.c ~ dhcpd.h ~ packet.c > Tweak parameters to decode_*, add a check or two, and thus gain most of the > sanity improvements reyk@ recently put into dhcrelay to ensure no more than > the captured packet is processed. (krw@) iked ~ pfkey.c > use freezero() (deraadt@) ipsecctl ~ pfkey.c > use freezero() (deraadt@) == share ============================================================= 05/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/pipex.4 > Including sys/types.h and net/if.h are needed to use pipex(4). (yasuoka@) ~ man8/release.8 > Cleaning out /usr/obj is necessary the first time due to permission issues. > Make this more clearly visible and also state explicitly that this is no > longer necessary after completing a full release build. > ok deraadt (tb@) ~ man8/release.8 > spelling fix; (jmc@) mk ~ bsd.own.mk > ship clang with i386 and amd64. It does not become the main compiler YET. > ok kettenis (deraadt@) == sys =============================================================== 06/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys dev/usb ~ if_ure.c > Rearrange ure_iff to resemble other drivers a bit more. > from Brad (jmatthew@) ~ if_umb.c ~ if_umb.h ~ mbim.h > Support packet aggregation for umb(4) on tx. > tested by bluhm@, ststp@ and Bryan Vyhmeister. > ok bluhm@ ststp@ (gerhard@) kern ~ vfs_bio.c > ensure the buffer cache backs off all the way with the correct type > of memory, handling the fact that both queues are actually in dma > space when not flipping buffers high (beck@) net ~ pipex.c > Fix pipex(4) not to cause panics on strict alignment architectures. > ok claudio (yasuoka@) == usr.bin =========================================================== 07/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin file ~ file.c ~ magic-load.c ~ magic-test.c ~ text.c > Style nits; no binary change. (nicm@) mandoc ~ mansearch.c > Fix previous: i forgot explicit NUL termination; > noticed by Gonzalo <Tornaria at cmat dot edu dot uy>, thanks! (schwarze@) ~ mansearch.c > The apropos(1) manual still documents the unary -i operator for > regular expression search terms, but it appears that somewhere > along the way, the implementation got lost, so restore it. > Bug found while investigating other reports from Gonzalo Tornaria. > (schwarze@) ~ main.c > Delete the undocumented and unimplemented man(1) -i (interactive > apropos) option. It will not be implemented. Featurism isn't the > plan for the future; simplicity is. (schwarze@) ~ main.c > Now that global -i is gone, pass -i through to the apropos(1) > expression parser, such that "apropos -i 'Nm~dump\>'" > finds kdump(1) and WCOREDUMP(2) and you don't need > to type the counter-intuitive "apropos -- -i 'Nm~dump\>'". (schwarze@) openssl ~ apps.c ~ dgst.c ~ s_client.c ~ s_server.c > use freezero() instead of 4-line conditional explicit_bzero + free > (deraadt@) signify ~ signify.c > use freezero() instead of explicit_bzero + free (deraadt@) tmux ~ tty-keys.c > Include client name in key logging. (nicm@) ~ tty.c > Do not check for BCE for a background colour that isn't needed, use > colour 8 instead. (nicm@) ~ format.c ~ tmux.1 ~ tmux.h ~ tty.c > Add a format for number of bytes writtent to client, useful for debugging. > (nicm@) ~ tmux.h ~ tty-keys.c ~ tty.c > Detect iTerm2 and use DECSLRM for it as well. (nicm@) ~ server-client.c > On terminals without DECSLRM, when a pane that is less than the full > with of the terminal scrolls, tmux needs to redraw the entire pane. This > results in a large amount of output data which can cause slow terminals > to struggle, particularly when many lines are scrolled together quickly. > This can be reduced by only redrawing when tmux doesn't hold any > buffered data for the terminal. If a redraw is required and data is > buffered, the redraw is deferred until all that data is consumed (it is > checked after every event loop, a timer is used to ensure this happens > at some point). While a redraw is pending, no additional data will be > written to the terminal. > The redraw still happens, now it is just pushed back if it is possible > it would just add more data on top of a terminal that is already > behind. This both gives the terminal a chance to catch up, and allows > tmux to process more scrolling (that would require additional redraws) > in the meantime. > Helps with a problem reported by Greg Hurrell. (nicm@) ~ tmux.h ~ tty-keys.c ~ tty.c > Revert use of DECSLRM on iTerm2, it doesn't help as much as we throught, > and there are some question marks about it's support. (nicm@) vi ~ cl/cl_screen.c ~ common/cut.c ~ common/exf.c ~ common/key.c ~ common/log.c ~ common/main.c ~ common/options.c ~ common/screen.c ~ common/seq.c ~ ex/ex_bang.c ~ ex/ex_init.c ~ ex/ex_read.c ~ ex/ex_script.c ~ ex/ex_subst.c ~ ex/ex_tag.c ~ vi/v_init.c ~ vi/v_paragraph.c ~ vi/vi.c ~ vi/vs_msg.c > free(NULL) is ok so use it; from Michael W. Bombardieri (deraadt@) == usr.sbin ========================================================== 08/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin bgpd ~ pfkey.c > use freezero() (deraadt@) dhcpd ~ bpf.c > After 11 years of pondering about it I think that [email protected] > had it correct. Don't BPF_WORDALIGN() the value for the number of > bytes read() into the buffer. This could theoretically cause the > processing of 1 - 3 more bytes than were read. (krw@) ~ bpf.c ~ dhcpd.h ~ packet.c > Tweak parameters to decode_*, add a check or two, and thus gain most of the > sanity improvements reyk@ recently put into dhcrelay to ensure no more than > the captured packet is processed. (krw@) identd ~ identd.c > removed unused function; from Edgar Pettijohn (deraadt@) ldpd ~ pfkey.c > use freezero() (deraadt@) npppd ~ npppd/npppd.c > Delete #include lines which are unnecessary. (yasuoka@) ~ npppd/npppd.c > Warn if pipex(4) is disabled but the configuration uses it. (yasuoka@) pkg_add ~ OpenBSD/Error.pm > recent perl have signal names we don't have, protect against that. > also, allow child_error to take a parameter so that this can be used to > decode > an arbitrary wait() result. (espie@) sasyncd ~ pfkey.c > use freezero() (deraadt@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
