OpenSolaris

1. Community: OS/Net (ON)
   1. Blogs
   2. Development Process
   3. Developer's Reference
      1. Introduction
      2. Prerequisites
      3. The Source Tree, part 1
      4. The Source Tree, part 2
      5. Building OpenSolaris
      6. Installing and Testing OpenSolaris
      7. Integration Procedure
      8. Best Practices and Requirements
      9. Glossary
   4. Discussions
   5. Installation (from source) Quickstart
      1. Annotated nightly(1) Mail Example
   6. Currently Known Issues
   7. CRT
      1. Advocates & Sponsors
      2. Becoming a CRT Advocate
      3. Charter
      4. RTI nits to avoid
      5. Sponsor Tasks
      6. Becoming a Sponsor
   8. Schedule
   9. ONNV Flag Days, Heads Ups, and Project Integration History
      1. All
      2. Builds 91-95
      3. Builds 86-90
      4. Builds 81-85
      5. Builds 76-80
      6. Builds 71-75
      7. Builds 66-70
      8. Builds 61-65
      9. Builds 56-60
      10. Builds 51-55
      11. Builds 46-50
      12. Builds 41-45
      13. Builds 36-40
      14. Builds 31-35
      15. Builds 26-30
      16. Builds 21-25
   10. Leaders
   11. Observers
   12. Putback Logs
   13. Developing Solaris
       1. Quality Death Spiral
   14. wx
   15. findunref and unreferenced files
   16. Bourne/Korn Shell Coding Conventions

Flag Day: Net-SNMP/SMA update required

Date: Fri, 20 Jan 2006 16:06:16 -0800
From: Keith M Wesolowski <keith dot wesolowski at sun dot com>
To: on-all at sun dot com, onnv-gate at onnv dot eng dot sun dot com
Subject: Flag Day: Net-SNMP/SMA update required

My putback for

	PSARC 2005/754 FMA SNMP Agent
	6365742 fault management data needs an SNMP interface

constitutes a flag day for all build machine maintainers, and a heads-up
for ON developers.

This putback introduces the snmp-trapgen fmd plugin, which relies on
the libraries provided by SFW's SMA (Net-SNMP) packages.  A new
version of these packages must be installed to build an ON workspace
containing my changes.  Attempting to build on a machine with older
SMA packages will result in undefined symbol errors when building the
new fmd plugin and libfmd_snmp library.

Also, if you wish to use the new plugin, you will need to update your
SMA packages; otherwise, your fault manager will work properly but the
new plugin will not be loaded.

To obtain the latest SMA packages, run:

	# /ws/onnv-gate/public/bin/update_sma

The update_sma script may be removed once these packages are integrated
into a completed WOS.  If you need to update after that time, you can do
one of:

	- Upgrade to a newer WOS, or
	- Use /ws/onnv-gate/public/bin/update_sfw to update SMA along
	  with the rest of the SFW packages, or
	- Manually install current versions of SUNWsmagt, SUNWsmmgr, and
	  SUNWsmcmd from the WOS.

Build machine maintainers should also update their build tools to pick
up the latest check_rtime.  If you use the old check_rtime with a
build containing my changes, you will see messages like

  ./usr/lib/fm/fmd/plugins/snmp-trapgen.so: unreferenced
  object=/export4/wesolows/builds/fma-sma/proto/root_sparc/lib/libadm.so.1;
  unused dependency of /usr/sfw/lib/libnetsnmphelpers.so.5 <remove lib
  or -zignore?>

which may safely be ignored.  The new check_rtime works correctly with
both old and new workspaces.

An updated SUNWonbld package will be available in
/ws/onnv-gate/public/packages after tonight's build; if you need a
newer copy before that you have two choices:

	After my putback, either

	- bringover usr/src/tools/scripts/check_rtime.pl and use
	nightly/bldenv with the '-t' option, or
	- Copy the check_rtime from
	/ws/onnv-gate/usr/src/tools/scripts/check_rtime.pl to
	/opt/onbld/bin/check_rtime or wherever you keep your local
	tools.

Please contact me if you have any questions.

-- 
Keith M Wesolowski		"Sir, we're surrounded!" 
Solaris Kernel Team		"Excellent; we can attack in any direction!"