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

distrib/alpha                           distrib/amd64
distrib/arm64                           distrib/armv7
distrib/hppa                            distrib/i386
distrib/luna88k                         distrib/macppc
distrib/miniroot                        distrib/sets
distrib/sgi                             distrib/sparc64
gnu                                     gnu/lib/libiberty
gnu/usr.bin/binutils                    gnu/usr.bin/gcc
lib/libexpat                            regress/usr.bin
share/man                               sys/arch/octeon/conf
sys/arch/octeon/dev                     sys/arch/octeon/include
sys/dev/fdt                             sys/dev/usb
sys/kern                                sys/net
sys/netinet                             sys/netinet6
usr.bin/mandoc                          usr.bin/spell
usr.bin/tmux                            usr.sbin/amd
usr.sbin/dvmrpctl                       usr.sbin/ldapd
usr.sbin/relayd                         usr.sbin/ripctl
usr.sbin/route6d                        usr.sbin/snmpd

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

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

alpha

  ~ common/install.md                     

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

amd64

  ~ common/install.md                     

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

arm64

  ~ ramdisk/install.md                    

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

armv7

  ~ ramdisk/install.md                    

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

hppa

  ~ install.md                            

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

i386

  ~ common/install.md                     

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

luna88k

  ~ ramdisk/install.md                    

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

macppc

  ~ ramdisk/install.md                    

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

miniroot

  ~ install.sub                           

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

sets

  ~ lists/man/mi                          

  > sync (visa@)

sgi

  ~ ramdisk/install.md                    

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

sparc64

  ~ common/install.md                     

  > DEFAULTSETS, SANESETS and THESETS are set in the install.md scripts
  > according to the same logic for all architectures but sgi.
  > Consolidate setting them in one place in install.sub and incorporate
  > the sgi specific MDSETS and MDSANESETS.
  > Introduce MDSANESETS complementing MDSETS which makes the construction
  > of DEFAULTSETS, THESETS and SANESETS clearer in install.sub.
  > While here, adjust the comment about how MDSETS used now.
  > OK deraadt@ (rpe@)

== gnu =============================================================== 02/08 ==

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

gnu

  ~ llvm/tools/clang/lib/Driver/Tools.cpp

  > On OpenBSD disable the malloc/calloc/realloc/free/str*dup builtins, since
  > they can perform strange transforms and optimizations.  Some of those could
  > gain a slight advantage, but would avoid the variety of important runtime
  > checks our malloc(3) code does.  In essence, the transforms performed are
  > considered "anti-mitigation".
  > ok kettenis robert, discussions with others (deraadt@)

lib/libiberty

  ~ src/pex-common.c                      ~ src/pexecute.c
  + include/pex-protos.h                  

  > provide missing prototypes
  > this may actually result in bogus error messages, because int != char*
  > okay jca@ (espie@)

usr.bin/binutils

  ~ gdb/doc/Makefile.in                   

  > make warns about POST_INSTALL being empty.
  > other similar makefiles define POST_INSTALL = :
  > so even the GNU guys are aware this might be non standard.
  > fix it.
  > okay krw@ kettenis@ (espie@)

usr.bin/gcc

  ~ gcc/toplev.c                          

  > Implement -Oz as an alias for -Os here as well.
  > ok aoyama@ (kettenis@)

== lib =============================================================== 03/08 ==

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

libexpat

  ~ Makefile                              

  > Gcc3 does not have -fvisibility feature, so skip -fvisibility=hidden
  > flag when compiling with gcc3.
  > ok espie@ (aoyama@)

== regress =========================================================== 04/08 ==

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

usr.bin

  ~ ssh/test-exec.sh                      

  > Don't call fatal from stop_sshd since it calls cleanup which calls
  > stop_sshd
  > which will probably fail in the same way.  Instead, just bail.
  > Differentiate between sshd dying without cleanup and not shutting down.
  > (dtucker@)

  ~ mandoc/mdoc/Sh/before.in              ~ mandoc/mdoc/Sh/before.out_ascii
  ~ mandoc/mdoc/Sh/before.out_markdown    ~ mandoc/mdoc/Sh/subbefore.in
  ~ mandoc/mdoc/Sh/subbefore.out_ascii    
  ~ mandoc/mdoc/Sh/subbefore.out_markdown

  > Do not test .Xr here.  It is not what this directory should focus on,
  > and it is causing too much trouble in -portable. (schwarze@)

  ~ mandoc/mdoc/Sh/subbefore.out_ascii    
  ~ mandoc/mdoc/Sh/subbefore.out_markdown

  > fix date (schwarze@)

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

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

