<div dir="ltr"><span style="font-size:12.8px">The new device filter policies mechanism may be nice to include, and would benefit from some testing in the field.</span><br></div><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 3, 2017 at 11:42 AM Dan Williams <<a href="mailto:dcbw@redhat.com">dcbw@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 2017-11-03 at 09:55 +0100, Aleksander Morgado wrote:<br>
> Hey,<br>
><br>
> It's been already a while since we released 1.6.0, and there are a<br>
> lot<br>
> of things in git master that haven't been released yet, so maybe it's<br>
> time for a 1.8.0 release.<br>
><br>
> I see two big pending things that could get finished before doing<br>
> 1.8.0, which is the GTask migration and especially the new device<br>
> filter policies. Actually, the GTask migration itself isn't that<br>
> critical for a stable release, just a good thing to have, but we're<br>
> so<br>
> close to be fully migrated that it probably makes sense.<br>
><br>
> The one big thing that may not get to 1.8.0 on time could be the<br>
> Infineon plugin... or maybe we could include what we have and fix it<br>
> properly for 1.8.x stable updates.<br>
><br>
> What does everyone think?<br>
<br>
Sounds good; might be nice to get QMI LOC support but I don't think we<br>
need to block on that.  Slowly working on it but not sure when I'd have<br>
enough to get a position fix.<br>
<br>
Dan<br>
</blockquote></div>