Hi there,

  The main differences in the API appear to be:

 get_pkg_list() now returns 5-tuples instead of 4-tuples;  
attach_linked_child() now returns a 3-tuple whereas it previously returned a 
2-tuple.


 When you mentioned you were waiting for Brock, was that so you could bump the 
value of PKG5_API_VERSION in install_common.__init__ to 66?

 Otherwise looks good to me!

 --S

On Aug 8, 2011, at 3:14 PM, Drew Fisher wrote:

> Good afternoon,
> 
> Since we're dealing with a very tight window for pushing of this fix to the 
> slim_source gate, I'd like to get a preemptive code review for the following 
> CRs:
> 
> 7072842 update install gate for pkg5 API version bump to 66
> 7076306 slim source needs a common import for pkg5 API number
> 
> https://cr.opensolaris.org/action/browse/caiman/drewfish/7072842/webrev/
> 
> Please note that this code will currently *not* work with the pkg5 gate.  
> They're still on version 65 of the API.  I am awaiting Brock's push of 18439 
> which will bump their gate to 66.  Also, I have the needed changes to our 
> gate for Brock's push (I will review the code once he pushes to make sure we 
> don't break anything else, however) and those prevent zones from installing.  
> 
> What I'm saying is:  don't try to run this code until 18439 goes back.
> 
> I tested building an AI ISO with DC and installation of that ISO to make sure 
> our transfer/ips.py code is correct.  My ISO was created and installed with 
> no problems.  I also verified that js2ai doesn't break by running the test 
> suite.  Sue helped me test installadm's create a service from a package and 
> that works as well.
> 
> Thanks!
> 
> -Drew
> _______________________________________________
> caiman-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss

_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss

Reply via email to