<div dir="ltr">Hi!<br><br>I wanted to report that I have encountered the same problem with the latest version (v1.3.1).<br><br>In my case, I found that upgrading wpkg-gp did not work because the variables defined in the profile were not being properly expanded:<br>

<br>--<br><packages><br><br>    <package id="WPKG-GP" name="WPKG-GP" revision="%version%"><br><br>        <variable name="version" value="0.17" /><br>        <variable name="EXE" value="%SOFTWARE%\WPKG-GP\Wpkg-GP-%version%_x86.exe" architecture="x86" /><br>

        <variable name="EXE" value="%SOFTWARE%\WPKG-GP\Wpkg-GP-%version%_x64.exe" architecture="x64" /><br><br>        <check type="uninstall" condition="versiongreaterorequal" path="Wpkg-GP %version% .*" value="%version%" /><br>

<br>        <install cmd="%EXE% /S /DisableViaLGP"><br>            <exit code="3010" reboot="delayed" /><br>        </install><br><br>        <upgrade cmd="%EXE% /S /DisableViaLGP"><br>

            <exit code="3010" reboot="delayed" /><br>        </upgrade><br><br>    </package><br><br></packages><br>--<br><br>%SOFTWARE% is defined in the profile and it is not properly expanded in this case. The executed command ended up being "%SOFTWARE%\WPKG-GP\Wpkg-GP-0.17_x86.exe"<br>

<br>As mentioned before, adding "cmd /c" to the beginning of the commands works around the issue. Let me know if you need any addiotional information to issue a proper fix.<br><br>Best regards and keep up the good work!! =D<br>

<br>George<br><br><br>On Fri, Jun 27, 2014 at 4:18 PM, Rainer Meier <<a href="mailto:r.meier@wpkg.org">r.meier@wpkg.org</a>> wrote:<br>><br>> Hi Holger,<br>><br>> On 27.06.2014 13:35, Holger.Bauer at <a href="http://ricoh.de">ricoh.de</a> wrote:<br>

> > With wpkg-version 1.3.0 this worked fine, but with version 1.3.1 I receive an<br>> > error message.<br>> ><br>> > So I tried a few things and found out that I have to put a cmd /c into the<br>
> > installation command so that it looks like this:<br>
> > <install cmd='cmd /c Netsh advfirewall firewall set rule group="%EnableRDP%" new<br>> > enable=yes' /><br>> ><br>> > Another information: If I declare the variable in the package itself the cmd /c<br>

> > is not necessary and everything works as expected.<br>> ><br>> > Any ideas???<br>><br>> I think this boils down to some variable substitution change. If you use 'cmd <br>> /c' then the variable %EnableRDP% is passed to cmd and finally expanded by cmd. <br>

> If you don't use 'cmd /c' prefix variable expansion entirely happens in WPKG only.<br>><br>> I will have to check whether any change in WPKG 1.3.1 lead to issues expanding <br>> profile or host variables during command execution. But it sounds a little <br>

> strange that the expansion works properly if the variable is specified in the <br>> package. Perhaps WPKG fails to apply host and profile variables before executing <br>> the command. Especially strange since during execution of the command the <br>

> variable seems to be defined (else cmd could also not expand it).<br>><br>><br>> I will certainly try to reproduce and report back.<br>><br>><br>> b,<br>> Rainer<br><br></div>