OpenBSD src changes summary for 2016-04-29 ==========================================
distrib/armv7 distrib/sets etc/daily share/man sys/arch/alpha/conf sys/arch/amd64/amd64 sys/arch/amd64/conf sys/arch/armish/conf sys/arch/armv7/conf sys/arch/hppa/conf sys/arch/hppa64/conf sys/arch/i386/conf sys/arch/i386/i386 sys/arch/landisk/conf sys/arch/loongson/conf sys/arch/luna88k/conf sys/arch/macppc/conf sys/arch/octeon/conf sys/arch/sgi/conf sys/arch/socppc/conf sys/arch/sparc/conf sys/arch/sparc64/conf sys/arch/sparc64/sparc64 sys/arch/zaurus/conf sys/dev sys/kern sys/net sys/netinet sys/netinet6 sys/nfs sys/sys usr.bin/compress usr.bin/mandoc usr.bin/ssh usr.bin/tmux usr.sbin/smtpd usr.sbin/sysmerge == distrib =========================================================== 01/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib armv7 ~ ramdisk/list > libotermcap was removed from the miniroots in 2013. Additionally, -lc > was added for all miniroots at the same time. > ok deraadt@ jsg@ (patrick@) sets ~ lists/base/md.armv7 ~ lists/comp/md.armv7 > sync > ok deraadt@ jsg@ (patrick@) == etc =============================================================== 02/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc daily ~ daily > Delete invocation of mailq(1) that was present for historical reasons. > On a real mailserver, it's too noisy and may be a privacy concern. > On a machine that's not a mailserver, it's pointless. > Besides, Theo points out that running subsystems that potentially > parse untrusted user data daily, at a predictable time, as root > is not a very good idea in the first place. > Suggested by millert@; gilles@ matthieu@ deraadt@ sthen@ agree (schwarze@) == share ============================================================= 03/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man8/daily.8 > Delete invocation of mailq(1) that was present for historical reasons. > On a real mailserver, it's too noisy and may be a privacy concern. > On a machine that's not a mailserver, it's pointless. > Besides, Theo points out that running subsystems that potentially > parse untrusted user data daily, at a predictable time, as root > is not a very good idea in the first place. > Suggested by millert@; gilles@ matthieu@ deraadt@ sthen@ agree (schwarze@) == sys =============================================================== 04/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/alpha/conf ~ Makefile.alpha > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/amd64/amd64 ~ cpu.c > Call sched_init_cpu() just before booting secondary CPUs. > This prevent the scheduler from scheduling tasks to CPUs not beeing able > to execute them during the boot process. > ok visa@, kettenis@ (mpi@) arch/amd64/conf ~ Makefile.amd64 > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/armish/conf ~ Makefile.armish > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/armv7/conf ~ Makefile.armv7 > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/hppa/conf ~ Makefile.hppa > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/hppa64/conf ~ Makefile.hppa64 > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/i386/conf ~ Makefile.i386 > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/i386/i386 ~ cpu.c > Call sched_init_cpu() just before booting secondary CPUs. > This prevent the scheduler from scheduling tasks to CPUs not beeing able > to execute them during the boot process. > ok visa@, kettenis@ (mpi@) arch/landisk/conf ~ Makefile.landisk > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/loongson/conf ~ Makefile.loongson > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/luna88k/conf ~ Makefile.luna88k > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/macppc/conf ~ Makefile.macppc > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/octeon/conf ~ Makefile.octeon > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/sgi/conf ~ Makefile.sgi > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/socppc/conf ~ Makefile.socppc > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/sparc/conf ~ Makefile.sparc > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/sparc64/conf ~ Makefile.sparc64 > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) arch/sparc64/sparc64 ~ cpu.c > Call sched_init_cpu() just before booting secondary CPUs. > This prevent the scheduler from scheduling tasks to CPUs not beeing able > to execute them during the boot process. > ok visa@, kettenis@ (mpi@) arch/zaurus/conf ~ Makefile.zaurus > Do not remove local symbols from the table. > ddb(4) can now see static functions. That doesn't mean we should start > declaring functions as ``static'', however it helps for the few existing > exceptions. > ok deraadt@, kettenis@ (mpi@) dev ~ softraid.c > Panic when attempting to execute a scsi command with no discipline > defined. Carrying on is pointless. And will currently cause a NULL > pointer deref anyway. > NULL deref found by mmcc@ and his friend clang. > ok deraadt@ (krw@) ~ diskmap.c > Fix some gibbering horrors due to uninitialized struct nameidata's > 1) turn NDINITAT into a function and make the macros point to it > with the later goal of getting rid of them. > 2) Sweep the kernel for places where people make a struct nameidata > manually > on the stack and fill in what they hope are the required fields and count > on prayer and clean living to always get them right. Instead use NDINIT > everywhere. NFS was especially bad for this and there have likely > been things lurking there for a while. > 3) Add a couple of strategic KASSERT's to catch future offenders. > ok krw@ sthen@ deraadt@ (beck@) kern ~ vfs_lookup.c > Fix some gibbering horrors due to uninitialized struct nameidata's > 1) turn NDINITAT into a function and make the macros point to it > with the later goal of getting rid of them. > 2) Sweep the kernel for places where people make a struct nameidata > manually > on the stack and fill in what they hope are the required fields and count > on prayer and clean living to always get them right. Instead use NDINIT > everywhere. NFS was especially bad for this and there have likely > been things lurking there for a while. > 3) Add a couple of strategic KASSERT's to catch future offenders. > ok krw@ sthen@ deraadt@ (beck@) net ~ if_pflog.c ~ if_pflow.c ~ if_pfsync.c > Make if_output() return EAFNOSUPPORT instead of just dropping packets > and pretending the output succeeded. Packets are still dropped! > Idea from jsg@ following same change to bridge(4). ok mpi@ (krw@) netinet ~ ip_output.c > Do not allow to change the routing table of a bound socket. This > is not intended and will behave unexpectedly if the address is > already used in another domain. It did not work anyway, as the PCB > ended in the wrong hash bucket after changing the rtable. Fail > with EBUSY if the socket is already bound and rehash the PCB if its > rtable changes. > input claudio@; OK mpi@ (bluhm@) netinet6 ~ ip6_output.c > Do not allow to change the routing table of a bound socket. This > is not intended and will behave unexpectedly if the address is > already used in another domain. It did not work anyway, as the PCB > ended in the wrong hash bucket after changing the rtable. Fail > with EBUSY if the socket is already bound and rehash the PCB if its > rtable changes. > input claudio@; OK mpi@ (bluhm@) nfs ~ nfs_serv.c ~ nfs_subs.c ~ nfs_var.h ~ nfs_vnops.c > Fix some gibbering horrors due to uninitialized struct nameidata's > 1) turn NDINITAT into a function and make the macros point to it > with the later goal of getting rid of them. > 2) Sweep the kernel for places where people make a struct nameidata > manually > on the stack and fill in what they hope are the required fields and count > on prayer and clean living to always get them right. Instead use NDINIT > everywhere. NFS was especially bad for this and there have likely > been things lurking there for a while. > 3) Add a couple of strategic KASSERT's to catch future offenders. > ok krw@ sthen@ deraadt@ (beck@) sys ~ namei.h > Fix some gibbering horrors due to uninitialized struct nameidata's > 1) turn NDINITAT into a function and make the macros point to it > with the later goal of getting rid of them. > 2) Sweep the kernel for places where people make a struct nameidata > manually > on the stack and fill in what they hope are the required fields and count > on prayer and clean living to always get them right. Instead use NDINIT > everywhere. NFS was especially bad for this and there have likely > been things lurking there for a while. > 3) Add a couple of strategic KASSERT's to catch future offenders. > ok krw@ sthen@ deraadt@ (beck@) == usr.bin =========================================================== 05/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin compress ~ gzopen.c > Need to set in/out bytes count for gz_write too. Otherwise gzip > will think the resulting file was got larger during compression. (millert@) mandoc ~ cgi.c > Only focus on the query input box when no manual page is displayed, > that is, for the index page, for the noresult page, and for the > result of an apropos(1) query with more than one page. > As noted by bentley@, when a manual page is displayed, it is more > important that people can quickly use the space bar for paging and > Ctrl-F for searching. (schwarze@) ssh ~ log.c ~ ssh.c > close ControlPersist background process stderr when not in > debug mode or when logging to a file or syslog. > bz#1988 ok dtucker (djm@) tmux ~ utf8.c > OpenBSD wcwidth() is sensible and complete so if it returns -1 it means > that a character is not printable, so return to ignoring such > characters. (nicm@) ~ tty-keys.c > Fix keys parsing again to correctly accept Unicode when not prefixed > with Escape. (nicm@) ~ screen-write.c ~ tmux.h > Make the grid_cell passed into screen_write_* const. (nicm@) ~ tmux.h ~ window.c > The backoff timer is causing no end of trouble with disconnected clients > stopping data in attached ones. So get rid of it and see how we get on > with just a high watermark on each pane. (nicm@) ~ cmd-if-shell.c ~ cmd-queue.c ~ cmd-source-file.c ~ format.c ~ tmux.1 > Final parts of command hooks, add before- and after- hooks to each command. > (nicm@) ~ cmd-set-option.c ~ layout.c ~ options-table.c ~ screen-redraw.c ~ server-client.c ~ tmux.1 ~ tmux.h ~ window.c > Add option to include status text in the pane borders. If > pane-border-status is set to "top" or "bottom" (rather than "off"), > every pane has a permanent top or bottom border containing the text from > pane-border-format. > Based on a diff sent long ago by Jonathan Slenders, mostly rewritten and > simplified by me. (nicm@) ~ tmux.1 > Compact a small table into text. (nicm@) ~ cmd-if-shell.c > Expand client formats (like run-shell), from Stephen M Coakley. (nicm@) ~ tmux.1 > tweak previous; (jmc@) == usr.sbin ========================================================== 06/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin smtpd ~ queue.c ~ smtpctl.c > fix "smtpctl show queue" reporting "invalid" envelope state. > runtime state is not serialized with the envelope, so add it to the imsg. > ok gilles@ (eric@) sysmerge ~ sysmerge.sh > In sysmerge interactive mode, check syntax of several important files after > merging (currently sshd_config, login.conf, pf.conf) to give some > protection > against bad merges. feedback/ok ajacoutot@ (sthen@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
