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. Build 101-105
      3. Builds 96-100
      4. Builds 91-95
      5. Builds 86-90
      6. Builds 81-85
      7. Builds 76-80
      8. Builds 71-75
      9. Builds 66-70
      10. Builds 61-65
      11. Builds 56-60
      12. Builds 51-55
      13. Builds 46-50
      14. Builds 41-45
      15. Builds 36-40
      16. Builds 31-35
      17. Builds 26-30
      18. 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

Heads up: SMF property value ordering

Date: Fri, 18 Jul 2008 22:10:40 +0100
From: Alan Maguire <Alan.Maguire at sun dot com>
To: on-all at sun dot com, onnv-gate at onnv dot eng dot sun dot com
Subject: Heads up: SMF property value ordering

If you are an SMF service developer, or a consumer of svccfg(1M)
or libscf(3SCF), read on.

My recent putback of:

6715372 SMF repository should store (and allow retrieval of) property
values in the order they were added

...ensures that multiple property values in SMF will be explicitly ordered
from now on. This means that the order of property values modified after
this putback (whether via SMF manifest import, modification via svccfg,
or via libscf) will match the order in which the values are specified.

This is achieved by upgrading the SMF repository format, and for
upgrades the following mesages should appear on reboot post-upgrade:

svc.configd: upgrading SMF repository format...
svc.configd: SMF repository upgrade is complete.

Note that an upgraded repository will continue to work if the
system is later downgraded.

Existing properties will not have a specific order imposed upon them
(prior to this putback property values were unordered), but if existing
values are changed, they will be stored in the specified order.

Bugs, if encountered, should be filed against utility/smf.