Kyle McDonald wrote:
> Kyle McDonald wrote:
>   
>> Danek Duvall wrote:
>>   
>>     
>>> On Wed, Feb 27, 2008 at 03:59:57PM +0100, William Schumann wrote:
>>>
>>>   
>>>     
>>>       
>>>> [correction: This posting is a proposal for changes to INST_RELEASE.
>>>> Other enhancements are suggested within.  Review is sought for the
>>>> proposal, as well as other enhancement ideas.]
>>>>     
>>>>       
>>>>         
>>> Out of curiosity, what is it that you (and Kyle, at least) are using
>>> /etc/release and this file for?
>>>   
>>>     
>>>       
It seems I can't stop talking to myself. ;)

>> For me, during JumpStart installs, it's the only place I've found to 
>> figure out the S10 update #, or the NV build #.
>>     
Interestingly, I can't recall exaclty why, but for my jumpstarts, I'm 
not just getting this info from /etc/release.

I'm actually getting it from 
/cdrom/Solaris_*/Product/SUNWsolnm/reloc/etc/release.

It may just be because I wanted to make sure that I got the update of 
the relase being installed, or it maybe that the miniroot didn't have an 
/etc/release?

If the latter, I'd like to point out that discovering this in AI should 
be made easier if possible. :)
Especially since installing pkgs from network IPS repositories will 
probalby make it impossible for me to peek inside the SUNWsolnm package  :)

   -Kyle

>> In my Jumpstarts, the NV build number hasn't (yet) been somethign I've 
>> needed to key off, but I make it available.
>> The S10 update however, I have had to use, as my finish scripts have 
>> needed to change for didfferent updates:
>>
>> 1) SMF appeared in an update release if I recall correctly. ZFS did too, 
>> but I don't think that mattered to me (yet - ZFS boot will.)
>>
>> 2) changes to config files that I customize (the one that comes to mind 
>> goes with the SMF intro: /etc/inittab) during the finish script either 
>> nolong need changing, or need to be changed in different ways.
>>
>>
>>   
>>     
> To add to this, I would *love* it if 'uname' or something similiar could 
> just have an executable way to provide this info.
>
> I'm sure there's a reason, but I've always wondered why uname -r doesn't 
> return 5.10.4 for S10u4.
>
>   -Kyle
>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>   


Reply via email to