Those are indeed good and valid points. We were discussing a possible policy and here's what we have. What does everybody think?<div><br></div><div>* There will 1 officially supported Qt version. This is the Qt version our binaries will be released with. The officially supported Qt version will remain fixed for 2 revisions e.g. 3.8 and 3.10 both will officially support the same Qt version. There will be a minimum Qt version below which it cannot compile (for 3.8 this will be Qt 4.5). However the minimum version may go higher in every release (but <= the official Qt version) depending on whether we end up using some latest Qt functionality provided by the officially supported release.</div>
<div><br></div><div>* Let Qt 4.6 be an exception, since Qt 4.6 is required to build on Snow Leopard and it's a nightmare to support different versions on different platforms. So 3.8 and 3.10, will be requiring Qt 4.6 (with min. Qt 4.5)</div>
<div><br></div><div>* CMake will flag an error when the Qt version is below the minimum; a warning when the Qt version is below the official (but above the min.) and be silent with the Qt version is same as the official or above.</div>
<div><br></div><div>* Any user-interface related issues for any Qt version, but the official version may not be addressed.</div><div><br></div><div>* We'll always have a dashboard machine compiling with the latest Qt so that there will be no surprises when we switch to the latest Qt.</div>
<div><br></div><div>* After two consecutive major releases (not patch releases) have stuck with the same QT version and it's time to upgrade to a newer Qt version, we'll pick the latest Qt version released at least 3 months prior to the release.</div>
<div><br></div><div>How does that sound? If it's acceptable, I can post it to the Wiki as the official policy for Qt version updating.</div><div><br></div><div>Utkarsh</div><div><br></div><div><br><div class="gmail_quote">
On Mon, Feb 8, 2010 at 3:32 AM, Stephane PLOIX <span dir="ltr"><<a href="mailto:stephane.ploix@edf.fr">stephane.ploix@edf.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br><font size="2" face="sans-serif">Hi,</font>
<br>
<br><font size="2" face="sans-serif">I think that we have to be carefull
: with the branding refactoring making it easy to build applications on
top of ParaView components, and the PV_INSTALL_DEVELOPMENT options, ParaView
should now be considered more like an SDK than a stand-alone application.</font>
<br>
<br><font size="2" face="sans-serif">As more and more applications are built
on top of PV, changing the version of Qt will impact all those applications,
you should then have a clear policy regarding those versions, and give
a advanced warning of any changed to come.</font>
<br>
<br><font size="2" face="sans-serif">Some possible policy would be : </font>
<br><font size="2" face="sans-serif">at each release of a new stable version
of Qt, PV will support both the new and the old versions for 1 year, and
drop the previous version after that </font>
<br><font size="2" face="sans-serif">or</font>
<br><font size="2" face="sans-serif">each stable version of ParaView will
support both the lastest stable version of Qt and the previous one</font>
<br>
<br><font size="2" face="sans-serif">or whatever, but please make it a public
policy so that we know what to expect.</font>
<br>
<br><font size="2" face="sans-serif">Best</font>
<br><font size="2" face="sans-serif">Stephane<br>
</font>
<br>
<br>
<br>
<p></p><table width="100%">
<tbody><tr valign="top">
<td width="40%"><font size="1" face="sans-serif"><b><a href="mailto:berk.geveci@kitware.com" target="_blank">berk.geveci@kitware.com</a></b>
</font>
<br><font size="1" face="sans-serif">Envoyé par : <a href="mailto:paraview-developers-bounces@paraview.org" target="_blank">paraview-developers-bounces@paraview.org</a></font>
<p><font size="1" face="sans-serif">07/02/2010 21:48</font>
</p></td><td width="59%">
<table width="100%">
<tbody><tr valign="top">
<td>
<div align="right"><font size="1" face="sans-serif">A</font></div>
</td><td><font size="1" face="sans-serif"><a href="mailto:burlen.loring@gmail.com" target="_blank">burlen.loring@gmail.com</a></font>
</td></tr><tr valign="top">
<td>
<div align="right"><font size="1" face="sans-serif">cc</font></div>
</td><td><font size="1" face="sans-serif"><a href="mailto:paraview-developers@paraview.org" target="_blank">paraview-developers@paraview.org</a></font>
</td></tr><tr valign="top">
<td>
<div align="right"><font size="1" face="sans-serif">Objet</font></div>
</td><td><font size="1" face="sans-serif">Re: [Paraview-developers] Requiring
Qt 4.6 for ParaView 3.8</font></td></tr></tbody></table>
<br>
<table>
<tbody><tr valign="top">
<td>
</td><td></td></tr></tbody></table>
<br></td></tr></tbody></table><div><div></div><div class="h5">
<br>
<br>
<br><font size="3">I wouldn't object to supporting 4.5 and 4.6. I think setting
up 1-2 dashboards to verify building with 4.5 would be enough. We don't
run into Qt specific bugs too often anyway. I defer to Utkarsh though.<br>
<br>
Also, if there is an attractive feature on the latest version of Qt that
will make our lives much easier, we are likely to move to it and not support
the previous version. So, I don't want to have an official rule about supporting
more than 1 version.<br>
<br>
-berk<br>
<br>
</font>
<br><font size="3">On Sun, Feb 7, 2010 at 3:08 PM, burlen <</font><a href="mailto:burlen.loring@gmail.com" target="_blank"><font size="3" color="blue"><u>burlen.loring@gmail.com</u></font></a><font size="3">>
wrote:</font>
<br><font size="3">Will this mean that PV won't build with any thing less
than Qt 4.6?<br>
I wonder if it would make sense to have a small range of supported versions
rather than a single one?<br>
<br>
It's currently the case that with qt anything less than 4.5 pv fails to
compile (even if you remove the version test in cmakelists) because pv
uses some qt classes that were only added to 4.5. In my opinion it would
be a burden to pv users to get too far ahead of the various KDE supported
distro's packages. eg. Kubuntu 9.10 reports qt version 4.5.2. KUbuntu 8.04.4
LTS reports qt version 4.3.4.<br>
<br>