<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 1, 2013 at 2:36 AM, Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":ku" style="overflow:hidden">f course packagers will have to bear much<br>


of the burden of a new release,</div></blockquote></div><br>I'm not sure I agree with this, or not fully.  Packaging should be a relativity automated process you just change the branch you build against. Looking at package.cmd that Jurgen wrote for Windows it seems pretty complete from A to Z.</div>

<div class="gmail_extra"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">On the other hand, AFAIK we are going to release more often, so I wonder if it is<br>

</span><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">worth the while backporting fixes while releasing a new version, with the same bugs<br></span><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">fixed.</span></blockquote>

<div><br></div><div>Yes.  There are users how can't update to new major versions and a bug fix release is the only option.  Any time you make a major release you can introduce new bugs with new features. It's fine for us that control the hardware we run stuff on but a lot of people don't and have to go though a major process to get an update.</div>

<div><br></div><div>- Nathan </div></div>