Hi Shiv,

I didnt clearly understand the question. But from the mail, I am assuming that 
you are a bit confused about the concept of classes!

Classes are the convention used by the SVR4 packaging where we need to do a 
common task for a set of files which are being installed! For eg: when there is 
a package which delivers a set of smf services, it also ships manifest files. 
So all these manifest files are grouped under the class 'manifest' and the 
package has a class actio script(CAS) called i.manifest. This i.manifest will 
have logic for importing the service and enabling it. 
So when pkgadd finds that a file of class manifest is being installed, it will 
invoke i.manifest so that the service get properly installed and enabled!

Hope you got my point. So ultimately a file needs to be there in one class 
only. Class is not the paramater which decides whether to install or not to 
install a file! You can use preinstall or postinstall for the same!

HTH
~Vineeth

G N S <shivakumar.gn at gmail.com> wrote: Hi Folks,

Was checking out the packaging concept. Here is a situation about which I am 
unclear about the handling using SVR4 framework.

I have a set of files to be installed. The files need to get installed on 
different target configurations/systems based on different criteria. 

Suppose decision to install file1 is based on different criteria:
1. Criteria1: class values can be W X Y Z ALL
2. Criteria2: class values can be 1 2 3 4 ALL
3. Criteria3: class values can be A B C D

 If file1 is to be installed, how do I say in pkgmap entry for file1 to 
indicate,
"Install file1 if Criteria1=Y, Criteria2=2 or 3, Criteria3=B."
"Install file2 if Criteria1=W, Criteria2=2, Criteria3=A or D." and so on 

>From the documentation "Application Packaging Developer's Guide" at 
>docs.sun.com it seems as though there can be only one CLASSES field and the 
>field can handle only one criteria. 

(Ofcourse I can always do this using my own scripts. But wanted to know if the 
SVR4 framework provides any mechanism.)

cheers
Shiv

 _______________________________________________
ug-bosug mailing list
List-Unsubscribe: mailto:ug-bosug-unsubscribe at opensolaris.org
List-Owner: mailto:ug-bosug-owner at opensolaris.org
List-Archives: http://www.opensolaris.org/jive/forum.jspa?forumID=54

 
---------------------------------
Access over 1 million songs - Yahoo! Music Unlimited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/ug-bosug/attachments/20070123/4b150c0b/attachment.html>

Reply via email to