Greetings,

Revision 1352:5c92c9d342ef integrated the following fixes and enhancements:

  11065 client v1 catalog support for v0 catalogs
  269 Catalog should include package dependencies
  318 Unify depot and client pkg format
2763 pkg.catalog should have a function to split entries into appropriate fields 3045 pkg list tracebacks when installed state directory is out of sync with pkg directory
  5562 catalog uses local time instead of UTC
  8341 extract catalog cache from image
  8473 cached catalog data can be wrong if mixing client versions
  9248 client traceback if preferred publisher not in catalog cache
  10041 catalog attrs can be out of sync with catalog
11071 pkg list -v doesn't show full FMRI for those from a preferred publisher
  11072 client double instantiates image on startup
  11074 manifests need sha-1 signature
  11075 catalog should provide manifest signature data

As a result of these changes, if you use the new packaging client with an existing image (your installed OpenSolaris '/' as an example), it will be automatically upgraded to a new image format. Once this has been done, you will be unable to use older pkg(5) clients with the new image. If you attempt to use an older client with the upgraded image, you will receive a message like this:

pkg: No image rooted at '/mnt'

Some additional points of interest to be aware of:

* While the catalog is now _capable_ of storing and providing dependency and manifest signature data, the server does not yet provide v1 catalogs, and the client has not yet been changed to take advantage of this. As such, speedy access to package metadata is not yet available.

* The performance of many operations such as 'info', 'list', and 'uninstall' have been significantly improved. For example, execution time reductions for 'pkg list' of up to 93% have been noted on both x86 and SPARC systems. Further performance improvements are still possible (especially on SPARC).

* The client currently has to store two copies of each publisher's catalog (version 0, and version 1) for compatibility with servers that only offer the v0 catalog format. This means that a few more megabytes of disk space wil be used, but the tradeoff is that incremental updates still work correctly with servers that only offer the older catalog format.

* Phase III, coming next week (hopefully) will implement the server-side support for the v1 catalog format, and also change the client to take advantage of the additional data it provides.

Cheers,
--
Shawn Walker
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to