man

  ~ man4/man4.octeon/Makefile             + man4/man4.octeon/octsctl.4

  > man octsctl(4) (visa@)

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

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

arch/octeon/conf

  ~ GENERIC                               ~ RAMDISK
  ~ files.octeon                          

  > Add a driver for the OCTEON SATA controller bridge.
  > OK deraadt@, jasper@, kettenis@ (visa@)

arch/octeon/dev

  + octsctl.c                             

  > Add a driver for the OCTEON SATA controller bridge.
  > OK deraadt@, jasper@, kettenis@ (visa@)

arch/octeon/include

  ~ intr.h                                

  > Add a workaround that allows the use of sys/dev/fdt code on octeon.
  > OK kettenis@ (visa@)

dev/fdt

  ~ ahci_fdt.c                            

  > Add a driver for the OCTEON SATA controller bridge.
  > OK deraadt@, jasper@, kettenis@ (visa@)

dev/usb

  ~ if_uath.c                             

  > The read buffer size reported by the hardware can be up to 4095
  > bytes.  This would exceed the mbuf cluster size.  Use larger clusters
  > in this case.
  > bug report Ilja Van Sprundel; OK deraadt@ stsp@ (bluhm@)

kern

  ~ kern_pledge.c                         

  > Allow SIOCGIFDESCR with "route" promise in preparation for pledging snmpd.
  > ok deraadt@ benno@ (rob@)

  ~ vfs_getcwd.c                          

  > Add some sanity length checks in VFS directory scan.  This protects
  > us from bogus input from file systems like fuse.
  > bug report Ilja Van Sprundel; OK deraadt@ (bluhm@)

net

  ~ rtsock.c                              ~ route.h
  ~ route.c                               

  > Add an error argument to rtm_send() instead of rerolling it inside
  > rtdeletemsg().
  > ok bluhm@ (mpi@)

netinet

  ~ if_ether.c                            

  > Add an error argument to rtm_send() instead of rerolling it inside
  > rtdeletemsg().
  > ok bluhm@ (mpi@)

netinet6

  ~ nd6_nbr.c                             

  > Add an error argument to rtm_send() instead of rerolling it inside
  > rtdeletemsg().
  > ok bluhm@ (mpi@)

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

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

mandoc

  ~ term.c                                

  > use & to check if a bit is set in a flag; pointed out by clang
  > OK schwarze (florian@)

  ~ mandocdb.c                            

  > When the mparse_alloc() prototype changed in read.c 1.151, updating
  > the enum constant was forgotten in this call.  No functional change
  > since the mmsg argument is NULL anyway.
  > Found by florian@ with clang. (schwarze@)

spell

  ~ spellprog.c                           

  > Fix some warnings: p1() and p2() are only declared without arguments so
  > that nop() can be nop(void), so just change nop() to have the same
  > arguments as all the other functions and make p1() and p2() proper
  > prototypes; and do not use '\0' as a pointer constant.
  > ok florian deraadt (nicm@)

tmux

  ~ window-tree.c                         

  > Show pane title in window list for windows with only one pane. (nicm@)

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

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

amd

  ~ amd/ifs_ops.c                         

  > plog format string should be literal.
  > OK florian@, deraadt@ (fcambus@)

dvmrpctl

  ~ parser.c                              

  > remove unused variable; pointed out by clang
  > OK kettenis (florian@)

ldapd

  ~ modify.c                              

  > One negation is enough; pointed out by clang.
  > OK gsoares who says that he forgot about the same diff for months and
  > that millert@ had OK'ed it. (florian@)

relayd

  ~ ca.c                                  ~ relay.c
  ~ relayd.h                              ~ ssl.c

  > Always calculate the hash value of the x509 cert in ssl_load_pkey().
  > Check whether TLS server object is available before using it.  With
  > these fixes the ssl inspect regress test just fails and does not
  > crash relayd.
  > OK claudio@ (bluhm@)

ripctl

  ~ parser.c                              

  > remove unused variables; pointed out by clang
  > OK kettenis (florian@)

route6d

  ~ log.c                                 

  > pass the size of the dst buffer to strlcat, not the source; pointed
  > out by clang
  > OK kettenis (florian@)

snmpd

  ~ parse.y                               

  > Use a format string for yyerror when printing a variable string.
  > Pointed out by clang.
  > (Not really a problem here since we control the string, but these
  > things tend to get coppied around)
  > ok gerhard@ (florian@)

  ~ snmpd.h                               

  > Make the engine id is just binary data so make it uint8_t.
  > clang pointed out that we tried to store 128 in a signed char.
  > OK gerhard (florian@)

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

Reply via email to