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

etc/daily                               lib/libc
lib/libssl                              sbin/newfs
sbin/pdisk                              sbin/ping6
sbin/scsi                               share/man
sys/dev/pv                              sys/kern
usr.bin/calendar                        usr.bin/ftp
usr.sbin/eigrpd                         usr.sbin/smtpd

== etc =============================================================== 01/07 ==

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

daily

  ~ daily                                 

  > Run "rcctl ls faulty", which is silent when all services work as expected.
  > Based on an original idea and a different patch from landry@.
  > OK jung@ zhuk@ landry@
  > krw@ agreed to the general idea (schwarze@)

== lib =============================================================== 02/07 ==

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

libc

  ~ gen/alarm.3                           ~ gen/alarm.c

  > The CSRG declared alarm(3) obsolete 30 years ago (before 4.2BSD),
  > but it is likely to remain in POSIX for the forseeable future,
  > and there is nothing wrong with using it, so remove the marker.
  > By contrast, POSIX 2008 now declared setitimer(3) obsolescent.
  > While here, remove a few cross references pointing to obsolete or
  > non-standard functions and update the POSIX reference.
  > Triggered by a question from <ChrisBennett at bennettconstruction dot us>.
  > OK millert@ tb@ (schwarze@)

  ~ gen/alarm.3                           

  > sigsuspend is section 2, not 3. (jmc@)

libssl

  ~ src/crypto/opensslv.h                 

  TAGGED OPENBSD_5_8
  > bump version.
  > ok bcook@ (beck@)

== sbin ============================================================== 03/07 ==

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

newfs

  ~ mkfs.c                                

  > malloc(3) returns a pointer, so check against NULL, not 0. (No functional
  > change)
  > OK millert@ (gsoares@)

pdisk

  ~ partition_map.c                       

  > Make 'r' (reorder, a.k.a. swap) command work with any two existing
  > partitions.  Do NOT allow partition 1 to be moved! (krw@)

  ~ pdisk.8                               ~ pdisk.c

  > Tweak verbiage for 'r' (reorder) command. (krw@)

  ~ pdisk.8                               

  > more tweaks; ok krw (jmc@)

  ~ dpme.h                                ~ file_media.c
  ~ io.c                                  ~ partition_map.c

  > Use consistent 'return' idiom -- no parenthesis since that was the style
  > of the existing code. (krw@)

  ~ dump.c                                ~ partition_map.c

  > Since we don't allow maps to be created or opened with an invalid
  > block0, there is no point in checking later if block0 has magically
  > become invalid. (krw@)

  ~ partition_map.c                       

  > When adding a new partition to the map, use only existing mapped
  > space. Don't try to create new free space partitions to use. If the
  > map does not know about all of the space on the disk, it is broken. (krw@)

  ~ partition_map.c                       

  > Oops. Deleted one too many lines. Need to advance pointer when traversing
  > list. (krw@)

  ~ dump.c                                ~ partition_map.c
  ~ partition_map.h                       ~ pdisk.c

  > Hand rolled lists suck. First, replace disk_order with an LIST. (krw@)

  ~ partition_map.c                       

  > Delete a bunch of Morris dancing in delete_partition_from_map().
  > No need to create a new dpme. Just rename/retype the existing and
  > let combine_entry() suck in any surrounding empty space partitions. (krw@)

  ~ partition_map.c                       ~ partition_map.h

  > Flip base_order to a LIST(). (krw@)

ping6

  ~ ping6.c                               

  > malloc(3) returns a pointer, so check against NULL, not 0. (No functional
  > change)
  > OK millert@ (gsoares@)

scsi

  ~ libscsi.c                             

  > malloc(3) returns a pointer, so check against NULL, not 0. (No functional
  > change)
  > OK millert@ (gsoares@)

== share ============================================================= 04/07 ==

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

man

  ~ man4/pvbus.4                          

  > Document the pvbus(4) IOCTL INTERFACE. (reyk@)

  ~ man4/pvbus.4                          

  > avoid Xr to self; (jmc@)

  ~ man8/daily.8                          

  > Document the new daemon status check. (schwarze@)

== sys =============================================================== 05/07 ==

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

dev/pv

  ~ xen.c                                 

  > Older Xen dom0's don't implement setting version of Grant Table entries
  > Remove leftover code that was used to set v2 of Grant Table entries.
  > From Nathanael Rensen <nathanael at list ! polymorpheus ! com>, thanks!
  > (mikeb@)

kern

  ~ tty.c                                 ~ tty_pty.c

  > Convert to uiomove. Diff from Martin Natano. (stefan@)

== usr.bin =========================================================== 06/07 ==

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

calendar

  ~ calendars/calendar.holiday            

  > Correct date for Australia Day.  From Ian Mcwilliam, ok jmc. (dtucker@)

ftp

  ~ fetch.c                               

  > Fix a crash when a server sends a non-standard newline ("\n" instead of
  > "\r\n").
  > Present since ssl support was initially added in OpenBSD 4.0
  > Found by sthen@ via github downtime
  > OK sthen@ (martijn@)

== usr.sbin ========================================================== 07/07 ==

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

eigrpd

  ~ rde_dual.c                            

  > Correct bit flag tests to work as intended.
  > ok renato@ (jsg@)

smtpd

  ~ filter.c                              

  > Simplify the query-chain code now that events are sent through a dedicated
  > loop.
  > ok gilles@ jung@ (eric@)

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

Reply via email to