<tt><font size=2>> <br>
> Hello,<br>
> <br>
> On 11.09.2012 14:14, jurgen.depicker@let.be wrote:<br>
> > I have a problem comparable to the libreoffice problem from this
morning.<br>
> <br>
> I think it's unrelated. (apart that you're both comparing version
strings).<br>
> <br>
> <br>
> > 2012-09-11 14:00:02, DEBUG   : Comparing version fragments:
'4' <=> ''<br>
> > 2012-09-11 14:00:02, ERROR   : Message:    'length'
is null or not an<br>
> > object|Description:  'length' is null or not an object|Error
number:<br>
> > 800a138f|Stack:  undefined|Line:        
undefined|<br>
> > 2012-09-11 14:00:02, DEBUG   : No locale language definition
found<br>
> for message<br>
> > ID 'notifyUserFail' (language LCID '813').<br>
> > 2012-09-11 14:00:02, INFO    : User notification suppressed.
Message: The<br>
> > software installation has failed.<br>
> <br>
> In your case it looks like WPKG clearly fails because it tries to
<br>
> parse another <br>
> version digit which does not exist (dot at the end). This perhaps
<br>
> can be fixed <br>
> in the code (I will have to check).<br>
> <br>
> A work-around to fix it on all clients would be to just increment
<br>
> the revision <br>
> of the package to something which increments on third digit (e.g.
6.0.341.4).<br>
> <br>
> Thus WPKG would start comparing<br>
> 6 <=> 6<br>
> 0 <=> 0<br>
> 341 <=> 340<br>
> <br>
> And then stop since the new revision seems to be higher. So the questionable
<br>
> code which compares<br>
> 4 <=> ''<br>
> <br>
> would not even be executed. After successful upgrade then WPKG would<br>
> insert the <br>
> new package with updated revision (without trailing dot) into <br>
> wpkg.xml and you <br>
> can continue as usual.</font></tt>
<br>
<br><tt><font size=2>This worked.  Thanks.  (I still think the
comparison is not 100% bug-free :-) but that is not a big problem)</font></tt>
<br>
<br><tt><font size=2>Grts, J<br>
</font></tt>