Yes, all true and well worth clarification.<br><br>I only offer my advice based on my own experience which is that without careful testing it is difficult to predict exactly what the implementation of wpkg will have. I've certainly tripped up more than once as a result of my own ill-conceived check conditions. This isn't the fault of wpkg, which has done exactly what I've asked it to do, but for somebody implementing wpkg in their own 'virgin' environment I think it is important to spell out the potential for adversely impacting their existing software installations.<br>
<br><div class="gmail_quote">On 27 February 2010 19:23, Rainer Meier <span dir="ltr"><<a href="mailto:r.meier@wpkg.org">r.meier@wpkg.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Peter,<br>
<div class="im"><br>
> Simply put if for some reason I decide to rollout Firefox v3.5 to all of<br>
> my clients but some of my users have already installed v3.6 then wpkg<br>
> may install the older version over the top of the newer version assuming<br>
> I use a check condition that specifies the file version as v3.5..<br>
><br>
> In this scenario wpkg.js would check for the v3.5 file and when it<br>
> doesn't find it then it would attempt to install v3.5 using the install<br>
> commands in the package definition file, regardless of whether v3.6 is<br>
> installed or not.<br>
<br>
</div>But in this case I would consider this to be exactly the expected behavior.<br>
You're assigning a Firefox package to the profile which is assigned to a<br>
specific host. So you want to make sure this host has Firefox 3.5 installed. So<br>
WPKG will assure assuming you pass the necessary commands to WPKG.<br>
It would also be possible to ALLOW people to install new versions by defining<br>
the checks accordingly (allow version 3.5 or higher).<br>
<br>
So from my point of view your scenario does not apply at all to the question<br>
whether WPKG will touch software not under its control or not. At the time you<br>
assign the Firefox package to the host it's under WPKG control (no matter which<br>
version might be on the host already). Then it's also clear that WPKG will<br>
remove Firefox once you remove the package from the profile in the future. But<br>
this case is the "package under WPKG control" use case and not related at all to<br>
the case of Tomas where he asked if a completely unrelated package will be<br>
touched by WPKG.<br>
<br>
I understood the question in a way that he wants to know if WPKG will uninstall<br>
"Microsoft Office" if he has a "Microsoft Office" package in packages.xml but<br>
it's not assigned to the host but installed on the host already. The answer to<br>
this question is simply "No" because WPKG will not look for "Microsoft Office"<br>
on this system as long as the package is not assigned to the host.<br>
<br>
WPKG will only take control of software packages which are assigned to the host<br>
at any point in time.<br>
<br>
br,<br>
<font color="#888888">Rainer<br>
</font></blockquote></div><br>