On 10/13/10 10:44 AM, jean.mccormack wrote:
On 10/13/10 11:40 AM, Sue Sohn wrote:
...
transfer_svr4.py
55 What are the maintenance implications of this version number?
A nightmare. But it's a pkg constraint. They do this with the pkg
command too.
Can you explain where the version number comes from and how we are
supposed to know to update it? Is there a flag day when the version is
updated?
The version number is in
/usr/lib/python2.6/vendor-packages/pkg/client/api.py. We are required to
provide the correct number if we want to either create or get the IPS
instance handle. As far as I know there hasn't been a flag day in the
past. It would be nice to figure out the correct way to track this.
The number represents the last version of the API your client was tested
with.
The version number is there so that if there is an incompatible change
in the pkg.client.api, your client will exit at startup with an
appropriate error instead of silently failing somewhere at runtime due
to an API change.
You can track changes in the API by looking at
$PKG_GATE/doc/client_api_versions.txt.
Yes, that documented should likely be delivered as part of pkg, but it
isn't yet.
For tracking flag days for pkg(5), just watch pkg-discuss or this list.
An email is always sent for major incompatible changes.
-Shawn
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
