Agreed but this isn't the scenario I was describing.<br><br>Simply put if for some reason I decide to rollout Firefox v3.5 to all of my clients but some of my users have already installed v3.6 then wpkg may install the older version over the top of the newer version assuming 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 doesn't find it then it would attempt to install v3.5 using the install commands in the package definition file, regardless of whether v3.6 is installed or not.<br>
<br>That's why I was recommending being very careful when writing check conditions and running a full test and a small pilot group first before implementing wpkg.<br><br><div class="gmail_quote">On 27 February 2010 09:22, 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 Kevin,<br>
<div class="im"><br>
On 26.02.2010 23:19, Kevin Keane wrote:<br>
>> WPKG does __not__ scan the installed software and remove anything,<br>
>> which does not match the profile of the computer.<br>
><br>
> To be honest, I don't completely trust WPKG in this respect. I have never been able to conclusively determine any scenario, but I could have sworn I had seen WPKG remove software that had never been part of the profile (even after we discussed it on this list a couple months ago).<br>

<br>
</div>This would be quite magic since there is no code in wpkg.js to scan for software<br>
which is not within the profile assigned to the host and which was never part of<br>
the profile.<br>
<br>
So WPKG does never touch any part of the system which is not under its control<br>
(means not within the profile at any time). WPKG also never executes commands<br>
you didn not specify within the package definition. So if you do not have any<br>
commands which could make WPKG to remove Firefox it will never be able to remove<br>
it. Even if you have a Firefox package in your packages.xml which is NOT<br>
assigned to the host WPKG will never ever run any of these commands unless you<br>
assign that package to the host at least once.<br>
<br>
If you find a reproducible case where WPKG would "invent" some code/commands<br>
please let me know, I would be very interested to analyze it.<br>
<br>
<br>
br,<br>
<font color="#888888">Rainer<br>
</font><div><div></div><div class="h5">-------------------------------------------------------------------------<br>
wpkg-users mailing list archives >> <a href="http://lists.wpkg.org/pipermail/wpkg-users/" target="_blank">http://lists.wpkg.org/pipermail/wpkg-users/</a><br>
_______________________________________________<br>
wpkg-users mailing list<br>
<a href="mailto:wpkg-users@lists.wpkg.org">wpkg-users@lists.wpkg.org</a><br>
<a href="http://lists.wpkg.org/mailman/listinfo/wpkg-users" target="_blank">http://lists.wpkg.org/mailman/listinfo/wpkg-users</a><br>
</div></div></blockquote></div><br>