[wpkg-users] Architecture attribute in check element

[Rainer Meier]

Hi Frank,

On 13.09.2011 14:33, Frank Fesevur wrote:
> I'm in the process of implementing WPKG on our system and run into a
> strange issue. Here is the relevant part of the package xml file:
>
> <variable name="version" value="9.22" />
> <check architecture="x86" type='uninstall' condition='exists'
> path='7-Zip %version%' />
> <check architecture="x64" type='uninstall' condition='exists'
> path='7-Zip %version% (x64 edition)' />

This looks correct.


> I have version WPKG 1.2 installed, so I expect that the architecture
> attribute is working for check elements in the xml, but apparently is
> does not:
>
> 2011-09-13 12:31:40, DEBUG   : Variable version = 9.22
> 2011-09-13 12:31:40, DEBUG   : Uninstall entry '7-Zip 9.22' matches
> string '7-Zip 9.22'.
> 2011-09-13 12:31:40, DEBUG   : Uninstall entry for 7-Zip %version% was
> found: test successful
> 2011-09-13 12:31:41, DEBUG   : Uninstall entry for 7-Zip %version%
> (x64 edition) missing: test failed
> After searching the wiki I found
> http://wpkg.org/Extended_host_attribute_matching and it turns out that
> this behavior is by design. Is there a reason that the architecture
> attribute does not work on the check element?

Meanwhile it's working. But WPKG 1.2.1 has not been released yet. So if you want 
to use this feature feel free to check out WPKG 1.2.1-RCx pre-release from
<http://wpkg.svn.sourceforge.net/viewvc/wpkg/wpkg/stable/1.2/>

It will support your package definition.


> I've rebuilt the check to an OR to make it work, but it still seems
> strange to me that the original solution didn't work.

It's not strange. It's just not implemented in initial WPKG 1.2.0 release. And 
it has not been documented (check XSD files) for version 1.2.0.

There is actually nothing wrong about using the logical OR to allow either of 
the checks. If you're patient you will see WPKG 1.2.1 released soon so you can 
use the architecture attribute in checks too.

br,
Rainer