[wpkg-users] Question about wpkg

Some questions: 1) can WPKG download and install a package in background, while the user is working, not just before the login screen? 2) same as before, can it do an uninstall in background ? - wpkg-users mailing list

Re: [wpkg-users] Question about wpkg

Hi Luca, Luca Manganelli wrote: Some questions: 1) can WPKG download and install a package in background, while the user is working, not just before the login screen? Yes it can. Basically WPKG is a service running in background. All its tasks can be performed in background. The logon

Re: [wpkg-users] Question about wpkg

- Rainer Meier r.me...@wpkg.org ha scritto: Yes it can. Basically WPKG is a service running in background. All its tasks can be performed in background. The logon delay is just imposed if configured on WPKG client. Nobody forces you to use this feature. Personally I never used it in

Re: [wpkg-users] Question about wpkg

Hi, I'm a new user to WPKG but an old user of a very similar package distribution technology that is provided with our education network (RM Connect 3 if that means anything!). I was pointed to WPKG after looking for something that would work alongside the large number of peer-peer networks

[wpkg-users] 11722 and XML errors with 1.3.6

Hi Tomasz, I like the new Wpkginst interface, especially the features for running on shutdown and the possibility to start/stop a wpkg service on a remote machine. Nevertheless, FYI, I've got the following problems: a) regarding settings file in case of installation: In Wpkginst, when I have at

Re: [wpkg-users] 11722 and XML errors with 1.3.6

a) regarding settings file in case of installation: ... Manually editing settings.xml with logon delay 0 is only successful when importing manually within Wpkginst, but not with --SETTINGSFILE=... on install. Forget a), this was a stupid local problem - sorry. Thanx, Falko

[wpkg-users] WPKG Client 1.3.6 64bit error

Hello, I have had the same problem with the message Could not access network resource wpkg on Windows XP x64 Edition, which was solved by installing the 2009-01-09 beta of the 64-bit client. --- Stefan -

[wpkg-users] How to define remove with logical or

Hello, I do have an application that has different application ID's for MSIEXEC, one for the x86 and one for the x64 version. I am installing both by running a batch file which runs the correct installer based on the processor architecture. Currently I have the following two lines in the

Re: [wpkg-users] How to define remove with logical or

Hi, one last thing, since I already installed some machines using the package definition and altered it now to use a batch file for the remove task, will it be sufficient to increase the version number of the package to get the remove information updated on the already installed clients?

Re: [wpkg-users] How to define remove with logical or

Hi Stefan, Pendl Stefan wrote: Hi Rainer, so if one uses batch files to choose the correct installer he has to use them for the other tasks too. Thanks for the info. You don't need to use the same method for install/uninstall - you could also hard-code it in the package. However I found

Re: [wpkg-users] How to define remove with logical or

Hi Stefan, Pendl Stefan wrote: Hi, one last thing, since I already installed some machines using the package definition and altered it now to use a batch file for the remove task, will it be sufficient to increase the version number of the package to get the remove information updated

Re: [wpkg-users] How to define remove with logical or

Hi Rainer, there is currently no upgrade task defined, so there would be nothing done. Hope this is no error for WPKG. --- Stefan Rainer Meier wrote: Hi Stefan, Pendl Stefan wrote: Hi, one last thing, since I already installed some machines using the package definition and altered

Re: [wpkg-users] How to define remove with logical or

Hi Stefan, Pendl Stefan wrote: Hi Rainer, there is currently no upgrade task defined, so there would be nothing done. Hope this is no error for WPKG. This is absolutely OK for WPKG (unless you discover an unexpected bug ;-)). WPKG should execute the upgrade commands (none in this case)