[wpkg-users] Strange behaviour with recursively expanded package variables

[Dafydd Jones (techneg.it)]

Hi,

I'm not sure what the expected behaviour for recursively expanded package
variables is but I'm seeing something strange here with my Adobe Reader
package.

Here is a snippet from my package:

 <package id="adobe-reader"
            name="Adobe Reader"
            revision="%PKG_VERSION%T2"
            reboot="false"
            priority="1">

        <variable name="PKG_VERSION"
 value="%PKG_BASE_VERSION%.%PKG_PATCH_END%"/>
        <variable name="PKG_BASE_VERSION"       value="11.0"/>
        <variable name="PKG_PATCH_START"        value="01"/>
        <variable name="PKG_PATCH_END"          value="05"/>

The wpkg install command handles this correctly:

Uninstall entry 'Adobe Reader XI (11.0.05)' matches expression 'Adobe
Reader XI.*'.
Found version of '%PKG_NAME%.*' at
HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{AC76BA86-7AD7-1
033-7B44-AB0000000001}: 11.0.05
Comparing to expected version: %PKG_VERSION%.
Comparing version: '11.0.05' <=> '11.0.05'.
Comparing uninstall version '11.0.05' to expected version '11.0.05' using
condition 'versionequalto' returned 0.
Uninstall version check for package '%PKG_NAME%.*' returned true for
operation type versionequalto.

However, a /query:m command thinks that Reader is not installed:

Adobe Reader
    ID:                adobe-reader
    Revision:          %PKG_BASE_VERSION%.%PKG_PATCH_END%T2
    Action:            Installation pending
    Reboot:            false
    Execute:           -
    Priority:          1
    Status:            Installed

Is it possible the query command does not use the same checking code as the
install command? Is this a bug?

Thanks,
Dafydd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wpkg.org/pipermail/wpkg-users/attachments/20140106/c343f237/attachment-0002.html>