<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 21, 2019 at 3:54 PM Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So there's a bug that makes the Teric fail after a v11 FW update (that<br>
one's totally on me).<br>
Also, the Windows binaries for 4.8.4 (once again - also totally on me) are<br>
missing hidapi support.<br>
Additionally, there are a few new dive computers supported in<br>
libdivecomputer (which Linus will be merging at some point today).<br>
<br>
Why am I writing this in such a strange way? Because the state of the<br>
filter widget tells me that I should not cut a release based on master...<br>
<br>
So my options are<br>
(a) wait for the filter to be truly ready<br>
(b) create a 4.8 branch based on 4.8.4 and just add a hand full of commits<br>
    that clearly fix bugs or fall into the list above<br>
(c) create a 4.8 branch based on master, but revert all the filter changes<br>
(d) something else?<br>
<br>
I'd love to hear some feedback / preferences... on my own I think I'd lean<br>
towards (b)...<br>
<br><br></blockquote><div>From a users perspective I would go with option b.  It gets some fixes out quickly and ensures only the intended changes are introduced.   </div></div></div>