OpenBSD src changes summary for 2017-01-17
==========================================

distrib/syspatch                        libexec/spamd
regress/lib                             sbin/iked
sbin/route                              share/man
sys/conf                                sys/dev/ic
sys/net                                 sys/uvm
usr.bin/mandoc                          usr.sbin/bgpd
usr.sbin/httpd                          usr.sbin/ldapd
usr.sbin/ldomctl                        usr.sbin/nsd
usr.sbin/ripd                           usr.sbin/snmpd
usr.sbin/switchd                        usr.sbin/vmd

== distrib =========================================================== 01/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib

syspatch

  ~ bsd.syspatch.mk                       

  > rework some of the variables for better directory name handling and
  > add support for linking against libraries inside the fake root so
  > that syspatches can include static binaries linked with the fixed libraries
  > (robert@)

== libexec =========================================================== 02/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/libexec

spamd

  ~ spamd.c                               

  > - spamd(8)'s -l accepts an IP address as argument to bind(2) and it calls
  > inet_pton(3) to check if it's valid and since that function doesn't provide
  > a proper errno (POSIX doesn't mandate to do so) then if a string is given
  > we
  > may get this message:
  > spamd: inet_pton: Undefined error: 0
  > - Instead replace that code to use getaddrinfo(3) from which is possible to
  > get
  > a proper error message, and at the same time being able to parse IPs and
  > hostnames (if either the IP or host is not local then the next bind(2) will
  > fail)
  > - By default without arguments, spamd(8) will still bind(2) to 127.0.0.1 as
  > it did before
  > With feedback from deraadt@ and OK beck@ (mestre@)

== regress =========================================================== 03/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress

lib

  ~ libtls/tls/tlstest.c                  

  > Correctly tls_config_set_ca_file() return value (no effective change).
  > Spotted by inoguchi@ (jsing@)

== sbin ============================================================== 04/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin

iked

  ~ control.c                             

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

route

  ~ route.c                               

  > In monitor mode, also print the interface mtu of RTM_IFINFO messages.
  > ok deraadt@ millert@ mpi@ (jca@)

== share ============================================================= 05/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man5/pf.conf.5                        

  > "hosts" is optional; from matthew martin
  > ok henning (jmc@)

== sys =============================================================== 06/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys

conf

  ~ GENERIC                               

  > Enable switch(4).
  > ok jca@, reyk@ (rzalamena@)

dev/ic

  ~ athn.c                                

  > Add missing malloc(9) return value check in athn_node_alloc().
  > ok millert@ tom@ (stsp@)

net

  ~ switchofp.c                           

  > Add more action specific validations, unbreak instructions validation
  > with multiple actions and add more error reports with what went wrong.
  > (rzalamena@)

  ~ if_switch.c                           ~ switchofp.c

  > Clean-up switch(4) device by removing excess prototypes, verbose debugs
  > and unused functions.
  > ok reyk@ (rzalamena@)

  ~ switchofp.c                           

  > Fix a panic when set-field with VLAN is set, but no VLANs were
  > classified in the packet. (rzalamena@)

  ~ switchofp.c                           

  > Initialize swas_actions for set-field with the expected pointer to the
  > swpld_set_fields vector. This makes write-action work with set-field
  > actions. (rzalamena@)

  ~ switchofp.c                           

  > Make switch(4) compile with debug again. (rzalamena@)

uvm

  ~ uvm_addr.c                            ~ uvm_addr.h
  ~ uvm_map.c                             

  > Remove uaddr_hint allocator
  > The hint allocator would have to check that the
  > allocation does not overlap with brk, stack or text
  > areas. This would make the address selectors too
  > entagled. Just use the rnd allocator for hinted allocations
  > in case pivots are used. This also reduces the amount of code somewhat.
  > ok kettenis visa deraadt (stefan@)

== usr.bin =========================================================== 07/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin

mandoc

  ~ eqn_html.c                            ~ html.c
  ~ html.h                                ~ man_html.c
  ~ mdoc_html.c                           ~ tbl_html.c

  > Simplify the usage of print_otag() by making it accept a variable
  > number of arguments.
  > Delete struct htmlpair and all the PAIR_*() macros.
  > Delete enum htmlattr, handle that in print_otag() instead.
  > Minus 190 lines of code; no functional change except better ordering
  > of attributes (class before style) in three cases. (schwarze@)

  ~ html.c                                ~ html.h
  ~ man_html.c                            ~ mdoc_html.c

  > Completely delete the buf field of struct html and all the buf*()
  > interfaces.  Such a static buffer was a bad idea in the first place,
  > causing unfixable truncation that was only prevented by triggering
  > an assertion failure.  Instead, let the small number of remaining
  > users allocate and free their own, temporary dynamic buffers,
  > or for the case of .Xr and .In, pass the original data to be
  > assembled in print_otag(). (schwarze@)

== usr.sbin ========================================================== 08/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

bgpd

  ~ config.c                              

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

httpd

  ~ proc.c                                

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

ldapd

  ~ log.c                                 

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

ldomctl

  ~ config.c                              

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

nsd

  ~ configlexer.lex                       ~ configure.ac
  ~ radtree.c                             ~ remote.c
  ~ xfrd-disk.c                           ~ xfrd-disk.h
  ~ xfrd-tcp.c                            ~ xfrd.c
  ~ xfrd.h                                

  > Update to nsd 4.1.14
  > OK sthen@ (florian@)

  ~ configure                             

  > regen (florian@)

ripd

  ~ interface.c                           ~ neighbor.c
  ~ ripe.h                                

  > Keep track of dead peers instead of freeing them right away.
  > This mimics what ospfd does, and avoids a (mostly harmless)
  > use-after-free.  Delay suggested by claudio@, ok florian@ (jca@)

  ~ control.c                             

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

snmpd

  ~ proc.c                                

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

switchd

  ~ ofp13.c                               

  > Fix OXM parser for set-field messages. Found it the hardway while
  > testing set-field configuration. (rzalamena@)

  ~ control.c                             ~ proc.c

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

vmd

  ~ config.c                              ~ control.c
  ~ i8253.c                               ~ i8259.c
  ~ loadfile_elf.c                        ~ mc146818.c
  ~ pci.c                                 ~ proc.c
  ~ virtio.c                              ~ vmm.c

  > Nuke some whitespace that keeps poking me in the eye as I try to
  > steal code. (krw@)

===============================================================================
_______________________________________________
odc mailing list
[email protected]
http://www.squish.net/mailman/listinfo/odc

Reply via email to