+1 on it being self-review, and +1 on the content in case anyone disagrees.

    - Garrett

Gary Winiger wrote:
> I'm sponsoring this case for myself and the the Solaris Audit project team.
> I believe it qualifies for self review and am marking it closed approved
> automatic.
>
> I'm happy to turn it into a fast track and set the timer if anyone believes
> I've misjudged.
>
> The case requests an obselescence announcement in a Patch release for
> potential removal in a Minor release.
> For convenience full diff-marked man pages are in the case directory.
>
> Gary..
> ======
> Background:
> +++++++++++
> PSARC/2008/787 "Obsolete of some Solaris Audit commands" changed
> the interface taxonomy of the audit_control(4) file to Obsolete Committed
> and announced it in a Solaris 10 update.  getacinfo(3bsm) is a set of library
> interfaces that extract fields from the audit_control file.  With the
> potential for removal of the audit_control file, interfaces to extract
> fields from the will no longer work.  Auditing was introduced some time
> around SunOS 5.2 and getacinfo() was never ARCed or assigned a formal
> Interface Taxonomy.  This case assumes that it is form of Stable.  The
> project team assumes Evolving (now Committed).
>
> Proposal:
> +++++++++
> * Change the Interface Taxonomies of getacinfo(3bsm) to Obsolete Committed
>   in a Patch release of Solaris.
>
> * Add a paragraph to the man page NOTES section:
>     These functions are Obsolete and may be removed and replaced with
>     equivalent functionality in a future release of Solaris.
>
> * Add an announcement in the "What's New in the Solaris Release" document:
>     A previous What's New announced that in a future release, the
>     configuration file for controlling the audit service -- auditd(1M),
>     audit_control(4), may be removed and replaced with equivalent
>     functionality.  In a future release that removes audit_control(4),
>     getacinfo(3bsm) - get audit control file information will also
>     be removed.
>
> As discussed in PSARC/2008/787, the intent is to move functionality of
> [audit_startup and] audit_control into the SMF service svc:/system/auditd
> (auditd(1M)).  As PSARC/2009/022 "audit_startup(1m) EOL and removal" did
> for audit_startup, a future case will be submitted for the actual EOL and
> removal of audit_control(4) and getacinfo(3bsm).
>   

Reply via email to