[wpkg-users] "new" behaviour since wpkg.js version 1.3.1
Rainer Meier
r.meier at wpkg.org
Mon Aug 11 16:10:01 CEST 2014
Hi George,
On 07.08.2014 06:47, George wrote:
> In my case, I found that upgrading wpkg-gp did not work because the variables
> defined in the profile were not being properly expanded:
>
> --
> <packages>
>
> <package id="WPKG-GP" name="WPKG-GP" revision="%version%">
>
> <variable name="version" value="0.17" />
> <variable name="EXE"
> value="%SOFTWARE%\WPKG-GP\Wpkg-GP-%version%_x86.exe" architecture="x86" />
> <variable name="EXE"
> value="%SOFTWARE%\WPKG-GP\Wpkg-GP-%version%_x64.exe" architecture="x64" />
>
> <check type="uninstall" condition="versiongreaterorequal" path="Wpkg-GP
> %version% .*" value="%version%" />
>
> <install cmd="%EXE% /S /DisableViaLGP">
> <exit code="3010" reboot="delayed" />
> </install>
>
> <upgrade cmd="%EXE% /S /DisableViaLGP">
> <exit code="3010" reboot="delayed" />
> </upgrade>
>
> </package>
>
> </packages>
I found this to be an issue only in recursive variable declaration. In your
example th package variable EXE depends on profile variables. I have uploaded an
extended wpkg.js version 1.3.2-RC1 which includes immediate expansion of package
variables again:
<https://sf.net/p/wpkg/code/HEAD/tree/wpkg/stable/src/main/resources/wpkg/>
Changes 2014-05-14, v1.3.2-RC1 by Rainer Meier <r.meier (at) wpkg.org>
FIX: Fixed nested environment variable expansion.
The issue only occured if environment variables were used in other
variable declarations.
Thanks to George and Holger for reporting.
NEW: Added reference file comparison support for file size comparison using
'@' prefix in value.
Thanks to Oliver Sauder.
NEW: Added support for reference file comparison in version comparison using
'@' prefix in value.
br,
Rainer
More information about the wpkg-users
mailing list