[wpkg-users] Check type execute
Hello, Looking at the ChangeLog of WPKG, I saw that an execute check was added. Why is it used like this: check type=execute path=\path\to\a\script.cmd/ and not check type=execute cmd=somecommand.cmd / Does the path attribut mean that we must provide a batch script and a command is not allowed? Can I give parameters to the script ? Regards. -- Daniel Dehennin RAIP de l'Orne - Reporting bugs, all WPKG mailing lists http://wpkg.org/Support ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
[wpkg-users] Package definition that remove some stuffs
Hello, As I will deploy WPKG on already installed box, I want it to remove some useless programs, I think I must do it like this: check type=logicical condition=not check type=registry condition=exists path=WHATEVER /check install cmd=command to remove the package/ Does this seems correct ? Regards. -- Daniel Dehennin RAIP de l'Orne - Reporting bugs, all WPKG mailing lists http://wpkg.org/Support ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
[wpkg-users] Variables in settings.xml
Hello, In my settings.xml I want to define some variables, like this: script-variable name=WPKG\\server\wpkg/script-variable script-variable name=WPKGBIN%WPKG%\bin/script-variable script-variable name=WPKGLOG%WPKG%\log/script-variable script-variable name=SOFTWARE\\horus\partage\applis\install/script-variable script-variable name=PATH%WPKGBIN%;%PATH%/script-variable But it seems that WPKGLOG is not well expanded, in my debug output I have: 2008-04-14 16:28:52, DEBUG : Initializing new log file: %WPKG%\log\wpkg-teststation.log 2008-04-14 16:28:52, DEBUG : Failed to open log file: Chemin d'accès introuvable; falling back to local logging: null Regards. -- Daniel Dehennin RAIP de l'Orne - Reporting bugs, all WPKG mailing lists http://wpkg.org/Support ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] Package definition that remove some stuffs
Daniel Dehennin schrieb: Hello, As I will deploy WPKG on already installed box, I want it to remove some useless programs, I think I must do it like this: check type=logicical condition=not check type=registry condition=exists path=WHATEVER /check install cmd=command to remove the package/ Does this seems correct ? See the end of Danish characters in package definitions thread on this list for a similar discussion. -- Tomasz Chmielewski http://wpkg.org - Reporting bugs, all WPKG mailing lists http://wpkg.org/Support ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] firefox and acrobat
Hi, Tomasz Chmielewski wrote: 2008-04-14 14:03:12, DEBUG : Initialized temporary local log file: C:\WINDOWS\TEMP\wpkg-logInit.log 2008-04-14 14:03:12, DEBUG : Initializing new log file: C:\WINDOWS\TEMP\wpkg-dell002.log 2008-04-14 14:03:12, DEBUG : Reboot-Cmd is standard. 2008-04-14 14:03:13, DEBUG : WPKG 1.0 starting... 2008-04-14 14:03:13, DEBUG : Base directory is '\\hq\wpkg\cur'. 2008-04-14 14:03:13, DEBUG : Log level is 255 2008-04-14 14:03:13, DEBUG : Trying to read XML file: \\hq\wpkg\cur\profiles.xml 2008-04-14 14:04:20, DEBUG : Successfully loaded XML file: \\hq\wpkg\cur\profiles.xml It waits over 30 seconds to access the first file - looks like either: 1) this workstation is *very* slow 2) your profiles.xml file is *very* large (and all other XML files) 3) there is some problem accessing network shares (WINS, DNS resolution, other network problems etc.). If I'd have to bet here, I'd bet on 3). ACK. Recently I've seen similar behavior on a couple of Windows XP machines. It was re-producable that connections to new hosts were hanging for quite a long time. After the connection was established, then data transfer was fast as usual. So it was difficult to debug since all transfer-bandwith testers just tested the bandwith, and not something like an initial delay. Test was easy: - open cmd - ping www.google.com Then ping hung for half a minute to a minute and then response times showed normal answer times ranging from 20 to 60ms. I run WinsockFixXP on this machines which fixed the problem. @Brian: Probably you can try that or just run the following commands on your command line: netsh winsock reset netsh winsock reset catalog netsh firewall reset netsh firewall set icmpsetting 8 netsh firewall set service FILEANDPRINT ENABLE SUBNET then reboot and check again. br, Rainer - Reporting bugs, all WPKG mailing lists http://wpkg.org/Support ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users
Re: [wpkg-users] firefox and acrobat
Tomasz Chmielewski wrote: You can use the same model (Admininistrator or unprivileged user) with both unattended and wpkg. And I'd discourage using guest access for accessing any WPKG shares anyway. The best approach IMO is to use an unprivileged user to access a password protected share. Why is this better? I have so far been reluctant to add another user to our LDAP database - Samba uses LDAP for authentication here. I can't see any security benefits, as either. At least not for wpkg. 2008-04-14 14:03:12, DEBUG : Initialized temporary local log file: C:\WINDOWS\TEMP\wpkg-logInit.log 2008-04-14 14:03:12, DEBUG : Initializing new log file: C:\WINDOWS\TEMP\wpkg-dell002.log 2008-04-14 14:03:12, DEBUG : Reboot-Cmd is standard. 2008-04-14 14:03:13, DEBUG : WPKG 1.0 starting... 2008-04-14 14:03:13, DEBUG : Base directory is '\\hq\wpkg\cur'. 2008-04-14 14:03:13, DEBUG : Log level is 255 2008-04-14 14:03:13, DEBUG : Trying to read XML file: \\hq\wpkg\cur\profiles.xml 2008-04-14 14:04:20, DEBUG : Successfully loaded XML file: \\hq\wpkg\cur\profiles.xml It waits over 30 seconds to access the first file - looks like either: 1) this workstation is *very* slow 2) your profiles.xml file is *very* large (and all other XML files) 3) there is some problem accessing network shares (WINS, DNS resolution, other network problems etc.). If I'd have to bet here, I'd bet on 3). I have noticed accessing network shares on first access does take about 30 seconds, unless logged in via the domain. I haven't worked out why yet. WINS resolution seems to be working fine. I will double check. If WINS wasn't working, I wouldn't expect anything to work. However, once the share has been mapped, it should be fast. This looks even worse: Yes. It makes no sense to me. Definitely, it is not normal. Does it affect every machine? So far I have only seriously investigated one computer - a Dell Latitude D610. I tried a HP Compaq nw8440 too, but it looks like the basic Windows XP SP2 installation disk won't work with this hardware :-(. Won't detect the hard disk. Brian May - Reporting bugs, all WPKG mailing lists http://wpkg.org/Support ___ wpkg-users mailing list wpkg-users@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/wpkg-users