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

Date: Tue, 3 Jun 2008 16:29:06 +0100
From: John Levon <john.levon at sun dot com>
To: onnv-gate at onnv dot eng dot sun dot com, on-all at eng dot sun dot com
Subject: Flag day: PSARC 2008/289 Least Privilege for xVM


If you do not use xVM, you can skip this message.

The putback of:

PSARC 2008/289 Least Privilege for xVM

constitutes a flag day. In particular:

- /ws/xvm-gate/public/bin/update_xvm, and BFU, have been updated. You
  may need to update any local copies
- You must update your xVM packages when you BFU or upgrade to these
  bits (and you must use the new version of update_xvm), and vice versa.
- Those xVM users who are used to setting vncpasswd: this is no longer
  necessary. With these bits, by default, no VNC password is used, and
  only root/privileged users can access guest domain consoles.

thanks,
john