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

lib/libtls                              sys/net80211
usr.bin/mandoc                          usr.bin/tmux
usr.sbin/acme-client                    usr.sbin/unbound

== lib =============================================================== 01/04 ==

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

libtls

  ~ man/tls_accept_socket.3               ~ man/tls_client.3
  ~ man/tls_config_ocsp_require_stapling.3
  ~ man/tls_config_set_protocols.3        ~ man/tls_config_set_session_id.3
  ~ man/tls_config_verify.3               ~ man/tls_conn_version.3
  ~ man/tls_connect.3                     ~ man/tls_init.3
  ~ man/tls_load_file.3                   ~ man/tls_ocsp_process_response.3
  ~ man/tls_read.3                        

  > add HISTORY and AUTHORS (schwarze@)

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

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

net80211

  ~ ieee80211_mira.c                      

  > Introduce ieee80211_mira_probe_done() helper which resets probing state,
  > cancels timeouts, and resets driver stats. Call it when probing has
  > finished instead of manually resetting only probing state.
  > Right now this is only called once but an upcoming change will reuse it.
  > (stsp@)

  ~ ieee80211_mira.c                      

  > Make mira cope with out-of-range single frame error rate (SFER) values.
  > These are either due to driver bugs or rounding errors in fixed point math
  > but can be dealt with gracefully and don't occur often (only one instance
  > of this problem has been reported in the wild so far).
  > Turn related panics into debug printfs.
  > With 'ifconfig athn0 debug' the kernel now prints notifications about
  > out-of-range SFER values in dmesg. Compile a kernel with 'option
  > MIRA_DEBUG'
  > to get a dump of driver stats in dmesg as well.
  > This change should prevent an undesirable panic reported by Peter Kay,
  > though it does not actually address the root cause of the problem.
  > ok tb@ (stsp@)

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

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

mandoc

  ~ mdoc_html.c                           

  > .Bl -column with zero columns is legal, so don't segfalt on it.
  > Bug introduced in rev. 1.123 triggered for example in gssapi(3),
  > analyzed and reported by Michael <Stapelberg at debian dot org>.
  > Simplify the code a bit more while here. (schwarze@)

  ~ html.c                                ~ mdoc_html.c

  > Simplify usage of print_otag() even more:
  > accept NULL to skip the attribute or format. (schwarze@)

  ~ mandoc.1                              ~ mandoc.h
  ~ mdoc.c                                ~ read.c

  > Add a warning "new sentence, new line".
  > This does not attempt to pinpoint each and every offender, but
  > instead tries very hard to avoid false positives: Currently, there
  > are only two false positives in the whole OpenBSD base system.
  > Only do this in mdoc(7), not in man(7), because manuals written
  > in man(7) typically have much worse problems than this.
  > OK jmc@ on a previous version of the patch (schwarze@)

tmux

  ~ cmd-attach-session.c                  ~ cmd-new-session.c
  ~ cmd-switch-client.c                   

  > Do not clear the key table when changing session on a client, so that
  > switch-client and friends work with bind -n. (nicm@)

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

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

acme-client

  ~ acme-client.1                         

  > - -N got changed to -D
  > - there is no Challenges section
  > reported by michael reed (jmc@)

unbound

  ~ Makefile.bsd-wrapper                  

  > Back out make(obj) hack: it doesn't solve the problem entirely and may
  > interfere with read-only src tree setups. (tb@)

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

Reply via email to