Hi All<br><br><div class="gmail_quote">2011/6/17 Michael Meeks <span dir="ltr">&lt;<a href="mailto:michael.meeks@novell.com">michael.meeks@novell.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Cor,<br>
<div class="im"><br>
On Fri, 2011-06-17 at 20:00 +0200, Cor Nouws wrote:<br>
&gt; &gt; Wrt. the upgrade paths we recommend - we can work that out later of course<br>
&gt;<br>
&gt; Not so sure if that is a wise approach.<br>
<br>
</div>        Hey :-) so - first off, the plan is to only shipping the capability of<br>
notifying for an update without immediately lighting up the update<br>
recommendation server. Also - since we are shipping it only in one<br>
version 3.4.1 - there is nothing to update to anyway ( unless you count<br>
3.3.3 ;-). So the net effect will be (I think) nothing. We have a week+<br>
to shake out any bugs in it.<br>
<div class="im"><br>
&gt; This feature often brought no joy. Wrong information, not available<br>
&gt; url&#39;s etc. I guess there is some work needed to make it work properly.<br>
&gt; Either in the code, or on the server side...<br>
<br>
</div>        Sure - so, as I understand it, the server is notified of the client<br>
version, so we can build whatever matrix we like of recommended upgrades<br>
(or none at all), based on the version they are using. That seems<br>
flexible enough for what we want - and of course, we can decide that<br>
matrix with some considerable thought later.<br>
<div class="im"><br>
&gt; Indeed, above the already mentioned problem, we have the challenge<br>
&gt; to make sure that the right user does find the right version for<br>
&gt; her situation.<br>
<br>
</div>        Of course - and we also have the existing challenge that people are not<br>
updated, and are running old LibreOffice&#39;s with plenty of known bugs<br>
fixed in them. ie. if we care about quality we want people to update<br>
through release series .0 -&gt; .1 -&gt; .2 etc. Clearly sysadmins need to be<br>
able to turn this off, as no doubt we&#39;ll do for the SUSE, RedHat, Ubuntu<br>
etc. versions - but that is not a huge issue.<br>
<br>
        So - is there still a problem ?<br></blockquote><div><br>Yes I think, but it can be solved by a twist on some bits:<br><br>LO 3.4.x is in a different path than LO3.3.x . Shall  LO3.5.x be in a different path than LO3.4.x?<br>
<br>In user space, this means as if a new product landed, with noise on icons associations, double entries of LO in Start Menu, bla bla bla.<br><br>In enterprise space, a bunch of disgruntled sysadmins to wipe old version. This old update scheme may cause a bunch of headaches. (sysadmin dream: update LO as easy as update FireFox)<br>
<br> Kind regards<br></div></div>-- <br>Olivier Hallot<br>Founder and Steering Commitee Member<br>The Document Foundation<br><br>