topic Re: swinstall - passing variables to control scripts in Operating System - HP-UX

swinstall - passing variables to control scripts

Mike McDevitt — Thu, 19 Jun 2003 19:50:43 GMT

I have an in-house application for which I'm creating a depot. There are pre-defined internal variables usable by the control scripts. How can I store a variable that stays with the package for use within the config or checkinstall scripts?

Re: swinstall - passing variables to control scripts

Caesar_3 — Thu, 19 Jun 2003 19:55:20 GMT

Hello!

Generate dinamicly your sw scripts with
the wanted variables.
Or your sw scripts can read some config
file which will have the variables.

Caesar

Re: swinstall - passing variables to control scripts

Sridhar Bhaskarla — Thu, 19 Jun 2003 23:30:38 GMT

Hi Mike,

I am not sure if I understood your question correctly.

You will need to source-in /usr/lbin/sw/contril_utils in your swpackage scripts. Along with the internal variables, there are quite a few functions available with this script that can ease your tasks. Look at the file and the documentation is in there.

If you are talking about your own variables, then create one file that defines common variables. Dot-in the file in each of your swpackage script. This way there is only one file you need to modify to change the variables.

-Sri

Re: swinstall - passing variables to control scripts

vasundhara — Fri, 20 Jun 2003 08:58:42 GMT

Hi,

If the number of variables are less, you can even try with ENVIRONMENT VARIABLEs. You can use that variable in your script and in the term you start swinstall, don't forget to set the values. Its only an blind idea. may be so perfect and I have not tried it also.

Regards
VJ.

Re: swinstall - passing variables to control scripts

Mike McDevitt — Fri, 20 Jun 2003 11:14:15 GMT

These all sound viable but what I'm looking to do is create a psf file with an additional variable with a directory and within a checkinstall script, check the existance of that directory prior to installing or re-installing. I need to keep this with the package for the future.