OpenBSD src changes summary for 2016-02-07
==========================================

etc/rc.d/bgpd                           etc/rc.d/dvmrpd
lib/libc                                sys/dev
sys/dev/pci                             sys/net80211
sys/ntfs                                usr.bin/doas
usr.sbin/dhcpd                          usr.sbin/dhcrelay
usr.sbin/rtadvd                         usr.sbin/vmd

== etc =============================================================== 01/05 ==

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

rc.d/bgpd

  ~ rc.d/bgpd                             

  > Remove setproctitle() for the parent process. Because rc.d(8) uses process
  > titles (including flags) to distinguish between daemons, this makes it
  > possible to manage multiple copies of a daemon using the normal
  > infrastructure
  > by symlinking rc.d scripts to a new name. ok jung@ ajacoutot@,
  > missed in previous commit, problem reported by mxb/alumni/chalmers/se.
  > (sthen@)

rc.d/dvmrpd

  ~ rc.d/dvmrpd                           

  > Remove setproctitle() for the parent process. Because rc.d(8) uses process
  > titles (including flags) to distinguish between daemons, this makes it
  > possible to manage multiple copies of a daemon using the normal
  > infrastructure
  > by symlinking rc.d scripts to a new name. ok jung@ ajacoutot@,
  > missed in previous commit noticed after re-checking following report in
  > bgpd. (sthen@)

== lib =============================================================== 02/05 ==

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

libc

  ~ stdlib/strtonum.3                     

  > compare pointer to NULL in example code (mmcc@)

== sys =============================================================== 03/05 ==

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

dev

  ~ ipmi.c                                

  > Remove a too strict assertion. (uebayasi@)

  ~ ipmi.c                                

  > Comment. (uebayasi@)

dev/pci

  ~ if_iwmreg.h                           

  > Make sure the maximum iwm(4) firmware command payload size fits into
  > the 12 bits available for it in struct iwm_tfd_tb.hi_n_len.
  > Patch by Imre Vadasz via tech@ (stsp@)

  ~ if_iwn.c                              

  > Fix off-by-one in loop termination condition.
  > ok stsp@ (tb@)

net80211

  ~ ieee80211_input.c                     

  > Hide some excessive net80211 debug printfs behind ieee80211_debug >= 2.
  > (stsp@)

ntfs

  ~ ntfs_subr.c                           

  > Convert to uiomove. While there, use size_t consistently for
  > variables 'left' and 'tocopy' and adapt printf and DPRINTF format
  > strings accordingly.
  > From Martin Natano. (stefan@)

== usr.bin =========================================================== 04/05 ==

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

doas

  ~ doas.c                                

  > require a tty for the password.
  > sudo regression noted by miod, fix by millert (tedu@)

== usr.sbin ========================================================== 05/05 ==

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

dhcpd

  ~ memory.c                              

  > avoid a use after free when parsing address ranges from a config
  > ok krw@ (jsg@)

dhcrelay

  ~ bpf.c                                 ~ dhcpd.h
  ~ dhcrelay.c                            ~ dispatch.c
  ~ errwarn.c                             ~ packet.c

  > Eliminate #include inside *.h files and include only needed headers in
  > each *.c file.
  > Inspired by mention of header silliness by Edgar Pettijohn and mmcc@
  > on tech@. (krw@)

rtadvd

  ~ log.h                                 ~ rtadvd.c

  > Mark a few others functions as __dead; ok bluhm@ (jca@)

vmd

  ~ virtio.c                              

  > avoid a double free in an error path
  > ok stefan@ (jsg@)

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

Reply via email to