OpenBSD src changes summary for 2017-02-13
==========================================

regress/sys                             sys/arch/sparc64/include
sys/dev/pci                             usr.bin/tmux
usr.sbin/bgpctl                         usr.sbin/bgpd
usr.sbin/dhcpd                          usr.sbin/dhcrelay
usr.sbin/smtpd                          usr.sbin/syspatch
usr.sbin/vmd                            

== regress =========================================================== 01/04 ==

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

sys

  ~ netinet/ipsec/Makefile                ~ netinet/ipsec/README
  ~ netinet/ipsec/ipsec.conf              

  > Test IPsec with AH the same way it is already done for ESP. (bluhm@)

== sys =============================================================== 02/04 ==

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

arch/sparc64/include

  ~ bus.h                                 

  > whitespace tweak. no functional change. (dlg@)

dev/pci

  ~ if_bge.c                              

  > properly set BGE_HCC_STATS_ADDR_HI by using BGE_HOSTADDR.
  > this makes it consistent with the rest of the code. (dlg@)

== usr.bin =========================================================== 03/04 ==

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

tmux

  ~ grid.c                                

  > Collected cells may still need to be extended for RGB colours. (nicm@)

== usr.sbin ========================================================== 04/04 ==

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

bgpctl

  ~ bgpctl.8                              ~ parser.c

  > draft-ietf-idr-shutdown extends to support a message on either of
  > "Administrative Shutdown" or "Administrative Reset"
  > patch submitted by Job Snijders, thanks! (phessler@)

bgpd

  ~ control.c                             ~ session.c

  > draft-ietf-idr-shutdown extends to support a message on either of
  > "Administrative Shutdown" or "Administrative Reset"
  > patch submitted by Job Snijders, thanks! (phessler@)

dhcpd

  ~ Makefile                              ~ alloc.c
  ~ bootp.c                               ~ bpf.c
  ~ confpars.c                            ~ db.c
  ~ dhcp.c                                ~ dhcpd.c
  ~ dhcpd.h                               ~ dispatch.c
  ~ hash.c                                ~ icmp.c
  ~ memory.c                              ~ options.c
  ~ packet.c                              ~ parse.c
  ~ pfutils.c                             ~ sync.c
  ~ tables.c                              ~ tree.c
  ~ udpsock.c                             + log.c
  + log.h                                 

  > Switch from old errwarn.c logging to shiny new log.[ch].
  > ok benno@ (krw@)

  - errwarn.c                             

  > Banished to the attic. (krw@)

  ~ dispatch.c                            ~ pfutils.c
  ~ sync.c                                ~ udpsock.c

  > Do the strerror() elimination dance with log_warnx() -> log_warn(),
  > fatalx() -> fatal() and even a couple of fprintf(stderr) -> log_warn().
  > (krw@)

  ~ bootp.c                               ~ conflex.c
  ~ confpars.c                            ~ dhcp.c
  ~ dhcpd.c                               ~ dhcpd.h
  ~ dispatch.c                            ~ icmp.c
  ~ memory.c                              ~ options.c
  ~ parse.c                               ~ sync.c
  ~ udpsock.c                             

  > Adjust some long lines. (krw@)

  ~ bpf.c                                 ~ confpars.c
  ~ db.c                                  ~ dhcp.c
  ~ dhcpd.c                               ~ dhcpd.h
  ~ dispatch.c                            ~ icmp.c
  ~ memory.c                              ~ parse.c
  ~ pfutils.c                             ~ sync.c

  > Eliminate pointless'%m' (a.k.a. hand rolled strerror()) by using fatal()
  > and
  > log_warn(). Zap a couple of explicit 'syslog()' calls. (krw@)

dhcrelay

  ~ Makefile                              ~ bpf.c
  ~ dhcrelay.c                            ~ dispatch.c
  ~ packet.c                              + log.c
  + log.h                                 

  > Switch from old errwarn.c logging to shiny new log.[ch].
  > ok benno@ (krw@)

  - errwarn.c                             

  > Banished to the attic. (krw@)

  ~ dispatch.c                            

  > Do the strerror() elimination dance with a log_warnx() -> log_warn().
  > (krw@)

  ~ bpf.c                                 ~ dhcrelay.c
  ~ dispatch.c                            

  > Adjust some long lines. (krw@)

  ~ bpf.c                                 ~ dhcrelay.c
  ~ dispatch.c                            

  > Eliminate pointless'%m' (a.k.a. hand rolled strerror()) by using fatal()
  > and
  > log_warn(). Zap a couple of explicit 'syslog()' calls. (krw@)

smtpd

  ~ parse.y                               ~ ruleset.c
  ~ smtpd.conf.5                          ~ smtpd.h

  > allow negation of authenticated keyword:
  > accept ! authenticated [...]
  > ok sunil@, jung@ (gilles@)

  ~ parse.y                               

  > fix incoming tls-require regression, introduced with last parse.y cleanup
  > causing the flag not to be propagated down to the listener
  > ok eric@ (gilles@)

syspatch

  ~ syspatch.sh                           

  > Reverse output when installing a patch; it's more logical (first get, then
  > install). While here, match the installer output a bit more:
  > Get/Verify ...
  > Installing ...
  > prodded by a mail exchange with "bytevolcano"
  > discussed with robert@ sthen@
  > ok robert@ (ajacoutot@)

vmd

  ~ virtio.c                              

  > Fix powerdown with vmmci(4) VMs using a shutdown and no reset.
  > vmm VMs don't support powerdown - no ACPI or power management - so we
  > use a trick to issue a reboot and just don't reset after the triple
  > fault.  This worked before but was broken with the previous fix to
  > pvbus_shutdown() - move the trick to vmd instead.
  > OK mlarkin@ (reyk@)

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

Reply via email to