<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi all,<br><br></div>I really think we are going blind here about 
the bugfix or not bugfix release ! At present, it depends completely of 
the package maintainers. For example:<br></div><br>* Under Windows : no bugfix<br></div>* Under Debian : bug-fixed via branch release-2_2<br></div>* Ubuntugis-unstable : not bugfxied<br></div>* opensuze : bugfixed I think<br>
</div><div>* Mac OX : I do not know<br></div>etc.<br></div><div>NB: I may be wrong for some, please correct me :)  And please note I really do not blame any packager. I know time is not a unlimited resource.<br></div><div>
<br></div>I really think it is a pity not to have a bug fix release for some users, but to have it for others. <br><br></div>I personaly tried the last week to create the build architecture under Windows 7, and almost suceeded (but still have some build errors..). I think once you have the architecture set up, it must not be so "manpower demanding" to run a bash script under Windows, Ubuntu, etc. and create a bug fix packages (but maybe I am wrong) ?  For example, a Windows build is created automatically every week. I think the script can be used once every 4 months (or 6 ) to build the bugfix release, for example for release-2_2.<br>
</div><div><br></div><div>Perhaps we need more documentation on how-to build pacakges for the main Linux distributions, Mac and Windows. It could be great to have a dedicated documentation repository on Github about "building QGIS". The INSTALL file is a good start entry, but does not (yet) describe all the possibilities, and has no images, etc.<br>
</div><div>What about having a "packagers squad" for each main OS, and not rely only on unique volonteers per OS ?<br></div><div><br></div>I think the manpower is more lacking about documentation, bugfix release announce, communication about it, etc.<br>
<br></div>Michael<br><div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-19 11:36 GMT+02:00 Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thu, Jun 19, 2014 at 07:32:17PM +1000, Nathan Woodrow wrote:<br>
<br>
> I think the main thing is keeping the bug fix patches small so you don't<br>
> affect to much code and is easier to spot where there might be issues.<br>
<br>
</div>Agreed. When I spot a bug during development I often first fix it in the<br>
stable branches and than forward-port to master, to keep the bugfix isolated<br>
from the new feature.<br>
<br>
--strk;<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div>