Geert Stappers wrote:
On Sun, Jan 02, 2005 at 01:53:50AM +0100, oliver wrote:
Hi
I was wondering if it really is nessacery to fully install perl into the C drive soley for the purpose of installing the various applications.
I'm not saying not to use perl, but is there no way to use perl from the Z mapped drive? (I do know there might be some issues with perl not beeing on the C:\ which I think can't be right. It's just not sane :) but who knows.
Primarly because I don't want all my users to have an active perl install on their system. Also it's kind of dull to install 60mb worth of software to be used for those 5 minutes of software install. Automatically uninstalling afterwards also seems dumb.
Secondly it becomes really useless afterwards, I mean, we have a network share with a whole bunch of nice packages, but a simple doubleclick on a bat file doesn't install the package. (Because of perl errors).
My proposal would be to have perl live in z:\perl and have all scripts use that version. The bat files include a 'header' file that set's enviroment variables correctly so that perl can be run from Z:\perl.
This would also make it possible to simply install a package by running the script file for it.
I think the question is:
When a patch is supplied, will it be excepted?
Accepted or expected? : )
Accepted, I don't know. If the sysadmin wants perl on every install, put perl.bat in your base.bat, it it's not, don't put perl.bat in your base.bat : )
Expected, it might come to a supprise I'm sure, but does it matter for the end result? You'll still get a fully unattended workable win installation.
oliver
Happy New Year
Geert Stappers
------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ unattended-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/unattended-devel
