From gww@sac.sfbay.sun.com Thu Nov 19 16:59:00 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAK0wxsU027753 for ; Thu, 19 Nov 2009 16:59:00 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAK0wu8b000793; Fri, 20 Nov 2009 00:58:59 GMT Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KTD00G01UQ98M00@brm-avmta-1.central.sun.com>; Thu, 19 Nov 2009 17:58:57 -0700 (MST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KTD0051GUQ9ZC50@brm-avmta-1.central.sun.com>; Thu, 19 Nov 2009 17:58:57 -0700 (MST) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAK0wuKN014355; Thu, 19 Nov 2009 16:58:56 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAK0wth1027748; Thu, 19 Nov 2009 16:58:55 -0800 (PST) Received: (from gww@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id nAK0wsOI027744; Thu, 19 Nov 2009 16:58:54 -0800 (PST) Date: Thu, 19 Nov 2009 16:58:54 -0800 (PST) From: Gary Winiger Subject: Obsolete getacinfo(3bsm) [PSARC/2009/636 Self Review] To: psarc-ext@sun.com Cc: audit-core@sun.com Message-id: <200911200058.nAK0wsOI027744@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 2175 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). From gdamore@sun.com Fri Nov 20 07:07:21 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAKF7L50024938 for ; Fri, 20 Nov 2009 07:07:21 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAKF7ICk015044; Fri, 20 Nov 2009 07:07:21 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KTE00F15Y08HW00@brm-avmta-1.central.sun.com>; Fri, 20 Nov 2009 08:07:20 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KTE00DIHY083E20@brm-avmta-1.central.sun.com>; Fri, 20 Nov 2009 08:07:20 -0700 (MST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAKF7JfK020232; Fri, 20 Nov 2009 07:07:19 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KTE00B00XVVD800@fe-sfbay-09.sun.com>; Fri, 20 Nov 2009 07:07:19 -0800 (PST) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KTE00FOQY06HD70@fe-sfbay-09.sun.com>; Fri, 20 Nov 2009 07:07:18 -0800 (PST) Date: Fri, 20 Nov 2009 07:07:17 -0800 From: "Garrett D'Amore" Subject: Re: Obsolete getacinfo(3bsm) [PSARC/2009/636 Self Review] In-reply-to: <200911200058.nAK0wsOI027744@sac.sfbay.sun.com> Sender: Garrett.Damore@sun.com To: Gary Winiger Cc: psarc-ext@sun.com, audit-core@sun.com Message-id: <4B06B0A5.7090908@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200911200058.nAK0wsOI027744@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20091013) Status: RO Content-Length: 2380 +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). >